Имею следующую конфигурацию:
Сеть на AD, 1 домен, 3 домен контролера, 150 компов с windows XP SP2, 2000 SP4. На Windows 2003 Server SP1 (не контролер домена) изначально был установлен ePo 3.5 (версию патча не помню, но дата изменения EPO350LML.Zip 29.08.2005). На клиентов внедрил VSE8.0 patch 10 (потом обновлен до patch 11)
Где-то в ноябре Repository Pull с nai.com периодически начал проваливаться с ошибкой. В Task Logs следующее:
Цитата:
NAIHttp Completed
09.03.2006 23:08:33: Failed to check in package VSCANDAT1000\4714\DAT\0000
09.03.2006 23:08:33: Failed to connect, error 0
09.03.2006 23:08:32: Checking in package VSCANDAT1000\4714\DAT\0000
09.03.2006 23:00:09: Downoading package VSCANDAT1000\4714\DAT\0000
Вот, что в это время пишется в EpoApSvr.log (это уже конечный этап обновления, когда файл дельты закачался и начинает заливаться в базу видимо)
Цитата:
20060309230832 I #1616 SIM_InetMgr Starting upload session for site ePO_IT-23
20060309230832 I #1616 naInet HTTP Session initialized
20060309230832 I #1616 naInet Connecting to HTTP Server using Microsoft WinInet
20060309230832 I #1616 naInet Trying to connect to Real Server 10.10.1.23 using INTERNET_OPEN_TYPE_PRECONFIG
20060309230832 I #1616 naInet Connected to Server: 10.10.1.23 on Port: 82 using WinInet
20060309230832 I #1616 McUpload Start http session login...
20060309230833 E #1616 McUpload Failed to send http request
20060309230833 I #1616 McUpload End http session login, status=2
20060309230833 E #1616 McUpload BeginUploadSession failed, err=2
20060309230833 I #1616 McUpload Start http session login...
20060309230833 E #1616 McUpload Failed to send http request
20060309230833 I #1616 McUpload End http session login, status=2
20060309230833 E #1616 McUpload BeginUploadSession failed, err=2
20060309230833 I #1616 McUpload Start http session login...
20060309230833 E #1616 McUpload Failed to send http request
20060309230833 I #1616 McUpload End http session login, status=2
20060309230833 E #1616 McUpload BeginUploadSession failed, err=2
20060309230833 I #1616 naInet HTTP Session closed
20060309230833 I #1616 naInet ------------------------------------------------------------
20060309230833 E #1616 SIM_InetMgr Start session for site upload failed
20060309230833 I #1616 SiteMgr SetSiteStatus: Setting catalog version to 20060306192311
20060309230833 I #1616 SiteMgr CheckInThreadProc: Check in thread ended
20060309230833 e #1616 SiteMgr CheckInMirrorPackage: Failed to check in package VSCANDAT1000\4714\DAT\\0000, hr=-606
20060309230833 I #1616 McUpload Start http session login...
20060309230834 E #1616 McUpload Failed to send http request
20060309230834 I #1616 McUpload End http session login, status=2
20060309230834 I #1616 naInet HTTP Session closed
20060309230834 I #1616 naInet ------------------------------------------------------------
20060309230834 I #1616 SIM_InetMgr Session 1 ended, result=1
20060309230834 I #1616 SiteMgr MirrorThreadProc: Mirror thread ended
20060309230834 x #5500 SiteMgr SiteMgr main control final release...
Подумал, что обновления исправят ситуацию - обновил до версии 3.6, когда она вышла. Параллельно W2k3 был обновлен до R2. Но ситуация после этого еще хуже стала - если раньше сбои были дня 4 подряд и на 5ый репозиторий обновлялся, то в какой-то момент вообще перестал обновляться. Потом я прибил свой профиль, создал заново и обновления вдруг снова заработали. Поработали пару недель - и перестали работать на версии DAT 4.0.4690
Файрвол виндовый отключен, другого нет.
В базе знаний НАИ есть статья с такими же ошибками, но при обновлении не с центрального сервера (а по UNC путям). Есть предположение что 82ой порт, на который не может достучаться WinInet занят другим сервисом. TCPView про этот порт показывает следующее:
Цитата:
[System Process]:0 TCP it-23.selt:82 it-12.selt:1490 TIME_WAIT
и еще 10-20 соединений с других компьютеров. Я так понимаю - это агенты общаются с сервером ePo.
А так же на нем висит Апач ePo, который видимо обеспечивает админку веб-интерфейсом.
Цитата:
Apache.exe:2132 TCP it-23:82 it-23:0 LISTENING
В настройках изменять Agent To Server Communication port (82) не дают - он выделен серым.
В чем может заключаться проблема?
Цитата: Эта програма ставит под угрозу безопасность данных на дисках.
Программа не расчитана под Российскую действительность
Здесь писали, что продукты McAfee популярны очень в больших и богатых корпорациях (80 корпораций из ТОП100 мира), в них кряки не считаются полезными данными