Недавно я столкнулся с проблемой внезапного прекращения работы всех клиентов веб-прокси, настроенных через использование Web Proxy Auto Discovery (WPAD) через DNS. В начале диагностики я проверил что имя WPAD записи корректно резолвится в внутренний IP адрес Forefront TMG. Далее я использовал telnet для проверки успешности подключения к TCP порту 80 (используемому TMG для клиентов DNS WPAD) и получил ответ. Однако в дальнейшем я проверил логи событий и нашел следующее сообщение:
“The Web Proxy filter failed to bind its socket to 172.16.1.253 port 80. This may have been caused by another service that is already using the same port or by a network adapter that is not functional. To resolve this issue, restart the Microsoft Firewall service. The error code specified in the data area of the event properties indicates the cause of the failure.”
Как понятно из текста какая то другая программа работает на 80-ом порту, поэтому я открыл командную строку и ввел следующую команду для определения какой именно процесс занимает нужный мне порт:
netstat –ano | findstr :80
Netstat показал, что TCP порт 80 находится в состоянии Listening и привязан к IP адресу 172.16.1.253. Причем данный порт используется системным процессом (PID 4). Стало понятно, что это неправильно, так как данный адрес и порт должна прослушивать служба веб-прокси Forefront TMG (wspsrv.exe). Для получения дальнейшей информации я использовал следующую команду:
netsh http show servicestate
Результат выполнения команды показал мне необходимую информацию. Обратите внимание на registered URL.
HTTP://172.16.1.253:80:172.16.1.253/REPORTSERVER_ISARS/
Как стало понятно, один из администраторов изменил настройки SQL Reporting Services Web Service URL.
Для решения проблемы мы изменили TCP порт в Reporting Service Configuration Manager на отличный от 80-ого и перезагрузили систему. После этого все работало без проблем.
Комментариев нет:
Отправить комментарий