A10 X-forwarded-for ✪ ❲Easy❳

In the CLI:

When configured for L7 load balancing (HTTP mode), the A10 ADC rewrites the HTTP request headers before forwarding the packet to the real server. It typically appends the original client IP address to the existing XFF header. a10 x-forwarded-for

When a client connects to an A10 VIP (Virtual IP), the A10 establishes a separate TCP connection to the backend server. From the server’s perspective, the source IP of every single packet is the A10’s own LAN IP—not the remote user. This breaks logging, geo-location, rate-limiting, and security rules. In the CLI: When configured for L7 load

A malicious client sends an HTTP request directly to your A10 with a forged header: GET /admin HTTP/1.1 X-Forwarded-For: 127.0.0.1 From the server’s perspective, the source IP of

If a backend server receives requests from multiple clients over the same persistent connection from the A10, the XFF header will change per request . Your backend application code must be designed to parse the XFF header on every HTTP request, not just at the TCP connection establishment. Java HttpServletRequest.getRemoteAddr() will still return the A10’s IP; you must explicitly call getHeader("X-Forwarded-For") . Blindly trusting the first XFF value you see is a common and dangerous anti-pattern.