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