Отваливается сеть
Все здравствуйте :)
По поиску пробежался, вроде не нашел ничего подобного.
Есть сервак, который выполняет роль роутера/dhcp/ftp/dns сервера =)
Наблюдается одна особенность:
С абсолютно не понятной периодичностью сервер становится недоступным из сети. Сперва грешил на модем/свич (модем ZTE, 4-х портовый, в него воткнут роутер и еще пара домашних ПК), но после перезагрузки модема роутер по прежнему не доступен.
Нащюпал интересный фокус, если из eth1 (порт, через который все и ходит) достать шнур и вставить его в eth0, подождать секунд 10 и потом вернуть в eth1 то сервер волшебным образом становится доступен.
Гуглил, так ничего и не нашел, может кто знает возможную причину?
dmesg
[ 42.086155] mount used greatest stack depth: 5928 bytes left [ 42.359456] Adding 2104504k swap on /dev/sda2. Priority:1 extents:1 across:2 104504k [ 42.402148] Adding 2104504k swap on /dev/sdb2. Priority:1 extents:1 across:2 104504k [ 42.418448] Adding 2104504k swap on /dev/sdc2. Priority:1 extents:1 across:2 104504k [ 45.094874] dmesg used greatest stack depth: 5872 bytes left [ 45.605992] mv used greatest stack depth: 5788 bytes left [ 48.487166] mv used greatest stack depth: 5696 bytes left [ 50.930744] dd used greatest stack depth: 5668 bytes left [ 56.638095] eth0: link down [ 56.638427] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 58.013393] eth1: link up, 100Mbps, full-duplex, lpa 0x45E1 [ 62.618236] NET: Registered protocol family 24 [ 68.806026] eth1: no IPv6 routers present [ 74.912122] warning: `proftpd' uses 32-bit capabilities (legacy support in us e) [ 5509.812357] eth1: link up, 100Mbps, full-duplex, lpa 0x45E1 [ 5518.397129] ddclient used greatest stack depth: 5644 bytes left [ 5520.512025] eth1: no IPv6 routers present [ 9903.380058] flush-9:6 used greatest stack depth: 5572 bytes left [73724.402515] proftpd used greatest stack depth: 5220 bytes left [85976.040055] proftpd used greatest stack depth: 5132 bytes left [94848.157059] flush-9:5 used greatest stack depth: 4780 bytes left [174008.378800] proftpd used greatest stack depth: 4692 bytes left [190683.086746] ebuild.sh used greatest stack depth: 4616 bytes left # вот я достаю шнур [404891.094383] eth1: link down # вставляю в eth0 [404891.094825] eth0: link up, 100Mbps, full-duplex, lpa 0x45E1 [404891.099289] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready # и снова меняю местами [404896.106090] eth0: link down [404898.778251] eth1: link up, 100Mbps, full-duplex, lpa 0x45E1 [404902.088025] eth0: no IPv6 routers present
/etc/conf.d/net
# config_eth0=( "null" ) # config_eth1=( "176.16.0.1/29" ) # #dns_servers_eth1=( "82.209.240.241" "82.209.240.241" "208.67.222.222" "208.67.220.220" ) config_ppp0=( "ppp" ) link_ppp0="eth1" plugins_ppp0=( "pppoe" ) username_ppp0="xxxxxxxxxxxxx@beltel.by" pppd_ppp0=( "defaultroute" "usepeerdns" "debug" "lcp-echo-interval 15" "lcp-echo-failure 3" ) depend_ppp0() { need net.eth1 } config_ppp1=( "ppp" ) link_ppp1="eth1" plugins_ppp1=( "pppoe" ) username_ppp1="xxxxxxxxxxxxx@guest" pppd_ppp1=( "usepeerdns" "debug" "lcp-echo-interval 15" "lcp-echo-failure 3" ) routes_ppp1=( # game.byfly.by "-host 86.57.251.28 dev ppp1" # ftp.byfly.by "-host 86.57.151.3 dev ppp1" # byfly.by "-host 193.232.248.79 dev ppp1" # stat.byfly.by "-host 86.57.253.1 dev ppp1" # shoutcast.byfly.by "-host 86.57.151.4 dev ppp1" # irc.byfly.by "-host 86.57.151.5 dev ppp1" # wsus.byfly.by "-host 86.57.151.7 dev ppp1" # www.beltelecom.by "-host 193.232.248.79 dev ppp1" # www.mogilev.by "-host 194.158.206.240 dev ppp1" # city.mogilev.by "-host 194.158.206.246 dev ppp1" # region.mogilev.by "-host 194.158.206.241 dev ppp1" # www.grodno.by "-host 194.158.202.59 dev ppp1" # www.belpak.brest.by "-host 82.209.195.15 dev ppp1" # www.forum.brest.by "-host 82.209.195.15 dev ppp1" # chat.brest.by "-host 82.209.195.15 dev ppp1" # chat.vitebsk.by "-host 82.209.200.19 dev ppp1" # www.brest-region.by "-host 82.209.195.16 dev ppp1" # animeplus.by "-host 178.124.128.50 dev ppp1" # tut.by "-host 86.57.250.18 dev ppp1" # tube.by "-host 91.149.189.16 dev ppp1" # tube-movies.blog.tut.by "-host 86.57.250.11 dev ppp1" # itv.by "-host 86.57.250.135 dev ppp1" ) depend_ppp1() { need net.eth1 }
может еще какая инфа нужна?
Заранее спасибо за помощь
- Для комментирования войдите или зарегистрируйтесь
может с патчкордом что?
может с патчкордом что?
Этот вариант рассматривал.
Этот вариант рассматривал. Перетыкал другой провод в другие гнезда, ситуация не поменялась :(
Опять же интересная деталь. Если просто достать провод из eth1 и вставить обратно - реакции ноль.
Если же достав из eth1 воткнуть в eth0 а потом обратно - заводится.
Проблема может быть на другом
Проблема может быть на другом конце провода. Во всяком случае из того что я помню - либо [плохо обжато/скрутка на кабеле окислилась/плохой контакт гдето] либо проблема с портом на другом конце. Судя по переткнул и заработало - может подглючивать порт в который воткнут тот конец. Ну или твоя сетевуха, хотя врядли - она б тогда не завелась.
На другом конце, это
На другом конце, это получается модем. Я пробовал втыкать в другие порты используя другой провод, юзал eth0 вместо eth1 и все одно :(
а что модем не железка?
а что модем не железка? найдите гденить обыкновенный магистральный коммутатор. ну или еще ченить во что rj-45 воткнуть можно, может у вас разъем на модеме дохнет... И вообще, что происходит если вы интерфесы закользуете, точнее eth0 в eth1 воткнете? (кроссом конечноже)
Я бы начал так:
#emerge ethtool
#ethtool eth1
И посмотрел что там происходит на железке.
Есть подозрение, что неверно работает DHCP по какой-то причине (например - нестабильная работа микросхемы интерфейса). При "перетыкании" модем регистрирует соединение, при возврате регистрирует "по-новой". По прошествии некоторого времени микросхема eth1 даёт сбой и всё повторяется.
Попробуй:
1. Переименовать интерфейсы так, чтобы eth0 и eth1 поменялись местами
2. Понаблюдать за стабильностью работы блока питания (может влиять)
3. "Зажать" скорость соединения на eth1
emerge Your world
Gentoogle
А arp-таблицу не пробовали
А arp-таблицу не пробовали смотреть на предмет одинаковых маков? У меня была такая петрушка когда-то, тоже чуть голову не сломал, а оказалось, что в сегменте присутствовало сетевое устройство с идентичным пропадающему мак-адресом. Вообще - при подобных проблемах (пропадание хоста без видимых причин) надо начинать копать с ARP. Еще полезно в момент, когда сервер "потерялся", запустить на нем tcpdump и поглядеть, что бегает через сетевушку.
Также, можно arping-ом попинговать соседние хосты. Соль в том, что первый ответ должен приходить практически мгновенно. Если от начала arping-a до первого ответа есть заметная задержка (1/4 - 1/2 секунды и более), то явно что-то не так со свитчом. Или, если первый ответ выпадает двойной (одновременно два ответа) - то же самое - либо свитч глючит, либо кто-то еще с таким маком живет в сегменте.
Спасибо большое за возможные
Спасибо большое за возможные варианты. Попробую на днях по всем пунктам пройтись, мне может еще свич дадут поюзать, для успокоения совести :)
Всем доброго времени суток
Всем доброго времени суток :)
Вообщем ситуация следующая:
т.к. роутер стоял без монитора, я не видел что там происходит во врмя пропадания его из сети.
Подключил монитор и увидел, что на сервере периодически валится ядро. Не понятно тогда почему раньше при перетыкании проводов все начинало работать О_о
Причем ядро по логам валится во время работы vixie-cron, хотя может быть это просто совпадение.
Буду пробовать с этим разобраться, если после решения этой проблемы сеть по прежнему будет отваливаться - подниму ветку.
Всем спасибо за помощь :)
Было похожее - затыкалась
Было похожее - затыкалась прередача на интерфейсе при прокачке через этот комп-роутер, показывало полное съедание памяти и в этот момент затыкалось. Не помню какая сетевуха была (какая-то 1 Гбит 3com на шине PCI-X 133Mhz), заменил на простенькую старенькую типа 3com9xx - и больше нет никаких проблем уже год.