Служба Dns В Vipnet

[supilot]

Не могу понять, как работает служба DNS в Vipnet. Согласно мануалам, настраивать-де ничего не надо, Vipnet сам все сделает.

Дано:

Координатор в офисной ЛВС с адресом 192.168.0.100,

DNS сервер ЛВС с адресом 192.168.0.1

Web сервер в ЛВС (приложение с доступом по http) с адресом 192.168.0.10

Координатор тунеллирует всю ЛВС, в том числе и DNS-сервер. (192.168.0.1-192.168.0.200 => 12.0.0.1-12.0.0.200). Web-сервер в DNS сервере прописан с локальным адресом как web.local, по этому имени к нему обращаются локальные компьютеры.

Есть два удаленных АП с Vipnet Client.

На одном АП обращение к Web-серверу происходит по реальному адресу http://192.168.0.10/ , на другом по виртуальному http://12.0.0.10 .

Сетевые настройки АП берут с DHCP своих провайдеров.

Вот и вопрос: как мне организовать доступ Client'ов к нашему DNS, дабы дабы пользователи к WEB-серверу ходили не по адресу, а по имени ?

При этом в двух вариантах - и для реального адреса , и для виртуального.

[supilot]

Если поставить на DNS сервер Vipnet Client, то ему можно принудительно задать ему имя DNS.

Но сервер-то у нас тунеллируемый, тратить на него клиентскую лицензию не хочется.

Или же в сетевых настройках АП дописывать третий DNS сервер - наш - помимо двух провайдерских. Но это как-то некрасиво, неудобно и расходится с утверждениями в руководстве, что Vipnet все делает сам с разрешением имен.

[supilot]

Нашел в мануале к клиенту рекомендацию по созданию файла DNS.txt, с перечислением идентификаторов сетевых узлов, на которых стоят DNS-серверы.

Эдакая альтернатива hosts.

Работает.

Но красивее было бы, красивее и технологичнее, если бы инфа о DNS-серверах хранилась на координаторе. И подобные настройки (можно даже те же строки, что в DNS.txt) прописывать в конфигурации координатора. Еще в ЦУСе.

А так, это все-таки костыли.

[alm]

Тоже столкнулись с проблемой привязки адреса DNS-сервера на клиентах. Есть ли возможность автоматизировать рассылку и применение файлов DNS.TXT на клиентах из ЦУС? Идея ходить по клиентам и вручную запихивать данный файл в папку DNSWINSLIST кажется не очень удачной. Также заметил, что при использовании файла DNS.TXT дополнительный dns-сервер добавляется только на физический ethernet-интерфейс, а при использовании dialup-соединения и wifi с DHCP - не добавляется.

[VVValera]

Добрый день, коллеги

подскажите, пожалуйста, у кого нибудь работает через файл dns.txt.

Создал файл, прописал в нем все что нужно, положил его в каталог \databases\dnswinslist, но в сетевых подключениях dns так и не прописался. станция по имени недоступна.

Если руками DNS прописываю все отлично работает. В чем может быть проблема?

[supilot]

Добрый день, коллеги

подскажите, пожалуйста, у кого нибудь работает через файл dns.txt.

Создал файл, прописал в нем все что нужно, положил его в каталог \databases\dnswinslist, но в сетевых подключениях dns так и не прописался. станция по имени недоступна.

Если руками DNS прописываю все отлично работает. В чем может быть проблема?

Прежде всего надо убедиться, что Випнет вообще обрабатывает подложенный файл dns.txt. Если все работает нормально, то практически сразу же, как в указанную папку кладешь этот файл, автоматически формируется файл dns.lst.

Дальше смотрите сетевые настройки утилитой ipconfig /all .

В целом эксплуатация версий Vipnet Client 3.1 и 3.2 подтвердила, что подобная реализация dns службы несколько ... загадочная в своем поведении, может срабатывать, а может и нет.

В некоторых случаях, например, дополнительный dns сервер полностью замещал оба dns сервера провайдера, ликвидируя интернет при незапущенном Vipnet Client, в некоторых он не добавлялся совсем (несмотря на появление в папке dns.lst).

Да и необходимость ручного распихивания этого файла в папку Випнета на каждой рабочей станции удручает конечно. Почему было не сделать это в администраторе - непонятно...

[VVValera]

Прежде всего надо убедиться, что Випнет вообще обрабатывает подложенный файл dns.txt. Если все работает нормально, то практически сразу же, как в указанную папку кладешь этот файл, автоматически формируется файл dns.lst.

Дальше смотрите сетевые настройки утилитой ipconfig /all .

В целом эксплуатация версий Vipnet Client 3.1 и 3.2 подтвердила, что подобная реализация dns службы несколько ... загадочная в своем поведении, может срабатывать, а может и нет.

В некоторых случаях, например, дополнительный dns сервер полностью замещал оба dns сервера провайдера, ликвидируя интернет при незапущенном Vipnet Client, в некоторых он не добавлялся совсем (несмотря на появление в папке dns.lst).

Да и необходимость ручного распихивания этого файла в папку Випнета на каждой рабочей станции удручает конечно. Почему было не сделать это в администраторе - непонятно...

а почему VipNet может не обрабатывать файл? у меня файла dns.lst не создается. Может где то в настройках, что то прописать надо?

[supilot]

Может быть файл dns.txt неправильно сформирован.

Выложите его сюда.

[VVValera]

я туннелирую dns сервер. вот что в DNS.txt

[DNSLIST]

ID00=0292000A-192.168.103.253;

[VVValera]

0292000A это ID моего координатора, который туннелирует сервер DNS

192.68.103.253 это реальный IP адрес DNS сервера. Он доступен по туннелю, я его пингую, на координаторе отражается в журнале что проходит туннелируемый трафик

[supilot]

Выходит, что Монитор просто тупо не обрабатывает dns.txt. Может дистрибутив сменить, другой билд, например? Вообще о какой версии Клиента идет речь?

[VVValera]

тестирую на старой машине. Версия VipNeta 3.1

[VVValera]

Выходит, что Монитор просто тупо не обрабатывает dns.txt. Может дистрибутив сменить, другой билд, например? Вообще о какой версии Клиента идет речь?

спасибо, да обновил версию до 3.2 и все отлично отработало.