У меня есть новый веб-сервер (Windows Server 2016/Exchange Server 2016). У меня есть один простой веб-сайт, работающий на нем. Смотрите этот пост:
Истекло время ожидания соединения на новом сайте
Этот сайт использует порт 8080 (OWA использует порт 80/443, поэтому мне нужен был альтернативный порт). После открытия порта 8080 в брандмауэре Windows этот первый сайт заработал (Спасибо, @joeqwerty!).
Затем я добавил второй очень простой веб-сайт, но на порту 8081. Поскольку я быстро изучил, я также добавил исключение для этого порта в брандмауэре Windows. К моему большому огорчению, он все еще не работает. Как и в случае с первым сайтом, я добавил переадресацию порта для порта 8081. Я также протестировал его с помощьюhttp://canyouseeme.orgи порт работает. Я могу просматривать сайт изнутри (http://localhost:8081).
netstat -ano
дает это для этих портов:
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
Опять же, сайт на 8080 работает, а на 8081 нет (ошибка тайм-аута). Есть идеи?
EDIT: Это из журнала 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: Я попробовал это, но это не решило проблему:
https://dirteam.com/sergio/2014/01/21/bad-request-http-400-error-in-exchange-2013-owaecp/
EDIT: Затем я пересоздал оба сайта и указал им DefaultAppPool вместо их дефолтных самоназванных недавно созданных пулов приложений, но это тоже не помогло. Просто пробую все, что приходит в голову. 8080 все еще работает, 8081 все еще нет.
решение1
Воспроизведите проблему, открыв приложение через порт 8081 извне.
Откройте журналы IIS и проверьте, видите ли вы входящий запрос. Расположение по умолчанию: C:\inetpub\log\logfiles\w3svc_websiteID
Если вы видите, что ваш запрос вошел, посмотрите на код статуса в конце строки. Он точно скажет вам, что происходит с приложением. Но поскольку вы сказали, что приложение работает нормально, когда вы локально обращаетесь к нему на сервере, я сомневаюсь, что это как-то связано с приложением.
Однако, если вы не видите запрос в журналах IIS, проверьте журналы HTTPERR и посмотрите, есть ли там какая-либо запись. Если у вас нет никакой записи и здесь, то я предполагаю, что запрос не доходит до сервера.