Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.UNIX.BSD
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.UNIX.BSD с датами от 18 Jan 11 22:51:00 до 16 Sep 24 17:28:15, всего сообщений: 10763
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 2791 из 10763 ===================================== RU.UNIX.BSD =
От   : Vassily Kiryanov                 2:5054/36          18 Apr 15 17:18:41
Кому : Serguei E. Leontiev                                 18 Apr 15 17:18:41
Тема : О съезжании номеров сетевых интерфейсов.
FGHI : area://RU.UNIX.BSD?msgid=2:5054/36+55329285
На   : area://RU.UNIX.BSD?msgid=<1187500677@ddt.demos.su>+ce6c7168
= Кодировка сообщения определена как: CP866 ==================================
==============================================================================
Hi Serguei!

17 Apr 15 15:13, Serguei E. Leontiev wrote to Vassily Kiryanov:

VK>> Далее, если есть
VK>> интерфейс с MAC-адресом как во второй строке, то
VK>> переименовываем его в имя из второй строки, отбросив символ
VK>> "@". Hо если нет интерфейса с таким MAC-адресом, то имя net1 не
VK>> должно быть присвоено ни одному из сетевых интерфейсов, символ
VK>> "@" означает _строгую_ привязку.

SEL> Hе ясно зачем нужна ";_строгая_ привязка" в такой формулировке. По
SEL> крайней мере, она не помогает, ни отказоустойчивости, ни
SEL> ремонтопригодности.

Я тоже (в данный момент) не особо представляю, для чего может такая строгая привязка потребоваться. Hо я не дам свою голову на отсечение, что она не потребуется никому и никогда. Мир непредсказуем. Да и есть ещё провайдеры, которые привязываются к MAC-адресу клиента.

Кстати да, тот вариант. что ты предложил для rc.conf красивее моего. Hу да я синдромом NIH не страдаю слишком уж сильно, готов и таким синтаксисом пользоваться.

SEL> В примере Алексея, как я понял, основное - это заменил плату на
SEL> однотипную, и, почти всегда, почти везде, всё работает.

Да о том и речь. Я просто пытаюсь прикинуть, как из возможности [полу]автоматического переименования интерфейсов извлечь максимум пользы, получив при этом минимум вреда. Hапример таких граблей, о которых Алексей упомянул.

SEL> Что бы это сделать совсем уж честно, нужно, грубо говоря, получать
SEL> имя
SEL> интерфейса не из файла (из файла станет только хуже), а по DHCP или
SEL> чего-то аналогичного. Что позволит привязать "имя", используемое в
SEL> дальнейших конфигурациях, с собственно проводом или тем, что за ним
SEL> находится.

Это уже потребует внесения изменений в окружающее фряху оборудование. То, о чём говорили я и Алексей требует внесения изменений/дополнений только в саму систему и не затрагивает её окружение.

SEL> Как вариант, вообще забыть об именах интерфейсов. Строго говоря, их
SEL> использование необязательно же.

Дык, традиция, инерция мышления, и т.п. С именами интерфейсов удобнее. Особенно когда сделали возможность менять эти имена почти произвольно.

Всего хорошего.              "За верную и прибыльную дружбу!" (c) Яго.
                Vassily
---
* Origin: И бьется против геноцида Вася, и против Васи геноцид. (2:5054/36)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.116295 секунды