Порядок инициализации сетевых интерфейсов...

Драссти.

Ипаюсь уже который час и только сейчас получаю какую-то зависимость:

Есть компьютер под убунтой.
eth0 - локальная сеть 192.168.1.0, адрес статический. Сейчас через него же идет интернет.
eth1 - через какое-то время на него будет поступать интернет (точнее я передену провод с роутера на компьютер). Адрес - другой.

Так фот. Я заметил, что если в route -n -v следующая куйня:

Таблица маршутизации ядра протокола IP
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
192.168.122.0   0.0.0.0         255.255.255.0   U     0      0        0 virbr0
PUB_NET     0.0.0.0         255.255.254.0   U     0      0        0 eth1
0.0.0.0         192.168.1.1     0.0.0.0         UG    100    0        0 eth0
0.0.0.0         PUB_GW   0.0.0.0         UG    100    0        0 eth1

то пинги в интернет, как и интернет на компьютере есть. Но если две последних строчки меняются - (а такое бывает в %% случае перезагрузок), то ни пинга ни интернета нет. Локальная сеть остается доступной.

Таблица маршутизации ядра протокола IP
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
192.168.122.0   0.0.0.0         255.255.255.0   U     0      0        0 virbr0
PUB_NET     0.0.0.0         255.255.254.0   U     0      0        0 eth1
0.0.0.0         PUB_GW   0.0.0.0         UG    100    0        0 eth1
0.0.0.0         192.168.1.1     0.0.0.0         UG    100    0        0 eth0

Что интересно - DNS (наверное, точно не уверен) работает в любых случаях - но DNS явно прописаны на обоих интерфейсах.
Долго пинял на iptables, но в конечном счете стал отключать по-одному и пришел к тому, что правила не влияют никак.

4 8 15 16 23 42

Случай особо клинический.

Пациент не то что про lartc.org aka advanced routing and traffic control linux не знает,
даже про обычные метрики (man route / metric) не слышал.

Атас. До чего людей просто треп доводит (выжигает мозг напрочь?)

Добрый дядя линупсоид

Случай особо клинический

ок. предположим.

тогда объясни: в iptables стоит только
-P INPUT ACCEPT
-P OUTPUT ACCEPT
-P FORWARD ACCEPT

но от перезагрузки к перезагрузке пинг к интернету (как и сам интернет) то есть, то нету. При этом время от sudo reboot до следующего подключения (приглашения ввести логин в putty) длится от 10 секунд до 20 минут...

Умный ты наш.
+еще: окунать человека не особо глубоко знающего в самую глубину - опровергает тебя как профессионала, на основании чего я вынужден сомневатся в твоих знаниях.

Aklin

Добрый дядя линупсоид Случай особо клинический. lartc.org aka advanced routing and traffic control linux не знае 404

Бедняжка. На гугле забанили? Ути-пути.

http://lartc.org/

На вот, даже для колхозников перевод http://www.opennet.ru/docs/RUS/LARTC/

Добрый дядя линупсоид

Бедняжка. На гугле забанили? Ути-пути.

действительно клинический случай.

На сайт то я зашел (как я писал - не самый глупый), но дальше упираюсь в iproute. от нее - в ip. а такой страницы нет. 404. и чего ты мне предлашгаешь? читать что такое 404 ? ХА.

Далее.

cofeeta@cofeeta-net:/home/laatima$ ip rou
192.168.1.0/24 dev eth0  proto kernel  scope link  src 192.168.1.129
192.168.122.0/24 dev virbr0  proto kernel  scope link  src 192.168.122.1
PUB_NET/23 dev eth1  proto kernel  scope link  src PUB_IP
default via PUB_GW dev eth1  metric 100
default via 192.168.1.1 dev eth0  metric 100

инета нет. круто, да ?

ее почитаю - еще чего смешного найду - напишу.

Aklin

ее почитаю - еще чего смешного найду - напишу.

Как ту уже достал своим скудоумием, ей богу.

Метрика - это тупо приоритет. Сейчас тебя два маршрута с одинаковым приоритетом.
Поведение лялиха в данном случае ничем не определятся. Хочет направо пойдет, хочет налево.

Управлять ты можешь этим только явно установив приоритет.

Или так, как обычно чайниками делается - один канал канал резервный (не работает), второй работает.
Если второй падает, то резервный начинает работать. Для этого одному метрику 10, другому
20. Но понятие "падает" в данном случае это лишь пропадание физической связи. Т.е.
выдергивание кабеля или выключение свича.

Или как в LARTC написано - ты можешь, к примеру, часть адресов через один интерфейс обслуживать, или через другой. Плюс привинтить OSPF какой, если сможешь.

Но ты конечно можешь опять, подебильничать про 404 или посочинять бреда про iptables.

Дело то твое.

Превосходно! Спустя Н-сообщений ты все таки выдал одно единственное слово, которое и должен был сказать.

Судя по тому, что ты отреагировал по мое последнне сообщение означает, что данная тобой ссылка (в которой замечу первый и третий линк по которому я кликнул привел на 404) задела твою профессиональную сторону. Причем отреагировал ты корректно. Да, это говорит лишь о об уровне твоих знаний. Но! Это никогда не сделает тебя богом. К тому же управляя авто ты нихрена не знаешь про бурение скважин, верно? Тоже с твоим "адвансетом".

Еще ты затронул ПТ, причем не раз. Это говорит о том, что ты частый участник. А это означает следующее: ты понимаешь, что я делаю на ПТ и как.

Ну и наконец: Если eth1 кабель не был воткнут, то судя по твоему последнему сообщению, сеть должна быть в любом случае.

4 8 15 16 23 42