Tengo un nuevo servidor web (Windows Server 2016/Exchange Server 2016). Tengo un sitio web simple trabajando en ello. Ver esta publicación:
Tiempo de espera de conexión en un nuevo sitio web
Ese sitio usa el puerto 8080 (OWA está en 80/443, por lo que necesitaba un puerto alternativo). Después de abrir el puerto 8080 en el Firewall de Windows, ese primer sitio funcionó (¡Gracias, @joeqwerty!).
Luego, agregué un segundo sitio web muy simple, pero en el puerto 8081. Como estudio rápido, también agregué una excepción para ese puerto en el Firewall de Windows. Para mi disgusto, todavía no funciona. Al igual que en el primer sitio, agregué el reenvío de puertos para el puerto 8081. También lo probé usandohttp://canyouseeme.orgy el puerto funciona. Puedo ver el sitio internamente (http://localhost:8081).
netstat -ano
da esto para esos puertos:
TCP 0.0.0.0:8080 moe:0 LISTENING 4
Can not obtain ownership information
TCP 0.0.0.0:8081 moe:0 LISTENING 4
Can not obtain ownership information
Nuevamente, el sitio en 8080 funciona, pero no el de 8081 (error de tiempo de espera). ¿Algunas ideas?
EDITAR: Esto es del registro HTTPERR:
2018-02-26 18:48:59 fe80::d8cd:799d:e902:e088%5 16360 fe80::d8cd:799d:e902:e088%5 444 HTTP/1.1 RPC_IN_DATA /rpc/rpcproxy.dll?moe.home.birdus.com:6001 - 400 3 BadRequest MSExchangeRpcProxyAppPool
2018-02-26 18:50:05 fe80::d8cd:799d:e902:e088%5 16360 fe80::d8cd:799d:e902:e088%5 444 HTTP/1.1 RPC_IN_DATA /rpc/rpcproxy.dll?moe.home.birdus.com:6001 - 400 3 Connection_Dropped MSExchangeRpcProxyAppPool
EDITAR: Intenté esto, pero no solucionó el problema:
https://dirteam.com/sergio/2014/01/21/bad-request-http-400-error-in-exchange-2013-owaecp/
EDITAR: Luego, recreé ambos sitios y los señalé a DefaultAppPool en lugar de a sus grupos de aplicaciones predeterminados con nombre propio y recién creados, pero eso tampoco hizo una diferencia. Simplemente intento cualquier cosa que se me ocurra. 8080 todavía funciona, 8081 todavía no.
Respuesta1
Reproduzca el problema accediendo a la aplicación en el puerto 8081 desde fuera.
Abra los registros de IIS y verifique si ve una solicitud entrante. Ubicación predeterminada: C:\inetpub\log\logfiles\w3svc_websiteID
Si ve llegar su solicitud, busque el código de estado al final de la línea. Le dirá exactamente qué está pasando con la aplicación. Pero como dijiste que la aplicación funciona bien cuando accedes localmente en el servidor, dudo que tenga algo que ver con la aplicación.
Sin embargo, si no ve la solicitud en los registros de IIS, verifique los registros HTTPERR y vea si tiene alguna entrada allí. Si tampoco tiene ninguna entrada aquí, entonces supongo que la solicitud no llega al servidor.