You are browsing the Symfony 4.0 documentation, which changes significantly from Symfony 3.x. If your app doesn't use Symfony 4.0 yet, browse the Symfony 3.4 documentation.
How to Configure Symfony to Work behind a Load Balancer or a Reverse Proxy
How to Configure Symfony to Work behind a Load Balancer or a Reverse Proxy¶
When you deploy your application, you may be behind a load balancer (e.g. an AWS Elastic Load Balancing) or a reverse proxy (e.g. Varnish for caching).
For the most part, this doesn't cause any problems with Symfony. But, when
a request passes through a proxy, certain request information is sent using
either the standard
Forwarded header or
X-Forwarded-* headers. For example,
instead of reading the
REMOTE_ADDR header (which will now be the IP address of
your reverse proxy), the user's true IP will be stored in a standard
header or a
If you don't configure Symfony to look for these headers, you'll get incorrect information about the client's IP address, whether or not the client is connecting via HTTPS, the client's port and the hostname being requested.
To fix this, you need to tell Symfony which reverse proxy IP addresses to trust and what headers your reverse proxy uses to send information:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19
// public/index.php // ... $request = Request::createFromGlobals(); // tell Symfony about your reverse proxy Request::setTrustedProxies( // the IP address (or range) of your proxy ['192.0.0.1', '10.0.0.0/8'], // trust *all* "X-Forwarded-*" headers Request::HEADER_X_FORWARDED_ALL // or, if your proxy instead uses the "Forwarded" header // Request::HEADER_FORWARDED // or, if you're using AWS ELB // Request::HEADER_X_FORWARDED_AWS_ELB );
The Request object has several
Request::HEADER_* constants that control exactly
which headers from your reverse proxy are trusted. The argument is a bit field,
so you can also pass your own value (e.g.
But what if the IP of my Reverse Proxy Changes Constantly!¶
Some reverse proxies (like AWS Elastic Load Balancing) don't have a static IP address or even a range that you can target with the CIDR notation. In this case, you'll need to - very carefully - trust all proxies.
Configure your web server(s) to not respond to traffic from any clients other than your load balancers. For AWS, this can be done with security groups.
Once you've guaranteed that traffic will only come from your trusted reverse proxies, configure Symfony to always trust incoming request:
1 2 3 4 5 6 7 8 9 10
// public/index.php // ... Request::setTrustedProxies( // trust *all* requests array('127.0.0.1', $request->server->get('REMOTE_ADDR')), // if you're using ELB, otherwise use a constant from above Request::HEADER_X_FORWARDED_AWS_ELB );
That's it! It's critical that you prevent traffic from all non-trusted sources. If you allow outside traffic, they could "spoof" their true IP address and other information.
This work, including the code samples, is licensed under a Creative Commons BY-SA 3.0 license.