43 ответов в этой теме

[const64]

Да нет, все в одном сегменте...

[Yury Vovk]

const64, у вас на сервере Dr.Web с сетью все в порядке? Между ним и ЛВС ни какой умной железки не стоит, типа Layer 3 Switch?

По тому что судя по логам, происходит неожиданный разрыв связи. Сервер Dr.Web да же свой репозиторий обновил только с третьего раза.

По логам установки агента хорошо видно что проблема возникает случайным образом на середине работы:

Установка через сеть 1 стадия

 

20141226.095641.69 inf [ 3080 0c0c] main   [Client/Session] Trying to connect to server spec "tcp/10.1.1.92"
20141226.095641.69 db3 [ 3080 0c0c] main   [Layer/Discovery] Parse endpoints <tcp/10.1.1.92>
20141226.095641.69 db3 [ 3080 0c0c] main   [Layer/Discovery] Parse endpoint <tcp/10.1.1.92>
20141226.095641.69 db3 [ 3080 0c0c] main   [DNS] Resolve "10.1.1.92" time is 00.000
20141226.095641.69 db3 [ 3080 0c0c] main   [Layer/Discovery] Got stream endpoint <tcp://10.1.1.92:2193>
20141226.095641.70 db3 [ 3080 0c54] pool:16 [Net2] tcp://10.1.1.92:2193: switch off Nagle's algorithm
20141226.095641.70 db3 [ 3080 0c54] pool:16 [Net2] tcp://10.1.1.92:2193: set non-blocking socket mode
20141226.095641.70 inf [ 3080 0c54] pool:16 [Client/Session] Connected to server tcp://10.1.1.92:2193
20141226.095641.70 tr3 [ 3080 0c54] pool:16 [Layer/TextProto] tcp://10.1.1.92:2193: rcv <0 PROTOCOL 2 21 AGENT,INSTALL,MSNAPSHV,SERVER,CRYPT,IPTRANSF,IEXREADY>
20141226.095641.70 tr3 [ 3080 0c54] pool:16 [Layer/A2SSession] Server capabilities are AGENT,INSTALL,MSNAPSHV,SERVER,CRYPT,IPTRANSF,IEXREADY
20141226.095641.70 inf [ 3080 0c54] pool:16 [Client/Session] Proto: Client - 2.18 Server - 2.21. Server uses further protocol then client
20141226.095641.70 inf [ 3080 0c54] pool:16 'enryption' negotiated to 'yes'
20141226.095641.70 inf [ 3080 0c54] pool:16 'compression' negotiated to 'no'
20141226.095641.70 tr3 [ 3080 0c54] pool:16 [Layer/TextProto] tcp://10.1.1.92:2193: snd <0 PROTOCOL 2 18 INSTALL,CRYPT>
20141226.095641.71 tr3 [ 3080 0c54] pool:16 [Layer/TextProto] tcp://10.1.1.92:2193: rcv <1 SIGNATURE 0308b3e1 6c4ce96a 2fc76e7c 9763c60a 787d500e 280feb25 29be05e4 9072efea 9c1cdc7b df6c0918 9b9b6880 4fa83fec 03895a2d d0dc459d 057404eb afa36817 cb548e72 fcbe345a 64cc7be8 10c479cc 69fce358 d432e707 91de97c7 ff36005f>

2 стадия

 

20141226.095736.37 inf [ 3296 0ce4] main   [Client/Session] Trying to connect to server spec ""
20141226.095736.37 db3 [ 3296 0ce4] main   [Layer/Discovery] Parse endpoints <udp/ udp/[]>
20141226.095736.37 db3 [ 3296 0ce4] main   [Layer/Discovery] Parse endpoint <udp/>
20141226.095736.37 db3 [ 3296 0ce4] main   [DNS] Resolve "231.0.0.1" time is 00.000
20141226.095736.37 db3 [ 3296 0ce4] main   [Layer/Discovery] Got datagram endpoint <udp://231.0.0.1:2193>, run server exploration
20141226.095736.37 tr0 [ 3296 0ce4] main   [Discovery/Explorer] Send request to @udp://231.0.0.1:2193, 2 attemps left
20141226.095738.47 tr0 [ 3296 0da0] pool:29 [Discovery/Explorer] Send request to @udp://231.0.0.1:2193, 1 attemps left
20141226.095740.58 tr0 [ 3296 0d70] pool:17 [Discovery/Explorer] Send request to @udp://231.0.0.1:2193, 0 attemps left
20141226.095742.69 db3 [ 3296 0da0] pool:29 [Layer/Discovery] Parse endpoint <udp/[]>
20141226.095742.78 db3 [ 3296 0da0] pool:29 [DNS] Resolve "[ff18::231.0.0.1]" time is 00.870
20141226.095742.80 db3 [ 3296 0da0] pool:29 [Layer/Discovery] Ignore invalid spec <udp/[]> because of
20141226.095742.81 db3 [ 3296 0da0] pool:29   Получен недопустимый аргумент
20141226.095742.81 db3 [ 3296 0da0] pool:29 Last message cought with no stack information
20141226.095742.81 db0 [ 3296 0da0] pool:29 [Layer/Discovery] Unable to connect because of there are no endpoints more

Вот тут кстати интересно почему мы не получили адрес сервера и начали его искать

 

То же самое и с вашим вторым вариантом установки

 

20141226.100634.32 tr3 [ 3352 0d48] pool:9 [Layer/TextProto] tcp://10.1.1.92:2193: snd <3 ALIVE 8508174 8508174 90/win-es-agent-setup/9/common/win-es-agent-setup.exe.lzma>
20141226.100652.18 tr3 [ 3352 0d44] pool:8 [Layer/TextProto] tcp://10.1.1.92:2193: snd <4 ALIVE 8508174 8508174 90/win-es-agent-setup/9/common/win-es-agent-setup.exe.lzma>
20141226.100710.05 tr3 [ 3352 0d5c] pool:14 [Layer/TextProto] tcp://10.1.1.92:2193: snd <5 ALIVE 8508174 8508174 90/win-es-agent-setup/9/common/win-es-agent-setup.exe.lzma>
20141226.100710.70 db3 [ 3352 0d5c] pool:14 [Layer/Transport] tcp://10.1.1.92:2193: timeout occurred, disconnect
20141226.100710.70 tr3 [ 3352 0d5c] pool:14 [Layer/Transformation] tcp://10.1.1.92:2193(dead): all filter removed from incoming and outcoming streams

Просто потерялась связь с сервером....

 

Либо сетевой интерфейс с ума сходит, либо что то режет трафик который идет от сервера.

Сообщение было изменено Yury Vovk: 12 Январь 2015 - 17:13

[const64]

Yury Vovk, Свитч есть, но он не настроен (т.е. работает по дефолту - как обычный маршрутизатор, поставили на перспективу).

Проверил еще так - взял другой компьютер, воткнул в него этот-же патчкорд - все нормально (лог во вложении).

Недавно экспериментировал с проблемным  компьютером - менял сетевую карту (Intel PRO/1000 MT - писал выше) - результат тот-же - агент не ставится...

А почему тогда с 6-м агентом проблем нет?

 

Прикрепленные файлы:

•  Logs.rar   35,51К   2 Скачано раз

[Yury Vovk]

const64, 10-ый ES очень сильно отличается от 6-го, конкретную причину сказать сложно, так как нет возможности воспроизвести ситуацию.

Если на другом ПК проблема не воспроизвелась, то скорее всего она заключается в сетевой подсистеме проблемной машины. Можно воспользоваться Wireshark, и собрать информацию о сетевой активности на сервере и клиенте в момент возникновения проблемы, возможно стоит полностью переустановить драйвер сетевого интерфейса, воспользовавшись его более ранней версией (если правильно помню то проблемный ПК с WinXP на борту?), можно покапать в сторону файрвола, хотя это странно, по идеи он не должен блокировать входящие пакеты, если это ответ на инициированный приложением исходящий запрос.

[const64]

Замена драйвера не помогла, замена сетевой карты на другую модель не помогла, файрвол у нас вообще отключен...

[sganp]

Была такая же ошибка. Помогло отключение в сетевом подключение TCP/IPv6

[const64]

Была такая же ошибка. Помогло отключение в сетевом подключение TCP/IPv6

TCP/IPv6 не установлен...

[Kirill Polubelov]

О, так у вас тема еще актуальна? Тогда предлагаю "перезагрузку" темы. Если была недавняя попытка инсталляции, приложите, пожалуйста, свежий лог.

[const64]

Нет, новых попыток пока не было... пока планирую на 10-ю версию перейти уже ближе к лету, с переустановкой ОС на проблемных станциях, так, наверное, проще будет...

[Koss484]

О, так у вас тема еще актуальна? Тогда предлагаю "перезагрузку" темы. Если была недавняя попытка инсталляции, приложите, пожалуйста, свежий лог.

Добрый день! У меня аналогичная проблема! При установке агентов на станции выдается ошибка 110. Какие логи вы хотите посмотреть? Название фалов с логами скажите, я выложу на форум.

[maxic]

Koss484, нет-нет, заводите свою тему, для начала лог установки агента (либо из %temp%, либо из programdata\doctor web\logs).

[const64]

Написал новое обращение в техподдержку, проблему решили:

 

Вероятнее всего, проблема в имени станции. Попробуйте, пожалуйста, переименовать станцию в другое имя, но чтобы оно не начиналось с символа "T" и повторить установку.

 

Мда...

 

 

 

[Afalin]

Ну если имя станции выглядит как ^T[0-9]+$, то да, есть такой баг. Если имя не соответствует этому шаблону – то дело не в этом.

[const64]

Ну если имя станции выглядит как ^T[0-9]+$, то да, есть такой баг. Если имя не соответствует этому шаблону – то дело не в этом.

Хорошо хоть нашли этот баг, может когда и пофиксят... или хотя-бы задокументируют... а то предыдущий ответ техподдержки мне был:

 

"Больше ничего посоветовать не могу. Проблема не имеет отношения к Dr.Web. Какая-то неисправность на сетевом уровне."

[Afalin]

Хорошо хоть нашли этот баг, может когда и пофиксят... или хотя-бы задокументируют...

Пофиксят. Может быть, в ближайшем релизе.

а то предыдущий ответ техподдержки мне был:

 

"Больше ничего посоветовать не могу. Проблема не имеет отношения к Dr.Web. Какая-то неисправность на сетевом уровне."

Shit happens, увы.

[sys]

у вас на сервере Dr.Web с сетью все в порядке? Между ним и ЛВС ни какой умной железки не стоит, типа Layer 3 Switch?

А можно с этого момента поподробнее, по маршутизаторы и Layer 3 Switch?

У меня стоят такие железки; в головном офисе -  D`link DGS3120-48 в режиме маршрутизатора,  CSP VPN Gate 3000, в филиалах - маршрутизаторы на pfSense или CSP VPN Gate 100, где как.

Агенты 6 версии работают, 10 версии - где не ставятся, где ставятся, но не доустанавливают компоненты после подтверждения. Беда та же: логах инсталера -  {MAIN}: Return code: 1016.

Трафика по этим сетям ходит много, всё работает, только агенту Dr.web ES 10 что-то не нравится. Силюсь понять, что именно. Причем проблема эта возникает исключительно при использовании ES proxy. При приямом подключении к серверу агенты ставятся.
 

[Afalin]

Беда та же: логах инсталера -  {MAIN}: Return code: 1016.

В этой теме обсуждается беда другая. Предлагаю выяснять отдельной темой с приложенными логами.

[Valentina Yugai]

 

у вас на сервере Dr.Web с сетью все в порядке? Между ним и ЛВС ни какой умной железки не стоит, типа Layer 3 Switch?

А можно с этого момента поподробнее, по маршутизаторы и Layer 3 Switch?

У меня стоят такие железки; в головном офисе -  D`link DGS3120-48 в режиме маршрутизатора,  CSP VPN Gate 3000, в филиалах - маршрутизаторы на pfSense или CSP VPN Gate 100, где как.

Агенты 6 версии работают, 10 версии - где не ставятся, где ставятся, но не доустанавливают компоненты после подтверждения. Беда та же: логах инсталера -  {MAIN}: Return code: 1016.

Трафика по этим сетям ходит много, всё работает, только агенту Dr.web ES 10 что-то не нравится. Силюсь понять, что именно. Причем проблема эта возникает исключительно при использовании ES proxy. При приямом подключении к серверу агенты ставятся.
 

 

 

На всякий случай все-таки спрошу тут: вы при настройке сети читали документацию по настройке ES proxy? Или все поставлено с настройками по умолчанию?

[oldbie]

Откопаем стюардессу! Возника такая же проблема: агент 10 на ура становится на win7 машины, а на хрюне выдает 110. Методом проб для моего случая нашлось банальнейшее решение: по умолчанию агнет пытался подключится к серверу по доменному имени (tcp/bla-bla.ru:2193), но стоит его заменить на старый-добрый IP и все проходит гладко.

Сообщение было изменено oldbie: 08 Июнь 2016 - 21:00

[Afalin]

oldbie, Вы уверены, что откопали именно ту стюардессу?