Ильшат Posted January 29 Share Posted January 29 Добрый день. Суть проблемы в следующем: К серверу подключены около 400 клиентских ПК. 350 из них к серверу подключены через шлюз соединений. И именно те, что подключены через шлюз 29.12.2023 перестали синхронизироваться. А те, что находятся в одной подсети в рабочем стостоянии. При проверке состояния подключения Network Agent'a с помощью утилиты klnagchk.exe была выявлена ошибка: Попытка соединения с Сервером администрирования. Произошла ошибка транспортного уровня при соединении с http://gbuz-rb-tcrb-k.kdits.tcrb:13000: не удалось выполнить разрешение адреса. После смены адреса на ново-созданный виртуальный сервер администрирования командой klmover.exe -address , получаем такую же ошибку. Цитата Сервер: Операционная система Win1022H2 Kaspersky Security Center 13 Клиенты: Kaspersky Endpoint 12.3 Агент администрирования 13.0.0.11247 Link to comment Share on other sites More sharing options...
Demiad Posted January 29 Share Posted January 29 Добрый день. У вас конечные устройства не могут преобразовать указанный FQDN Сервера администрирования в его IP-адрес: Пример: Попытка соединения с Сервером администрирования...Произошла ошибка транспортного уровня при соединении с http://sasdasdsad:13000: не удалось выполнить разрешения адреса. Если имя могло бы преобразоваться в IP, то на шаге "Попытка соединения с Сервером администрирования..." утилита klnagchk задумывалась бы где-то на минуту и по тайм-ауту затем выдавала: "Попытка соединения с Сервером администрирования...Не удалось установить соединение с удаленным устройством (местонахождение: 'http://ksc.example.com:13000'): отказ в соединении." Link to comment Share on other sites More sharing options...
Ильшат Posted January 30 Author Share Posted January 30 15 часов назад, Demiad сказал: Добрый день. У вас конечные устройства не могут преобразовать указанный FQDN Сервера администрирования в его IP-адрес: Пример: Попытка соединения с Сервером администрирования...Произошла ошибка транспортного уровня при соединении с http://sasdasdsad:13000: не удалось выполнить разрешения адреса. Если имя могло бы преобразоваться в IP, то на шаге "Попытка соединения с Сервером администрирования..." утилита klnagchk задумывалась бы где-то на минуту и по тайм-ауту затем выдавала: "Попытка соединения с Сервером администрирования...Не удалось установить соединение с удаленным устройством (местонахождение: 'http://ksc.example.com:13000'): отказ в соединении." Это понятно. Интересует решение данной проблемы. Link to comment Share on other sites More sharing options...
Demiad Posted January 30 Share Posted January 30 @Ильшат, добрый день. Данная ситуация не относится к продуктам Лаборатории Касперского. Вам необходимо разбираться в причинах проблем разрешения имен устройств в вашей сети с администраторами вашей инфраструктуры (сетевые администраторы, доменные). Используйте команду для проверки преобразования имен в IP: nslookup ksc.example.com Где <ksc.example.com> адрес вашего сервера KSC. Пример: В первую очередь обратите внимание на адрес в поле "Server", в нем указан DNS, который использует устройство. Если будет указан внешний DNS, а не внутренний вашей компании, то не удивительно, внешний DNS не может разрешить в IP внутреннее имя KSC в локальном домене. Link to comment Share on other sites More sharing options...
Ильшат Posted January 30 Author Share Posted January 30 1 час назад, Demiad сказал: @Ильшат, добрый день. Данная ситуация не относится к продуктам Лаборатории Касперского. Вам необходимо разбираться в причинах проблем разрешения имен устройств в вашей сети с администраторами вашей инфраструктуры (сетевые администраторы, доменные). Используйте команду для проверки преобразования имен в IP: nslookup ksc.example.com Где <ksc.example.com> адрес вашего сервера KSC. Пример: В первую очередь обратите внимание на адрес в поле "Server", в нем указан DNS, который использует устройство. Если будет указан внешний DNS, а не внутренний вашей компании, то не удивительно, внешний DNS не может разрешить в IP внутреннее имя KSC в локальном домене. В общем относится это или нет к продуктам Лаборатории Касперского, но проблема решается удалением и повторной установкой агента. После переустановки с сервером снова появляется синхронизация. Но вот вручную это делать на 350 машинах, долговато. Может есть способ как можно удалить агента через cmd? Link to comment Share on other sites More sharing options...
Demiad Posted January 30 Share Posted January 30 @Ильшат, через klmover переподключиться к Серверу администрирования через Шлюз соединений не получится. Требуется переустановка Агента администрирования с заданными опциями использования шлюза. Я бы для начала до конца убедился, что Шлюз соединений живой. Проверьте связь Сервера администрирования со Шлюзом соединений утилитой klnagchk или просто в Консоли администрирования посмотрите состояние подключения. Если вы переустанавливали агента на Шлюзе соединений, то все устройства, которые работали через него, неизбежно отвалились, на них требуется переустановка Агента администрирования. Напомню, что через 2 месяца KSC 13.2 перестает полностью поддерживаться, наступает EOL. Кроме некоторых сертифицированных версий. Поэтому крайне рекомендую совместить переустановку с обновлением до KSC 14.2. Link to comment Share on other sites More sharing options...
Ильшат Posted January 30 Author Share Posted January 30 10 минут назад, Demiad сказал: @Ильшат, через klmover переподключиться к Серверу администрирования через Шлюз соединений не получится. Требуется переустановка Агента администрирования с заданными опциями использования шлюза. Я бы для начала до конца убедился, что Шлюз соединений живой. Проверьте связь Сервера администрирования со Шлюзом соединений утилитой klnagchk или просто в Консоли администрирования посмотрите состояние подключения. Если вы переустанавливали агента на Шлюзе соединений, то все устройства, которые работали через него, неизбежно отвалились, на них требуется переустановка Агента администрирования. Напомню, что через 2 месяца KSC 13.2 перестает полностью поддерживаться, наступает EOL. Кроме некоторых сертифицированных версий. Поэтому крайне рекомендую совместить переустановку с обновлением до KSC 14.2. Шлюз соединений живой, при переустановке коннектится. ФСТЭК-овская верся 13,2 тоже перестанет поддерживаться? Link to comment Share on other sites More sharing options...
Demiad Posted January 30 Share Posted January 30 @Ильшат, на Шлюзе если переустановили Агент администрирования, то все точки от него безвозвратно отваливаются. Надо везде переставлять тогда Агенты. На всякий случай повторю, не уверен, что поняли меня. Да, поддержка ФСТЭК-версии соотносится со сроком поддержки обычной версии. Это для ФСБ до срока окончания действия сертификата. ФСТЭК не так. Link to comment Share on other sites More sharing options...
Recommended Posts
Please sign in to comment
You will be able to leave a comment after signing in
Sign In Now