Todavía soy bastante novato con Apache y sus configuraciones y tuve un problema con mi servidor web donde estoy entregando a Redmine una aplicación Ruby y también contenido estático.
apache 2.2
Actualmente tengo configurados los siguientes proxy:
ProxyPass /portal https://mypage.domain.com:8181/portal
ProxyPassReverse /portal https://mypage.domain.com:8181/portal
ProxyPass /examples http://mypage.domain.com:8555/portal
ProxyPassReverse /examples http://mypage.domain.com:8555/portal
ProxyPass / balancer://redmine_cluster/
ProxyPassReverse / balancer://redmine_cluster/
<Proxy balancer://redmine_cluster>
BalancerMember http://REDMINEMACHINENAME:3000/
</Proxy>
DocumentRoot "X:/app/Redmine/public"
<Directory "X:/app/Redmine/public">
Require all granted
Options -MultiViews
</Directory>
RequestHeader set X-Forwarded-Proto "https"
Al intentar acceder:
Redmina:
mypage.domain.com
me lleva a Redmine. Bien.
/portal:
mypage.domain.com/portal
falla
No encontrado La URL solicitada /portal/ no se encontró en este servidor.
WEB.SERVER.ADDRESS - - [09/Oct/2015:16:14:15 -0700] "GET /portal/ HTTP/1.1" 404 207
MY.IP.ADDRESS - - [09/Oct/2015:16:14:15 -0700] "GET /portal/ HTTP/1.1" 404 207
/ejemplos
mypage.domain.com/examples
MY.IP.ADDRESS - - [09/Oct/2015:16:10:11 -0700] "GET /examples/ HTTP/1.1" 200 1285
obras
¿Es posible configurar Apache para poder utilizarlo?
mypage.domain.com
mypage.domain.com/portal
mypage.domain.com/examples
para llegar a todos los lugares a los que necesito llegar? ¿Cómo?
¿Alguna sugerencia sobre un título que se ajuste mejor?
Respuesta1
Esta no es una respuesta, pero me quedé sin espacio en el campo de comentarios. Configuré tu configuración en una computadora portátil. Definitivamente esto sucede porque estás utilizando un proxy a un sitio https para/portal. Si puede enviarlo a un sitio http, solucionará el problema de inmediato. Lo verifiqué y, como usted (muy probablemente), tengo mod_proxy y mod_proxy_connect habilitados (al menos en la configuración), pero por alguna razón la solicitud no se envía al sitio https, independientemente del puerto. En Ubuntu es un poco difícil ver qué módulos están realmente cargados.
Después de no ver datos en el puerto del rastreador, seguí apache2 y obtuve:
[pid 397] read(5, <unfinished ...> [pid 458] accept4(4, 0xa9ee615c, [128], SOCK_CLOEXEC) = -1 EAGAIN (Resource temporarily unavailable)
lo cual no es muy útil pero muestra que no se está realizando ninguna solicitud. Puedes jugar con la parte https por sí sola, mostrará el mismo error independientemente de las otras URL proxy.