X-Forwarded-For

"XFF" redirects here. For the aircraft, see Grumman FF.

The X-Forwarded-For (XFF) HTTP header field is a common method for identifying the originating IP address of a client connecting to a web server through an HTTP proxy or load balancer.

The XFF HTTP request header was introduced by the Squid caching proxy server's developers. An RFC was proposed at the Internet Engineering Task Force (IETF).[1]

X-Forwarded-For is also an email-header indicating that an email-message was forwarded from one or more other accounts (probably automatically).[2]

In this context, the caching servers are most often those of large ISPs who either encourage or force their users to use proxy servers for access to the World Wide Web, something which is often done to reduce external bandwidth through caching. In some cases, these proxy servers are transparent proxies, and the user may be unaware that they are using them.

Without the use of XFF or another similar technique, any connection through the proxy would reveal only the originating IP address of the proxy server, effectively turning the proxy server into an anonymizing service, thus making the detection and prevention of abusive accesses significantly harder than if the originating IP address was available. The usefulness of XFF depends on the proxy server truthfully reporting the original host's IP address; for this reason, effective use of XFF requires knowledge of which proxies are trustworthy, for instance by looking them up in a whitelist of servers whose maintainers can be trusted.

Format

The general format of the field is:

X-Forwarded-For: client, proxy1, proxy2[3]

where the value is a comma+space separated list of IP addresses, the left-most being the original client, and each successive proxy that passed the request adding the IP address where it received the request from. In this example, the request passed through proxy1, proxy2, and then proxy3 (not shown in the header). proxy3 appears as remote address of the request.

Since it is easy to forge an X-Forwarded-For field the given information should be used with care. The last IP address is always the IP address that connects to the last proxy, which means it is the most reliable source of information. X-Forwarded-For data can be used in a forward or reverse proxy scenario.

Just logging the X-Forwarded-For field is not always enough as the last proxy IP address in a chain is not contained within the X-Forwarded-For field, it is in the actual IP header. A web server should log BOTH the request's source IP address and the X-Forwarded-For field information for completeness.

Proxy servers and caching engines

The X-Forwarded-For field is supported by most proxy servers, including Squid,[4] Apache mod_proxy,[5] Pound,[6] HAProxy,[7][8] Varnish,[9] IronPort Web Security Appliance,[10] AVANU WebMux, Array Networks, Radware's AppDirector, Alteon ADC, ADC-VX, and ADC-VA, F5 Big-IP,[11] Blue Coat ProxySG,[12] Cisco Cache Engine, McAfee Web Gateway, Phion Airlock, Finjan's Vital Security, NetApp NetCache, jetNEXUS, Crescendo Networks' Maestro, Web Adjuster, Websense Web Security Gateway,[13] Microsoft Forefront Threat Management Gateway 2010 (TMG)[14] and NGINX.[15]

X-Forwarded-For logging is supported by many web servers including Apache. IIS can also use a HTTP Module for this filtering.[16][17][18]

Zscaler will mask an X-Forwarded-For header with Z-Forwarded-For, before adding its own X-Forwarded-For header identifying the originating customer IP address. This prevents internal IP addresses leaking out of Zscaler Enforcement Nodes, and provides third party content providers with the true IP address of the customer.

Load balancers

Barracuda Load Balancer from Barracuda Networks supports user-defined headers such as X-Forwarded-For to insert the client IP address into a client request.[19]

Citrix Systems' NetScaler supports user-defined fields such as X-Forwarded-For to insert the client IP address into a client request.[20]

Cisco ACE Load Balancing Modules can also insert this field, usually implemented when the load balancer is configured to perform source NAT, to allow the load balancer to exist in a one-armed configuration, while providing a mechanism that the real servers can use to account for client source IP address. The reference mentions x-forward, however X-Forwarded-For can be substituted.[21]

F5 Networks load balancers support X-Forwarded-For for one-armed and multi-armed configurations.[22] Big-IP may also be configured to delegate trust to proxies more than one hop away, and accept custom X-Forwarded-For headers from other sources.[23]

LineRate virtual load balancers support X-Forwarded-For via command line drive configurations, or via node.js scripts. [24]

KEMP Technologies LoadMaster supports X-Forwarded-For for non-transparent load balancing in both one-armed configuration and multi-armed configurations.[25]

Coyote Point Systems Equalizer supports X-Forwarded-For fields for load balancing in both one-armed configuration and multi-armed configurations.[26]

OpenBSD relays can insert and/or alter this field.[27]

Amazon's Elastic Load Balancing service supports this field.

LBL LoadBalancer supports X-Forwarded-For for one-armed and multi-armed configurations.

Radware AppDirector ADC, Alteon ADC, ADC-VX, and ADC-VA support inserting an X-Forwarded-For for header for traffic that is Source NAT towards servers, as well, as being capable of providing persistency of traffic based on the X-Forwarded-For header for distributing traffic from a proxied connection to multiple servers while preserving persistency to servers.

Alternatives and variations

As of 2014 RFC 7239 standardized a new Forwarded header with similar purpose but more features compared to XFF.[28] An example of a Forwarded header syntax:

Forwarded: for=192.0.2.60; proto=http; by=203.0.113.43

HAProxy introduced an alternative to XFF, the more efficient to parse wrapper PROXY protocol.[29] It can be used on multiple transport protocols and does not require inspecting the inner protocol, so it is not limited to HTTP.

See also

References

  1. Forwarded HTTP Extension - Proposed Standard. Tools.ietf.org (2014-06-06). Retrieved on 2014-06-30.
  2. http://mailheader.mattiasgeniar.be/headers.php
  3. http://www.squid-cache.org/Doc/config/follow_x_forwarded_for/
  4. SquidFaq/ConfiguringSquid – Squid Web Proxy Wiki. Wiki.squid-cache.org (2012-02-06). Retrieved on 2012-12-24.
  5. mod_proxy – Apache HTTP Server. Httpd.apache.org. Retrieved on 2012-12-24.
  6. Pound proxy, under "Request Logging"
  7. HAProxy Configuration Manual. haproxy.1wt.eu. Retrieved on 2012-12-24.
  8. haproxy.1wt.eu. haproxy.1wt.eu. Retrieved on 2012-12-24.
  9. Varnish FAQ Archived March 29, 2008, at the Wayback Machine. regarding logging
  10. IronPort Web Security Appliances. Ironport.com (2012-11-26). Retrieved on 2012-12-24.
  11. "Using "X-Forwarded-For" in Apache or PHP". devcentral.f5.com.
  12. Bluecoat Knowledge Base Article 000010319. Kb.bluecoat.com (2009-06-29). Retrieved on 2014-03-06.
  13. "Using "X-Forwarded-For" in Websense WSG". www.websense.com.
  14. Winfrasoft XFF for TMG. www.winfrasoft.com
  15. NGINX Reverse Proxy. nginx.com. Retrieved on 2015-06-15.
  16. Winfrasoft XFF for IIS. www.winfrasoft.com
  17. IIS Advanced Logging. www.iis.net (2009-08-10). Retrieved on 2013-06-05.
  18. X-Forwarded-For HTTP Module For IIS7, Source Included! by Joe Pruitt devcentral.f5.com. (2013-07-05).
  19. Barracuda Load Balancer - Administrator Guide - Release 4.2. Barracudanetworks.com Retrieved on 2012-12-26.
  20. Citrix NetScaler Traffic Management Guide – Release 9.1... Support.citrix.com. Retrieved on 2012-12-24.
  21. Cisco ACE with Source NAT and Client IP Header. Cisco.com. Retrieved on 2012-12-24.
  22. Using the X-Forwarded-For HTTP header field to preserve the original client IP address for traffic translated by a SNAT. Support.f5.com (2012-09-26). Retrieved on 2012-12-24.
  23. Overview of the Trusted X-Forwarded-For header. Support.f5.com (2012-09-26). Retrieved on 2012-12-24.
  24. Inserting X-Forwarded-For header with LineRate (12/29/2014) Retrieved on 2015-10-05.
  25. LoadMaster Product Manual. Kemptechnologies.com. Retrieved on 2012-12-24.
  26. Equalizer User Guide. Coyotepoint.com. Retrieved on 2012-12-24.
  27. relayd.conf manual page. Openbsd.org (2012-11-29). Retrieved on 2012-12-24.
  28. "RFC 7239 - Forwarded HTTP Extension". tools.ietf.org. Retrieved 2015-05-08.
  29. Willy Tarreau: The PROXY protocol. haproxy.1wt.eu. Retrieved on 2012-12-24.
This article is issued from Wikipedia - version of the 11/14/2016. The text is available under the Creative Commons Attribution/Share Alike but additional terms may apply for the media files.