Имя пользователя:
Пароль:  
Помощь | Регистрация | Забыли пароль?  

Показать сообщение отдельно

Забанен


Сообщения: 6345
Благодарности: 1436

Профиль | Цитировать


Цитата Той Серью:
domain1s.local »
не используйте TLD .local, сто раз говорено. Впрочем, это просто замечание, к вашей проблеме не относящееся.
Цитата Той Серью:
Так вот, если первичным указывать гуглю, а вторичным - адрес в VPN сервера, то нужный нам узел тот самый usel1, впрочем, как и доменное имя сервера domain1s.local) , на этом третьем компьютере не обнаруживаются. »
Естественно, ведь гугль и прочие ничего не знают про ваш локальный днс и отвечает "такого не знаю". А днс сервер используется всегда один, запасные на то и запасные, чтоб ответить, когда основной вообще не отвечает.

Нужно чтобы локальный днс умел не только резольвить локальные имена, но и кэшировать запросы вовне. Я не работаю с виндой, потому дам пример на бинде, где есть чудесная штука view:
Код: Выделить весь код
acl "lan_hosts" {
 192.168.0.0/24;
 127.0.0.1;
 };

view "internal" {
  match-clients { lan_hosts; };
  recursion yes;
  };

zone "mydomain.tld" {
  type master;
  file "/etc/bind/mydomain.tld";
  };
};
Здесь клиенты, обращающися к зоне mydomain.tld из локалки 192.168.0.0/24, получат записи из этой локальной зоны.
Запросы к другим зонам будут перенаправляться к вышестоящим серверам, в мир.

Желательно иметь как минимум два таких сервера синхронизированных, чтобы в случае падения одного из них работа не встала.

Туториал https://kb.isc.org/article/AA-00851/...y-example.html

Последний раз редактировалось Jula0071, 12-05-2018 в 17:00. Причина: ссылка на туториал

Это сообщение посчитали полезным следующие участники:

Отправлено: 16:43, 12-05-2018 | #2