LINUX.ORG.RU

снова Debian: pppd работает, интерфейс есть, инета нет!


0

0

собственно, господа, с недавних пор наблюдается такая картина: после того, как провайдер сбрасывает соединение ночью, инет на машине отсутствует до самого утра, до тех самых пор, покуда не прибьёшь pppd руками и не перезапустишь его pppd call prov. Раньше такого не наблюдалось.

Да, маршруты все в порядке, но ничего не пингуется, хотя интерфейс ppp32768 присутствует.

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

pppd 2.2.4

noipdefault
defaultroute
hide-password
lcp-echo-interval 20
lcp-echo-failure 3
asyncmap 0
auth
crtscts
lock
modem
proxyarp
lcp-echo-interval 30
lcp-echo-failure 4
noipx
connect /bin/true
noauth
persist
mtu 1492
unit 32768
noaccomp
default-asyncmap
plugin rp-pppoe.so eth0
user «scyld»

★★

pppd 2.2.4 --- это какой год? pppd работает на модем или это тунель поверх ethenet. Что пишет pppd в логи, у вас ведь есть lcp-echo в настройке. Зачем такие странные настройки, в плане повтора опций?

mky ★★★★★
()

Настрой ppoe в модеме и не морщи зад, там он сам переустанавливает соединение, на альтернативных прошивках к тому же софтовый ватчдог есть. Тем более у тебя безлимит.

anonymous
()
Ответ на: комментарий от mky

pppd 2.2.4 --- это какой год?

фу, блин. 2.4.4 конечно же. это pppoe

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

Mar 15 09:16:39 scyld pppd[6841]: Plugin rp-pppoe.so loaded.
Mar 15 09:16:39 scyld pppd[6842]: pppd 2.4.4 started by root, uid 0
Mar 15 09:16:39 scyld pppd[6842]: PPP session is 64911
Mar 15 09:16:39 scyld pppd[6842]: Using interface ppp32768
Mar 15 09:16:39 scyld pppd[6842]: Connect: ppp32768 <--> eth0
Mar 15 09:16:41 scyld pppd[6842]: PAP authentication succeeded
Mar 15 09:16:41 scyld pppd[6842]: peer from calling number 00:1E:7A:69:DC:3C authorized
Mar 15 09:16:41 scyld pppd[6842]: local  IP address 79.132.120.43
Mar 15 09:16:41 scyld pppd[6842]: remote IP address 79.132.125.1
Mar 15 09:16:42 scyld kernel: [386085.552029] device ppp32768 entered promiscuous mode

.

повтор опций - это я просто сюда ещё скопипастил то, что было в options.

а так - конфиг вполне себе обычный

scaldov ★★
() автор топика
Ответ на: комментарий от anonymous

>Настрой ppoe в модеме и не морщи зад, там он сам переустанавливает соединение, на альтернативных прошивках к тому же софтовый ватчдог есть. Тем более у тебя безлимит.

покупать модем из-за софтового вачдога это признак сами знаете кого.

scaldov ★★
() автор топика
Ответ на: комментарий от mky

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

теперь такого нет. т.е. пров, видимо, не рвёт соединение, а как-то хитро его подвешивает.

вы с этим сталкивались/слышали?

scaldov ★★
() автор топика
Ответ на: комментарий от mky

кстати, вот что пишет, когда соединение рвётся на самом деле:

Mar 15 15:28:45 scyld pppd[6842]: No response to 3 echo-requests
Mar 15 15:28:45 scyld pppd[6842]: Serial link appears to be disconnected.
Mar 15 15:28:45 scyld pppd[6842]: Connect time 372.1 minutes.
Mar 15 15:28:45 scyld pppd[6842]: Sent 1202457191 bytes, received 476539690 bytes.
Mar 15 15:28:47 scyld kernel: [408410.999668] device ppp32768 left promiscuous mode
Mar 15 15:28:52 scyld pppd[6842]: Connection terminated.
Mar 15 15:28:52 scyld pppd[6842]: Modem hangup

после чего он переподключается.

scaldov ★★
() автор топика
Ответ на: комментарий от scaldov

Непонятно - а как у вас устроена сеть провайдера ? Обычно если изернет кидают ставят управляемый свич и ppрoe нафик не нужен, если только свич неуправляемый - но от таких провайдеров тогда надо бежать в припрыжку. Я подумал что adsl...

anonymous
()
Ответ на: комментарий от scaldov

Конкретно с таким поведением как у вас я не сталкивался. Для начала посмотрите, идут ли при таком зависании pppoe пакеты (с помощью tcpdump или другого снифера). По идее, если pppd работает нормально и регулярно шлёт lcp-echo пакеты и получает на них ответы, то возможно провайдер просто «теряет» ip-адрес на вашем интерфейсе, глюки раные бывают. А если пакетов нет, значит проблемы в вашем pppd.

Наверное, вам поможет скрипт пингования, особенно если такая проблемма возникает только в ночное время.

mky ★★★★★
()
Ответ на: комментарий от anonymous

>но от таких провайдеров тогда надо бежать в припрыжку.

ага. и конечно в нерезиновую.

scaldov ★★
() автор топика
Ответ на: комментарий от mky

>то возможно провайдер просто «теряет» ip-адрес на вашем интерфейсе, глюки раные бывают.

вот этой ночью проверю :)

не совсем понял, что значит теряют. IP динамический, вообще говоря, но я заметил, что он не особо меняется, и в течении последнего года даже постоянный.

scaldov ★★
() автор топика
Ответ на: комментарий от scaldov

Не знаю, на чём у них терминируются pppoe, но при небольшом желании в Линуксе можно назначить ip-адрес одного клиента на интерфейс другого. То есть если ваш ip-адрес выдаётся другому клиенту и маршрут на этот адрес прописывается через другой интерфейс, а ваше ppp-соединение остаётся работать, но ip-пакеты к вам уже по нему больше не придут.

mky ★★★★★
()

Собственно, подобная проблема с Укртелекомом под Гентой.
Слуйчается, правда не часто, но бывает - интерфейс поднят, сконфигурирован, но инета нет. И вот тут маленькое НО...
(я использую pppoe-start/pppoe-stop), так вот на команду
pppoe-stop
система говорит, что нет у вас запущенных pppd, зато он есть и в процессах и тд, короче говоря - ЗОМБИ.
Но что самое интересное - если работает торрент-клиент, никаких залипаний нет.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.