Ajustes de Apache Listen y VirtualHost para un proxy de reenvío
Añada el receptor de Apache previsto por separado del VirtualHost del proxy, en lugar de tratar un puerto configurado como un socket activo.
Un bloque <VirtualHost> describe cómo debe gestionar Apache las solicitudes coincidentes. Sin embargo, no crea el socket de escucha. Por eso, una configuración de proxy de reenvío en el puerto 8080 puede existir en un archivo que parece válido mientras los clientes no encuentran ningún receptor allí.
La directiva Listen aporta ese requisito independiente. Para un proxy al que solo se llega mediante un cliente local o un túnel protegido, la forma prevista podría incluir:
Listen 127.0.0.1:8080
<VirtualHost 127.0.0.1:8080>
# Existing restricted forward-proxy configuration
</VirtualHost>Esto ilustra la relación, no un despliegue completo de proxy. Conserve la autorización de cliente y las restricciones de destino existentes. La dirección de loopback deliberadamente no ofrece un nuevo receptor público para el proxy.
Compruebe también la configuración efectiva en busca de entradas Listen solapadas. Añadir otra directiva sin advertir un receptor existente puede impedir el arranque. El procedimiento de reinicio admitido por Apache también importa al pasar de una dirección concreta a un enlace comodín solapado.
Cuando SSH reenvía hacia este proxy, el extremo remoto debe alcanzar un receptor real. Un inicio de sesión SSH correcto no hace que exista el puerto de Apache configurado. Corrija el receptor y el enlace previsto antes de cambiar las credenciales HTTP o de debilitar una regla de acceso. Después verifique los casos de acceso permitido y denegado en el receptor real.