Поиск в системе

Установлен VipNet Client без дополнительных модулей типа защиты приложений. Чисто клиент для доступа к сайтам через защищенное соединение. Все сайты открываются и работают в нашем регионе (Курская область) при установленном VipNet Client и через DNS сервер 1.8.6.129 Роутер настроен на раздачу IP с 192.168.1.2 по 192.168.1.255 через DHCP. На компьютерах без VipNet Cliеnt всё работает как надо. На компьютере с VipNet Cliеnt в свойствах соединения прописано - IP автоматом, DNS - вручную и прописан 1.8.6.129 как первичный DNS. Периодически - пару раз в сутки адрес DNS сервера сам меняется на 192.168.1.1. Интернет и сеть работают, но адреса защищенных сайтов, естественно, перестают открываться по имени, только через ввод IP. Приходится лезть в настройки соединения и снова менять DNS сервер. Если отключить использование DHCP и прописать IP вручную вместе с DNS, то сброса не происходит. Нашел в реестре Windows по адресу: Компьютер\HKEY_LOCAL_MACHINE\SOFTWARE\Infotecs\ViPNet Client\NetInterfaces\{BACF7AC5-CE00-4AD0-BFB7-F7F736F2F8A0} Параметр DnsFromDhcp REG_MULT_SZ 192.168.1.1 Если изменить параметр вручную на 1.8.6.129 смена DNS прекращается, но через какое-то время (возможно, после перезагрузки) этот параметр в реестре снова становится 192.168.1.1 и начинается смена DNS сервера в настройках соединения. Вопрос: как отключить эту функцию VipNet Cliеnt? Windows 10 x64 Pro, VipNet Cliеnt 4.5.3.65102 ключ dst действующий.

Добрый день! Имеется проблема с настройкой телефонии на координаторе HW1000, версия прошивки 4.2.2-2242. SIP-сервер находится во внешней сети. Доступ к нему из сети этого координатора имеется, в том смысле, что пинг и трассировка проходят, так же с внешней сети телефоны пингуются. Координатор раздает адреса по DHCP, но телефоны не регистрируются на сервере телефонии. С консоли координатора сервер тоже пингуется. Внутренние адреса, которые получают телефоны и компьютеры, туннелируются этим координатором. Сип-сервера в списке туннелируемых адресов нет. В чем может быть проблема?

В сети VipNet имеется координатор (HW1000) центрального офиса и координатор удаленного офиса. За координатором центрального офиса расположен DNS сервер (туннелируется координатором центрального офиса). Координатор удаленного офиса раздает адресацию (DHCP) для АРМ удаленного офиса (туннелируемые им АРМ). DHCP работает. При попытке настроить на координаторе удаленного офиса DNS сервер с пересылкой на DNS сервер, расположенный в центральном офисе, координатор не сообщает клиентам используемый сервер (поле в настройках адаптера АРМ остается пустым). При этом команда #inet show dhcp serv в строке "option dns" указывает порт координатора с которого раздается DHCP. DNS сервер на координаторе удаленного офиса включен. Адреса серверов для пересылки указаны. В журналах пакетов на обоих координаторов видны пакетыUDP 53 порт, идущие от АРМ клиента удаленного офиса к серверу DNS центрального офиса. Подскажите пожалуйста какие могут быть ошибки в этой схеме и что сделать чтобы клиенты получали адреса используемых DNS серверов ?

Добрый день, коллеги. Интересует, сталкивался ли кто-нибудь с подобной проблемой. Пользователи подключаются через шированный туннель канального уровня. Пользовательский VLAN должен "пробрасываться" до маршрутизатора Cisco. На маршрутизаторе прописан IP-адрес шлюза и helper-address для перенаправления запросов на DHCP сервер. Проблема проявляется следующим образом: при включении шифрования пользователи нормально работают в течении дня. На следующее утро, когда истекает срок аренды, ни один не может получить IP-адрес по DHCP. Сразу после отключения шифрования все пользователи получают адреса. Туннель организован по технологии L2overIP и строится между координаторами HW100 и HW2000. Поддержка утверждает, что проблем в прохождении сообщений для работы сервиса DHCP не видит. В журналах драйвера iplir пусто. На форуме обсуждались похожие вопросы касательно работы ViPNet клиента. Может кто-то сталкивался с подобной проблемой на координаторах HW?

Имеется большая (несколько сот компьютеров) корпоративная сеть из компьютеров, на некоторых клиент есть, на некоторых - нет. Ввиду размеров сети естественно адреса раздаются по DHCP. Компьютеры, на которых установлен клиент, через координаторы и тоннели между ними соединяются с другими региональными сетями. Насколько в подобной конфигурации имеет значение то, статический адрес у компьютера с клиентом, или динамический? Насколько критична смена ip-адреса компьютера?

День добрый. Сегодня пошёл шквал жалоб от пользователей (ViPNet-Клиент) с одной и той же симптоматикой. Юзер включает утром ПК и машина не может получить настройки от DHCP-сервера. ViPNet-драйвер грузится у всех в 4 режиме. "Исправить", "Отключить/Включить" сетевое подключение (в режимах 4...2) - не помогает. Помогает только отключение драйвера (5 режим), после чего жму "Исправить" сетевое соединение и машина успешно получает настройки от DHCP. Возвращаю обратно 4 (не суть - проверялось и на 3,2 режимах, эффект тот же) режим - машина работает, сеть видит, всё хорошо. Но после следующего reboot`а или выкл./вкл. ситуация повторяется (что самое поганое ). Машины без ViPNet-драйвера работают с DHCP без проблем. Журнал регистрации IP-пакетов информации для анализа не даёт: в нём фиксируется нормальный входящий, пропущенный, DHCP-пакет (UDP:67-68, IP-адрес, MAC DHCP-сервера - всё в порядке), и всё. Из доп. информации могу отметить следующее: - подобные жалобы были и ранее, но они были крайне редки, единичные случаи, поэтому особо не заморачивались; - на днях в нашей ЛВС был сбой, какие-то проблемы с питанием, активкой и т.п. (детально не вникал, коллеги из управления ИТ авралили), и вот после этого сбоя вышеописанные жалобы пошли буквально пачками от юзеров (у меня нет оснований, пока, как-то связывать эти два события, так что это просто наблюдение). Корреляции с моделями ПК (сетевых адаптеров) или с установленной ОС не замечено - разные ПК, разные винды, и WinXP и Win7. Патчи/апдейты все стоят - в ЛВС работает WSUS. Версии ViPNet-Клиент: 3.2(9.14544), 3.2(10.15632). Ситуация очень неприятная, т.к. АП ViPNet-Клиент в ЛВС сотни, и, учитывая, повторение проблемы после перезагрузки (или включения) ПК, приходится к каждому юзеру бежать и вручную плясать с бубном. Сегодня с утра только этим и занимаюсь... Может быть кто-то сталкивался с таким приключением? Подскажите, хотя бы, в какую сторону копнуть?