пропадание инета

сеть: etth - pppoe - vpn. стал пропадать инет при поднятых интерфейсах и нормальной маршрутизации. приходится переподключать инет и перезапускать приложения. выглядит так, радио играет, пакман качает, лиса перестает грузить страницы. если отключить радио то, чтобы включить обратно надо переподключить инет. так же с лисой. только перезапуск лисы или только переподключение инета не спасает, надо сделать и то и другое.
А какая у Вас сетевушка, используемая под vpn? Не “realtek-8169” случаем?
У меня аналогичная ситуация с моим vpn через pptp и realtek'ом-8169 от TP-Link'a.
P.S: До этого стояла на чипе от Marvell, не помню какая, с ней такого не было замечено,
но она - “Сгорел на работе” ;)
сетевуха нормально работат несколько лет. в том числе и под arch-i686 проблем не было. может быть эта проблема возникла в связи со сменой архитектуры системы. не знаю. в любом случае меня волнует вопрос как отследить косяки эти и соответсвенно потом их исправить?
talumees
сетевуха нормально работат несколько лет. в том числе и под arch-i686 проблем не было. может быть эта проблема возникла в связи со сменой архитектуры системы. не знаю. в любом случае меня волнует вопрос как отследить косяки эти и соответсвенно потом их исправить?
Вообще, насколько я понимаю, если радио играет, а пакман - качает, то сеть не падает. Вопрос в том, куда и как пытается законнектиться файрфокс.
Когда “пропадает интернет”, сделайте следующее:
$ifconfig -a
...
$route
...
$ping google.com -c 10
...
$tcptraceroute google.com 80
...
Пакет tcptraceroute не входит в стандартную установку, поэтому установить надо заранее. А запускать под рутом. Ну или suid.
Кроме того, хотелось бы видеть конфигурационные файлы для pppoe и pptp.
всё это я делаю, повторюсь подняты интерфейсы+маршрутизация правильная. пингов нет, как нет новых подключений. то что уже подключилось - радио, пакман - вполне себе качают
pty “pptp 217.18.130.131 –nolaunchpppd”
user *********
password “**********”
nobsdcomp
noauth
mtu 1400
defaultroute
pppoe - дефолтный через ppppoe-setup
похоже на то, что перестает работать dns resolver.
для начала посмотри в /etc/resolv.conf при появлении проблемы
mechanical, давайте подождём, пока Т.С. поделится более полной информацией по сути вопроса? например:
Запущен ли iptables, что валится в логи ppp?
Иначе - будем тыкать пяльцем в небо - типа: “ А почаму у его TCP-пакеты со статусом ESTABLISHED,RELATED, ходять,
а со статусом NEW - никак О_О” ;)
насчет resolve спасибо. гляну
какую именно информацию надо? что конкретно имеет значение в выводе ifconfig в моем частном случае?
просто я сегодня не за этой системой
talumees
насчет resolve спасибо. гляну
какую именно информацию надо? что конкретно имеет значение в выводе ifconfig в моем частном случае?
Статус ppp-интерфейса. Также логи по соединению ppp. И про iptables спросили - включен, или нет? Действительно, если не идут новые соединения - очень похоже на фильтр.
забавно. похоже что сабж касается только 64-битного pppoe и моей встроеной сетевухи. arch и debian, во втором тоже самое наблюдалось, но не факт что с такой же интенсивностью как в арче64. на арче686 этого бага точно нет.
 
Зарегистрироваться или войдите чтобы оставить сообщение.