PPPOE соединение Mandriva 2010.2 нужна помощь

[Lennox]

Есть локальная сеть провайдера eth0 , выход в интернет осуществляется через pppoe. Настроил интернет по faq, соединение устанавливается, но обмен данными не идет. что посоветуете?

[romkaromka]

настройте файервол

[Lennox]

Cпасибо за совет, помогла простая команда

Код: Выделить всё

# route add default dev ppp0

Заработала и локалка и интернет одновременно. Hallelujah!

[Lennox]

Один нюанс, после перезагрузки необходимо исполнять эту команду снова. В связи с этим вопрос - куда нужно прописать default route чтобы все подхватывалось автоматом? В Debian это /etc/network/interfaces а в Mandriva?

[Sibirjak]

Один нюанс, после перезагрузки необходимо исполнять эту команду снова. В связи с этим вопрос - куда нужно прописать default route чтобы все подхватывалось автоматом? В Debian это /etc/network/interfaces а в Mandriva?

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

[WdanteW]

Один нюанс, после перезагрузки необходимо исполнять эту команду снова. В связи с этим вопрос - куда нужно прописать default route чтобы все подхватывалось автоматом? В Debian это /etc/network/interfaces а в Mandriva?

создаем два файлика ip-up и ip-down и делаем их исполняемыми chmod +rx имя файла
в etc/ppp/ip-up.d/ ложим ip-up
в /etc/ppp/ip-down.d/ ложим ip-down
содержимое ip-up

Код: Выделить всё

#!/bin/sh
route add default dev ppp0

содержимое ip-down

Код: Выделить всё

#!/bin/sh
route del default

вот и все

[Lennox]

Cкрипты создал, сделал исполняемыми, положил куда нужно эффекта нет. Как прописать этот скрипт в автозагрузку с запуском от рута?

[WdanteW]

Cкрипты создал, сделал исполняемыми, положил куда нужно эффекта нет. Как прописать этот скрипт в автозагрузку с запуском от рута?

он исполняется при поднятии pppoe или тебе нужно pppoe при загрузке? можно в rs.local прописать

Код: Выделить всё

pppoe-start
route add default dev ppp0

а вообще я так понимаю что у вас локальные адреса одни а адресса pppoe в другой подсети, раньше меня часто выручали такие действия
создаешь скриптик к примеру inet делаешь пользователя sudo без пароля и в него вписываешь

Код: Выделить всё

sudo ifdown eth0
sudo pppoe-start
sudo ifup eth0

сам скриптик можно в кедах запихнуть в автозагрузку

Кстате в resolv.conf Днсы прописанны?

[Lennox]

ppp0 у меня стартует автоматом. короче просто прописал route add default dev ppp0 в /etc/rc.d/rc.local и все заработало и без скриптов. Всем спасибо, линух рулит!

[Skyb]

Вообще вы как то старнно настроили...дайте под рутом вывод команды route -n дело в том что pppoe при поднятии становится шлюзом по умолчанию.

[WdanteW]

Вообще вы как то старнно настроили...дайте под рутом вывод команды route -n дело в том что pppoe при поднятии становится шлюзом по умолчанию.

когда это такое было? Сколько помню мандриву никогда она самостоятельно не потхватывала шлюз если локальные и виртуальные ip в разных подсетях
Вот пример тому, настроенна обычным методом pppoe-setup

Код: Выделить всё

[root@localhost /]# pppoe-start
.. Connected!
[root@localhost /]# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
100.100.120.1   0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
192.168.0.0   0.0.0.0         255.255.255.0   U     10     0        0 eth1
100.100.192.0   0.0.0.0         255.255.240.0   U     10     0        0 eth1
169.254.0.0     0.0.0.0         255.255.0.0     U     10     0        0 eth1
0.0.0.0         100.100.100.1   0.0.0.0         UG    10     0        0 eth1
[root@localhost /]# ping google.com
PING google.com (74.125.87.99) 56(84) bytes of data.
^C
--- google.com ping statistics ---
10 packets transmitted, 0 received, 100% packet loss, time 9037ms

[root@localhost /]# ifdown eth1
[root@localhost /]# pppoe-stop
Killing pppd (7041)
Killing pppoe-connect (6970)
[root@localhost /]# pppoe-start
. Connected!
[root@localhost /]# ifup eth1
[root@localhost /]# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
100.100.120.1   0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
192.168.0.0   0.0.0.0         255.255.255.0   U     10     0        0 eth1
100.100.192.0   0.0.0.0         255.255.240.0   U     10     0        0 eth1
169.254.0.0     0.0.0.0         255.255.0.0     U     10     0        0 eth1
0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 ppp0
0.0.0.0         100.100.100.1   0.0.0.0         UG    10     0        0 eth1
[root@localhost /]# ping google.com
PING google.com (74.125.87.99) 56(84) bytes of data.
64 bytes from hb-in-f99.1e100.net (74.125.87.99): icmp_seq=1 ttl=54 time=57.7 ms
64 bytes from hb-in-f99.1e100.net (74.125.87.99): icmp_seq=2 ttl=54 time=55.0 ms

[Skyb]

всегда такое было, у меня около 5 подсетей и тем не мение при поднятии pppoe

Код: Выделить всё

0.0.0.0         0.0.0.0         0.0.0.0         U     25     0        0 ppp0

появляется такая строчка в таблице маршрутизации.

[Bizdelnick]

А метрику изменить не?

[SinClaus]

Метрики вообще-то нужно изменять у постоянных соединений, т.е. у ethX. Почему-то в Мандриве по умолчанию у них метрика 0.
Менять в файликах /etc/sysconfig/network-scripts/ifcfg-ethX.

[Skyb]

Метрики вообще-то нужно изменять у постоянных соединений, т.е. у ethX. Почему-то в Мандриве по умолчанию у них метрика 0.
Менять в файликах /etc/sysconfig/network-scripts/ifcfg-ethX.

я так и сделал у меня 2 интернет конекта - 1 pppoe (метрика ниже) и второе постоянное - метрика выше...
я как то сам запутался, когда pppoe упала, а все работало(но как то не так) пока понял, весь мозг вынес себе :-D

[sash-kan]

не нужно метрики менять. метрики — это из другой оперы. которая называется «динамическая маршрутизация»

[Skyb]

не нужно метрики менять. метрики — это из другой оперы. которая называется «динамическая маршрутизация»

хм, хорошо, а как быть в ситуации что 2 подключения идут в интернет? как он определится какое выбрать? не кости же кинет :-D
вот для этого и нужна метрика. Ну по крайней мере у меня так работало, тоесть если я выставлял метрику ниже - то интерфейс был приоритетней, а если менял метрику то и приоритетность интерфейсов менялась.

[SinClaus]

Это и называется динамической маршрутизацией. И совершенно непонятно почему этим нельзя заниматься, "только для посвящённых", что ли

[sash-kan]

как он определится какое выбрать?

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

[sash-kan]

Это и называется динамической маршрутизацией.

компьютер вообще-то тоже означает довольно прозаичное: «вычислитель».
в контексте нашей беседы «динамическая маршрутизация» — это автоматический, происходящий в реальном времени, выбор приоритетного маршрута из таблицы маршрутизации на основании правил (заданных владельцем маршрутизатора) и фактической доступности маршрутов, информацией о чём маршрутизаторы обмениваются при помощи того или иного протокола динамической маршрутизации.
на каноничность определения не претендую. но я упомянул о динамической маршрутизации именно с данным значением.

[SinClaus]

Просто установление коммутируемого соединения - частный случай динамической маршрутизации (внутренней, не связанной с RIP/BGP и т.д.). И кстати ничего страшного в существовании двух и более маршрутов по умолчанию, если они имеют разные метрики. Для осуществления соединения хост выбирает маршрут с наименьшей метрикой (обычно это коммутируемый канал), при неудаче - переходит на канал с бОльшей метрикой.

[sash-kan]

при неудаче - переходит на канал с бОльшей метрикой.

проверь.
измени текущий дефолтный маршрут, поставив метрику 100, например:
$ sudo ip r ch $(ip r | grep default | head -n 1) metric 100
(тут хорошо бы убедиться, просмотрев вывод ip r, что метрика действительно изменилась, и изменилась у нужного, единственнного на данный момент, дефолтного маршрута)
и добавь неработающий маршрут с меньшей метрикой:
$ sudo ip r a default via <какой-нибудь ip-адрес, укладывающийся в сеть, подключенную к интерфейсу> dev <интерфейс> metric 10
работает сеть? у меня — нет: некому изменить метрику. нет соответствующего демона этой самой, будь она неладна, динамической маршрутизации.

[Skyb]

да, действительно я думал про RIP/BGP, тогда полностью согласен

[SinClaus]

sash-kan, мне не нужно проверять, я постоянно сталкиваюсь с этим, т.к. наши изделия должны иметь постоянную связь (сеть, GPRS, спутники и что угодно вплоть до телеграфных каналов.

[sash-kan]

SinClaus
т.е., если я правильно тебя понял, ты утверждаешь, что стандартное мандривовское ядро будет отправлять пакеты по маршруту с большей метрикой при недоступности маршрута с меньшей метрикой?
ты разрешишь мне не поверить тебе на слово?

[SinClaus]

Мандривское - не отправляет, хотя по идее должно. То, что в издеиях (НЕ Мандрива) - отправляет.
Тем не менее совет по теме остаётся в силе - при установлении туннеля не нужно стирать дефолтный маршрут, достаточно прописать новый с меньшей метрикой. При разрыве туннеля достаточно стереть свой дефолтный маршрут и предидущее поведение системы восстановится.

[sash-kan]

Мандривское - не отправляет, хотя по идее должно. То, что в издеиях (НЕ Мандрива) - отправляет.

что и от чего происходит в этих «изделиях» — не берусь даже предполагать.
а меньшая метрика маршрута, afaik, — недвусмысленное и однозначное указание сетевой подсистеме ядра пользоваться именно этим маршрутом.
выбор предпочитаемого маршрута и последующее изменение его метрики на минимальную среди конкурирующих маршрутов — это как раз и есть одно из занятий демонов динамической маршрутизации.

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

upd. другое, вроде бы схожее, дело — создание нескольких таблиц маршрутизации и распределение пакетов (в зависимости от их содержимого и/или информации о них в conntrack-е) по разным таблицам.
разных маршрутов к одной и той же сети в этом случае в системе может оказаться, действительно, несколько. но они будут в разных таблицах. и разница в значениях их метрик никак не будет учитываться.

[SinClaus]

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

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

[sash-kan]

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

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

эээ… а windows-то тут при чём? мы ж вроде про gnu/linux.
в windows всё несколько иначе происходит. другая операционная система, другое ядро, другие цели (и стратегические и тактические) у разработчиков, иные способы реализации этих целей…

p.s. даже и посмотреть, в общем-то, и негде. вот до чего докатился… (улыбка).

[SinClaus]

Мне тоже, но админить приходится много разных осей, поэтому знания обширные, но иногда немного путаются.