Page MenuHomePhabricator

Recent Changes does not poll IP address correctly with CloudFlare
Closed, DeclinedPublic

Description

Author: rmathus

Description:
I am running WikiMedia on nginx (CentOS 6.3 is the OS if it matters) and using CloudFlare to protect the site. The nameservers are currently pointed to CloudFlare. WikiMedia displays CloudFlare's IP address rather than the client's IP address when editing a page.

For an example, see http://bit.ly/12ixWdR. You will notice the IP address is always 108.162.231.145 (or a CloudFlare IP address) when changing an article which is CloudFlare. It should report the user's external ISP IP address rather than CloudFlare's. Otherwise, you won't know who edited what.


Version: 1.19.2
Severity: normal
OS: Linux

Details

Reference
bz44605

Event Timeline

bzimport raised the priority of this task from to Needs Triage.Nov 22 2014, 1:30 AM
bzimport set Reference to bz44605.
bzimport added a subscriber: Unknown Object (MLST).

Did you configure CloudFare IPs in $wgSquidServersNoPurge ?
(or $wgSquidServers if they do need to get sent a purge)

rmathus wrote:

Didn't even think of that. Thank you.

Carlb added a subscriber: Carlb.Aug 10 2015, 7:44 PM

There is some documentation at https://www.mediawiki.org/wiki/Manual:CloudFlare but basically there are two options:

Either should restore user IPv4's or IPv6's to Special:RecentChanges

I don't recommend $wgSquidServers to configure CloudFlare servers, as the list is rather long and they're all IP ranges, not mere individual addresses.

Certainly the HTTP PURGE message (as honoured by Squid/Varnish) is meaningless to CloudFlare in any case - they use their own proprietary API, see bug:64356 - so, if a page changes, CloudFlare is blissfully oblivious.

Restricted Application added a subscriber: StudiesWorld. · View Herald TranscriptJan 28 2016, 6:06 PM