[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Зависимости между сетевыми подключениями



On Thu, 25 Sep 2014 09:07:40 +0400
Dmitrii Kashin <freehck@freehck.ru> wrote:

> Вот например недавно по долгу службы я начал пользоваться vpnc для
> подключения ко внутренней рабочей сети, и столкнулся с тем, что он
> полностью перезабивает настройки resolv.conf, хотя я бы хотел, допустим,
> оставить dns-сервер, полученный от роутера, к которому я цепляюсь по
> wifi, основным. Это оказалось очень неудобно.

Советую посмотреть на resolvconf (это не конфиг-файл, это программа такая):
https://wiki.debian.org/ru/NetworkConfiguration#A.2BBB8EQAQ.2BBDMEQAQwBDwEPAQw_resolvconf

Если поставить ещё pdnsd, то resolvconf при настройке предложит
использовать конфигурацию вместе с ним, что даст возможность иметь как
локальный dns-кеш, так и автоматическое обновление его конфигурации при
поднятии/опускании интерфейсов, безо всякого влияния на уде запущенные
приложения.

> В идеале же я бы хотел иметь следующее:
> - как только компьютер получает соединение с глобальной сетью, он тут же
> подключается к vpn (у меня есть ещё и свой собственный vpn, который по
> идее должен бы объединять все мои компьютеры).

Можно дёргание vpn-интерфейса добавить в post-up скрипт у
ppp-соединения (ну того, которое используется для соединения с
Интернетом). Это слегка кривовато, но лучшего выхода я пока не видел.

> - при обновлении настроек подключения, они не конфликтуют.

Это делает resolvconf.

> Также я бы поинтересовался, не знает ли кто-нибудь, где взять подробную
> документацию по написанию скриптов, лежащих в /etc/network? Я методом
> тыка некоторое время назад написал сценарий для подключения средствами
> iw в обход iwconfig, но не смог изжить несколько багов, потому что,
> видимо, не до конца понимаю, в какой последовательности что вызывается.

interfaces(5) для основного синтаксиса, а дальше читать документацию к
соответствующему пакету. Например, опции dns-nameserver, dns-search и
т.д. описаны в resolvconf(8).

-- 
Alexander Galanin


Reply to: