Eu tenho um novo servidor web (Windows Server 2016/Exchange Server 2016). Eu tenho um site simples trabalhando nisso. Veja esta postagem:
Tempo limite de conexão no novo site
Esse site usa a porta 8080 (o OWA está em 80/443, então eu precisava de uma porta alternativa). Depois de abrir a porta 8080 no Firewall do Windows, o primeiro site funcionou (Obrigado, @joeqwerty!).
Depois, adicionei um segundo site bem simples, mas na porta 8081. Sendo um estudo rápido, também adicionei uma exceção para essa porta no Firewall do Windows. Para meu desgosto, ainda não funciona. Assim como no primeiro site, adicionei encaminhamento de porta para a porta 8081. Também testei usandohttp://canyouseeme.orge o porto funciona. Posso visualizar o site internamente (http://localhost:8081).
netstat -ano
dá isso para essas portas:
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
Novamente, o site no 8080 funciona, mas não o do 8081 (erro de tempo limite). Alguma ideia?
EDIT: Isto é do log 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
EDIT: Eu tentei isso, mas não resolveu o problema:
https://dirteam.com/sergio/2014/01/21/bad-request-http-400-error-in-exchange-2013-owaecp/
EDIT: Em seguida, recriei os dois sites e apontei-os para DefaultAppPool em vez de seus pools de aplicativos recém-criados e autodenominados padrão, mas isso também não fez diferença. Apenas tentando qualquer coisa que vier à mente. 8080 ainda funciona, 8081 ainda não.
Responder1
Reproduza o problema acessando o aplicativo na porta 8081 de fora.
Abra os logs do IIS e verifique se você vê uma solicitação recebida. Local padrão: C:\inetpub\log\logfiles\w3svc_websiteID
Se você vir sua solicitação chegando, procure o código de status no final da linha. Ele lhe dirá exatamente o que está acontecendo com o aplicativo. Mas como você disse que a aplicação funciona bem quando acessada localmente no servidor, duvido que tenha alguma coisa a ver com a aplicação.
No entanto, se você não vir a solicitação nos logs do IIS, verifique os logs HTTPERR e veja se há alguma entrada lá. Se você também não tiver nenhuma entrada aqui, acho que a solicitação não está chegando ao servidor.