LINUX.ORG.RU

Перезапуск сети+pptp


0

0

Всем доброго времени суток. Суть проблемы такова:

повисает pptp соединение, те переподключиться можно, но пинги в интерет не идут. Делаю:

poff
/etc/rc.d/network stop    <- оставнавливаем dhcp.
rmmod forcedeth

Выдёргиваем lan - вставляем обратно.

modprobe forcedeth
/etc/rc.d/network start   <- запускаем dhcp.
pon
опять подключается, но пинг не идёт.

Если просто перезагрузиться - интернет работает. WTF?

у тебя ppp соединение в скиптах прописано?

или у тебя в ppp/peers?

попробуй pppd call your_peer_name

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

>или у тебя в ppp/peers?

Да, в ppp/peers/provider, и это подключение единственное, так что pon == pppd call provider.

Ни Network-Manager не Wicd не использую.

Роутинг до и после перезапуска/перезагрузки одинаковый.

Смотрел в логах - pptp подключается как при нормальной работе, но пингов дальше pptp-сервера нет, даже по ip.

Эта фигня повторяется регулярно, под вендой такого не ловил, хотя надолго к интернету из-под неё не подключался.

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

>а где /etc/rc.d/network ?
Это стандартный скрипт арча, в нём ничего не менял.

>и почему после stop не сделать контрольный по dhcp?
Потому что после stop его точно нет в процессах. Если что - вот route -n:

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
89.179.X.Y   10.190.24.1     255.255.255.255 UGH   0      0        0 eth0
10.190.24.0     0.0.0.0         255.255.248.0   U     202    0        0 eth0
10.0.0.0        10.190.24.1     255.0.0.0       UG    202    0        0 eth0
0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 ppp0
89.179.X.Y - pptp, через него же по сути default route.

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

$ cat /etc/ppp/peers/provider

pty "pptp 89.179.X.Y --nolaunchpppd --loglevel 0"
lock noauth nobsdcomp nodeflate
name XXX
remotename PPTP
defaultroute
maxfail 0 lcp-echo-failure 2 lcp-echo-interval 2
mtu 1460
persist debug

anon_666
() автор топика

Переподключаетесь сразу? Может просто провайдер не успевает отработать «падение» предыдущей сессии, а перезагрузка даёт необходимую паузу.

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

Дак pptp сервер же пинговался, чего проверять физический интерфейс, или я не правильно понял «но пингов дальше pptp-сервера нет».

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

>Маршрут в сеть 89.179.X.Y уходит через eth0 а должен уходить через ppp0.

Нет, ppp0 идёт через 89.179.X.Y.

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

>У дефолтного маршрута непонятный Gateway.

Его сам pppd создаёт. Он делает это неправильно?

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

Не думаю, что это отличается от того, что в моём первом посте.

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

ИМХО, либо у вас какой-то скрипт «ломает» iptables, либо косяк на стороне провайдера. В следующий раз при пинге запустите tcpdump на ppp-интерфейсе. Ещё, может быть dhcp не запрашивает адрес заново, а просит продлить действие существующего, а при перезагрузке чистится /tmp или что ещё.

mky ★★★★★
()

~24часа такого не наблюдается при активном использовании сети.
Будем считать что виноват провайдер.

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