Автоконфигурация сетевых интерфейсов в Debian GNU/Linux

[@braintorch]

Любопытная альтернатива Network Manager-у.

[@FLAKON]

+1

[@muromec]

нетфоркменеджер невыносимо отвратитетелен тем, что непонятно как его можно тонко настраивать и нет ни капли документации на его dbus api.

совершенно магическая программа — или она сама работает или она сама не работает.

[@danSamara]

Двумя руками за! После обновления с маверик на натти, отвалился инет через телефон по USB, приходится включать wifi-тетеринг, из-за чего телефон греется как печка и не работает зарядка :(

[@braintorch]

Всё так, всё так.

[@muromec]

самое печальное, что это относится ко всем последним веяньям в юзерспейсе линукса.

[@smartly]

вместо NM есть wicd, который работает.

[@DeXPeriX]

Лично мне пока много сетей не надо, проще настроить вручную и вручную же поднимать/опускать интерфейс. Но в будущем может пригодится — добавил в закладки

[@cst]

У вас нет ни Network Mnager, ни Wicd?
Мы же не про сервера говорим?

[@DeXPeriX]

Нет, не использую ни Network Manager ни Wicd. Машина — ноутбук. Подключена по WiFi, конфигурация которого полностью вынесена в /etc/network/interfaces. Там же сконфигурен eth0 через провод, DHCP.

[@Klaus]

а почему это вас удивляет? Нетворк менеджеры нужны когда вы постоянно кочуете и сети меняются и прописывать конфиги каждый раз уже не логично, а если вы сидите на одном и том же месте в одной и той же сети…

[@cst]

Так то нну потому и удивляет зачем использовать ноутбук в качестве стационара?
У меня по этому с ноутом только «кочевой» образ работы и связан, правда у меня нетбук.

[@lastkrick]

Покажите мне хоть одну сеть без DHCP.
А вот пример с DNS может пригодитсься. Спасибо.

[@Alukardd]

Дома и на работе — сеть без DHCP.

[@Klaus]

Хороша ложка к обеду, а тулить DHCP везде и всюду не считаю правильным

[@errno]

Лучше было написать «нормально сконфигурированую сеть без DHCP», тогда минусов было бы меньше, а плюсов больше :)

В сетях, где тусуются ноутбуки, рабочие станции и прочие мелкие сетевые устройства, DHCP — must have!

[@FSA]

А я вот себе не могу дома позволить сеть с личным DHCP, т.к. либо у меня перестанет работать приставка IPTV (она получает IP от серверов провайдера по этому же самому DHCP), либо я лишусь возможности просмотра IPTV на компьютере. Да и вообще получается удобнее. Если настраиваешь адреса вручную, то пользуешься нормальным интернетом. А если у провайдера что-то упало, переключаешься на DHCP и пользуешься медленным порезанным служебным интернетом «от IPTV».

[@wwk]

Правилом хорошего тона является указания полного пути при вызове внешней программы, а не прописывание путей в PATH.

[@andrewsh]

Не соглашусь. Во-первых, пути могут меняться (/usr/sbin → /sbin или наоборот), а во-вторых, здесь важно, чтобы ifupdown смог вызвать внешние программы, а пути вызова в нём я менять не могу — они указываются на этапе компиляции в .defn-файле. Потому PATH нужен.

[@wwk]

Я же не сказал — «каждый раз, когда в скрипте вместо прописывания абсолютных путей вы полагаетесь на PATH — где-то рвут оптический кабель» %)
Это именно правило хорошего тона, которое можно нарушать, если тому есть причины. Но лучше таки соблюдать, особенно если советовать публично. Или явно упоминать причины по которым сделано отступление от.

[@andrewsh]

Я категорически несогласен с этим правилом. Это правило очень плохого тона. В разных системах или даже в разных версиях одного пакета в рамках одного дистрибутива пути могут различаться. Или же по какой-либо причине системный администратор может сделать свой ifconfig с блекджеком и шахматистками, и этот скрипт не должен ломаться от этого. PATH для этого и нужен. И той строкой я возвращаю справедливость на место :)

[@wwk]

Это печально.
Если скрипт предполагается к исполнению в разных системах — можно озаботиться выяснением точного расположения утилит с последующим сохранением полностью определенного имени и вызова через переменную.
В вышеприведенном скрипте, например, получив возможность создать файл с именем logger в каталоге /usr/local/[s]bin с правом на исполнение у кого-то может возникнуть желание поместить туда строку «rm -rf /» или что-то менее очевидное, но не менее неприятное. И гарантировать, что такое невозможно — никак нельзя, если уж мы ориентируемся на «разные системы или даже разные версии одного пакета в рамках одного дистрибутива».

[@muromec]

>системный администратор может сделать свой ifconfig с блекджеком и шахматистками, и этот скрипт не должен ломаться от этого.

скрипты как раз любят ломаться, когда в ифкончиге видят шахматисток вместо того, что ожидали

[@gribozavr]

ifconfig — прошлый век, используйте ip.

[@andrewsh]

Лично мне для настройки IPv4 удобнее использовать ifconfig и route, а для IPv6 — ip. О вкусах не спорят.

[@muromec]

>раз в полминуты перезаписывают мой /etc/resolv.conf

можно прописать 8.8.8.8 в резолв.конф и запретить его обновление через аттриут immutable

>Теоретически, ifplugd умеет работать и с отключаемыми адаптерами (параметр HOTPLUG_INTERFACES в конфигурационном файле), на практике же мне не удалось заставить его работать, потому это было сделано через udev

попробуйте github.com/realdesktop/ifplug-ng — интерфейсы подхватывает сам, евенты ловятся через 9p.

[@andrewsh]

8.8.8.8 — далеко не единственный NS, с которым мне нужно работать, да и не барское это дело — immutable ставить. Сейчас, правда, я поставил себе resolvconf, а в нём приоритет «ручным» настройкам поставил выше, чем тем, что приходят от DHCP.

[@andrewsh]

За ifplug-ng спасибо. И за 9p спасибо :) Кстати, librbus основана на libixp, так же? А давайте-ка я её опакечу, а? ;)

[@muromec]

это high-level враппер вокруг libixp для работы с 9P без необходимости посещения опиумного притона до и центра реабилитации после.

>А давайте-ка я её опакечу, а? ;)

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

[@andrewsh]

Только доки на английский пере-/допишите, пожалуйста.

[@muromec]

да, это надо сделать. правда не могу сказать, когда соберусь

[@qmax]

у меня на днях пропала связь до 8.8.8.8, и вообще дальше местного IX.
вот я затрахался dnsы провайдера искать. (NSы prociderdomain.ru не рекурсировали изнутри)