1. Asegúrese de que las propiedades de configuración de trusted_hosts y trusted_proxies estén correctamente definidas.
2. Asegúrese de que su balanceador de carga agrega X-Forwarded-For, X-Forwarded-Host, X-Forwarded-Port y, lo más importante, X-Forwarded-Proto los encabezados de la solicitud HTTP se envían a la aplicación.

Documentación: Confiar en Proxies.

EDITAR:

Como @A23 sugirió, también debería verificar si ELB está usando nombres de encabezados "estándar". Si no, cámbielos usando uno de los siguientes:

Request::setTrustedHeaderName(Request::HEADER_CLIENT_IP, 'X-Proxy-For');
Request::setTrustedHeaderName(Request::HEADER_CLIENT_HOST, 'X-Proxy-Host');
Request::setTrustedHeaderName(Request::HEADER_CLIENT_PORT, 'X-Proxy-Port');
Request::setTrustedHeaderName(Request::HEADER_CLIENT_PROTO, 'X-Proxy-Proto');

Tuve exactamente el mismo problema con una aplicación PHP usando AWS y ELB con SSL en una aplicación CakePHP.

Mi solución fue buena en algunos aspectos y mala en otros. El problema fue que Amazon envía encabezados HTTPS diferentes a los encabezados PHP que busca: $_SERVER['HTTPS'] está desactivado, mientras que Amazon envía encabezados HTTPS alternativos que puede usar para identificar que de hecho se ejecuta bajo HTTPS:

$_SERVER['HTTP_X_FORWARDED_PROTO'] === 'https'

Calculé que mi constante de URL base que Cake definió internamente tenía el http protocolo en él, así que simplemente redefiní la variable $_SERVER['HTTPS'] en la primera línea de mi archivo index.php en Cake - y no me sorprendería si pudieras hacer lo mismo en symfony):

if (isset($_SERVER['HTTP_X_FORWARDED_PROTO']) && $_SERVER['HTTP_X_FORWARDED_PROTO'] === 'https') {
    $_SERVER['HTTPS'] = 'on';
}

Esto permitió a mi aplicación continuar, detectar HTTPS como 'on' como normalmente se esperaría y permitir que Cake administrara internamente el protocolo en mi constante de URL base.

Bueno:

• solucionado el problema inmediatamente
• utilizó 3 líneas de código

Malo:

• cada vez que actualice mi núcleo de pastel, tendré que volver a poner esto de nuevo{[18]]}

¿Cómo forzar a Symfony a generar URL de redirección con protocolo https en lugar de http?

Debe configurar explícitamente el protocolo HTTPS porque solo por detección, Symfony2 solo adivinará HTTP ya que HTTP se usa como protocolo de transporte a la aplicación.

Por lo tanto, para el componente que crea el URI de redirección, debe inyectar el esquema URI base HTTPS. Una forma sencilla de hacer esto, es configurar la base-URI como un parámetro y luego dentro de la configuración.

Se dan códigos de ejemplo

• como: http://web.archive.org/web/20130119123312/http://www.dobervich.com/2011/05/19/more-sophisticated-symfony2-login-redirection/
• o: http://web.archive.org/web/20130119124912/http://www.dobervich.com/2011/10/13/login-redirection-revisited/

¿Está utilizando url absoluta para la redirección? me enfrentaba a un problema similar detrás de myracloud cuando usamos URL relativas en la redirección. myracloud lo "arregló" y lo hizo absoluto, pero perdió el protocolo.

He resuelto este tipo de problema en mi .htaccess, tiene la desventaja de que siempre redirige a https también no detrás de un firewall S2, lo que está bien en mi caso ya que solo tengo el formulario de inicio de sesión disponible públicamente y quiero que las credenciales se envíen a través de https

 RewriteCond %{HTTP:X-Forwarded-Proto} !https
 RewriteRule (.*) https://%{SERVER_NAME}/$1 [redirect=permanent,last]

Las soluciones anteriores no funcionaron para mí. He añadido la siguiente línea de código (como se sugiere en los documentos de Symfony2 http://symfony.com/doc/current/cookbook/request/load_balancer_reverse_proxy.html#but-what-if-the-ip-of-my-reverse-proxy-changes-constantly) a mi web/app.php:

Request::setTrustedProxies(array($request->server->get('REMOTE_ADDR')));

Justo después de

$request = Request::createFromGlobals();

Eso resolvió el problema para mí en Symfony 2.5.