отваливается вторая сетевая

[igogo56136]

Здравствуйте. Стоит ubuntu server 12.04 установлен прокси squid, webmin. Стоит две сетевые карты. Одна карта смотрит в локалку 192.168.0.0\24, вторая сетевая смотрит в сеть с интернет 192.168.1.0\24. Интернет приходит через Dlink DFL-260E. Сервер нормально работал два месяца, но начала отваливаться вторая сетевая которая смотрит в сеть с интернет. И выскакивает у клиентов сообщение невозможно определить ip по имени. После перезагрузки сервера начинает нормально работать, но сегодня перезагружаю уже второй раз. Помогите, не могу понять в чем дело. Могут на это влиять коммутаторы? Или сетевую заменить?

[fisher74]

Может повлиять всё что угодно. Только непонятно как связать неописанные в вопросе коммутаторы с сетевой картой подключенной в роутеру.

А чтобы приблизиться к техническому решению проблемы, нужно начать рассматривать технические аспекты: например, что с интерфейсом происходит при появлении проблемы (состояние, счётчики). Короче хотя бы ifconfig чтоль приложили бы.

[igogo56136]

Вывод ifconfig

Код: (html5) [Выделить]

user@proxy:~$ ifconfig
eth0      Link encap:Ethernet  HWaddr 00:1d:92:69:fe:70
          inet addr:192.168.0.119  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::21d:92ff:fe69:fe70/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:952938 errors:0 dropped:142 overruns:0 frame:0
          TX packets:1448239 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:184182660 (184.1 MB)  TX bytes:1751890065 (1.7 GB)

eth1      Link encap:Ethernet  HWaddr 00:e0:53:0b:10:dd
          inet addr:192.168.1.205  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::2e0:53ff:fe0b:10dd/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1401199 errors:5 dropped:11190 overruns:0 frame:4
          TX packets:940481 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:1703167051 (1.7 GB)  TX bytes:184540433 (184.5 MB)

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:199 errors:0 dropped:0 overruns:0 frame:0
          TX packets:199 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
Во время "отваливания" Сетевой карты, индикаторы горят но трафик не идет

[fisher74]

Код: [Выделить]

lshw -c network

[igogo56136]

Код: (html5) [Выделить]

user@proxy:~$ lshw -c network
WARNING: you should run this program as super-user.
  *-network
       description: Ethernet interface
       product: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 0
       bus info: pci@0000:02:00.0
       logical name: eth0
       version: 01
       serial: 00:1d:92:69:fe:70
       size: 100Mbit/s
       capacity: 1Gbit/s
       width: 64 bits
       clock: 33MHz
       capabilities: bus_master cap_list rom ethernet physical tp mii 10bt 10bt-                                                                                                 fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=r8169 driverversio                                                                                                 n=2.3LK-NAPI duplex=full ip=192.168.0.119 latency=0 link=yes multicast=yes port=                                                                                                 MII speed=100Mbit/s
       resources: irq:42 ioport:b800(size=256) memory:cfbff000-cfbfffff memory:c                                                                                                 fbc0000-cfbdffff
  *-network
       description: Ethernet interface
       product: RTL-8139/8139C/8139C+
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 1
       bus info: pci@0000:03:01.0
       logical name: eth1
       version: 10
       serial: 00:e0:53:0b:10:dd
       size: 100Mbit/s
       capacity: 100Mbit/s
       width: 32 bits
       clock: 33MHz
       capabilities: bus_master cap_list rom ethernet physical tp mii 10bt 10bt-                                                                                                 fd 100bt 100bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=8139too driververs                                                                                                 ion=0.9.28 duplex=full ip=192.168.1.205 latency=64 link=yes maxlatency=64 mingnt                                                                                                 =32 multicast=yes port=MII speed=100Mbit/s
       resources: irq:17 ioport:c800(size=256) memory:cfcffc00-cfcffcff memory:c                                                                                                 fce0000-cfceffff
WARNING: output may be incomplete or inaccurate, you should run this program as                                                                                                  super-user.
Поидее у нас в сети должен быть полудуплекс, как изменить все сетевые на полудупдекс?

[fisher74]

       product: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
...
       logical name: eth0
...
       configuration: autonegotiation=on broadcast=yes driver=r8169

На 99% уверен, что проблема в неправильном драйвере для данного чипа сетевой.
Должно помочь это

[igogo56136]

Отваливается eth1 192.168.1.205 а не eth0. Сегодня к примеру ниразу не отвалилась еще..

[fisher74]

Действительно, профукал.
А Вы весь сервант перегружаете? Не пробовали только интерфейс "ронять", как программнр так и физически (тупо шнур передёрнуть)

P.S. А вообще цена вопроса по замене карты 100Мб/с не так высота, можно и заменить

[igogo56136]

Пробовал шнур передергивать, не помогает, только когда полная перезагрузка, вновь работает. Ну если вы не нашли косяков значит буду копать по коммутаторам, интерфейс когда зависает виден но не пингуется. может коммутатор теряет мак адрес и арп не проходитю буду копать в эту сторону. А может брандмауэр блокирует или ошибка какая из за него? как проверить)

[fisher74]

Во время проявления проблемы подключить к интерфейсу комп напрямую и пропинговать.
Про файервол не знаю, так как его настроек Вы не показывали. Но если до проявления проблемы пингуется, то наврядли netfilter бунтует.

[AnrDaemon]

наврядли netfilter бунтует.

Мы этого не видели. Может, у товарища какие-то скрипты с нетфильтром играются?
В общем, без диагностики "до и после" гадать бесполезно.

ip -s link show; sudo iptables-save

[igogo56136]

Код: (html5) [Выделить]

user@proxy:~$ ip -s link show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    RX: bytes  packets  errors  dropped overrun mcast
    134851     1140     0       0       0       0
    TX: bytes  packets  errors  dropped carrier collsns
    134851     1140     0       0       0       0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:1d:92:69:fe:70 brd ff:ff:ff:ff:ff:ff
    RX: bytes  packets  errors  dropped overrun mcast
    1969234679 15424226 0       1265    0       0
    TX: bytes  packets  errors  dropped carrier collsns
    24453690762 20953066 0       0       0       0
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
    link/ether 00:e0:53:0b:10:dd brd ff:ff:ff:ff:ff:ff
    RX: bytes  packets  errors  dropped overrun mcast
    22114358919 18147873 34      1225    0       0
    TX: bytes  packets  errors  dropped carrier collsns
    1632480496 11423177 0       0       0       0

Код: (html5) [Выделить]

user@proxy:~$ sudo iptables-save
[sudo] password for user:
# Generated by iptables-save v1.4.12 on Wed Jul  9 12:25:28 2014
*filter
:INPUT ACCEPT [32159240:23125512538]
:FORWARD ACCEPT [654188:366360382]
:OUTPUT ACCEPT [31659731:25252444134]
-A FORWARD -s 192.168.0.0/24 ! -d 192.168.0.0/24 -p tcp -m multiport --dports 25,110,465,995 -j ACCEPT
COMMIT
# Completed on Wed Jul  9 12:25:28 2014
# Generated by iptables-save v1.4.12 on Wed Jul  9 12:25:28 2014
*nat
:PREROUTING ACCEPT [803586:48865045]
:INPUT ACCEPT [748356:41614575]
:OUTPUT ACCEPT [302718:18181795]
:POSTROUTING ACCEPT [8:4477]
-A POSTROUTING -o eth1 -j SNAT --to-source 192.168.1.205
COMMIT
# Completed on Wed Jul  9 12:25:28 2014

[AnrDaemon]

igogo56136, читайте внимательнее. Просили диагностику до и после. И не забывайте про код и спойлеры.

И, да, это была одна команда.

[igogo56136]

наврядли netfilter бунтует.

Мы этого не видели. Может, у товарища какие-то скрипты с нетфильтром играются?
В общем, без диагностики "до и после" гадать бесполезно.

ip -s link show; sudo iptables-save
 Выкладываю во время отваливания сетевой

(Нажмите, чтобы показать/скрыть)

user@proxy:~$ ip -s link show; sudo iptables-save
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    RX: bytes  packets  errors  dropped overrun mcast   
    5910       81       0       0       0       0     
    TX: bytes  packets  errors  dropped carrier collsns
    5910       81       0       0       0       0     
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1400 qdisc pfifo_fast state UNKNOWN mode DEFAULT group default qlen 1000
    link/ether 9c:d6:43:63:b8:13 brd ff:ff:ff:ff:ff:ff
    RX: bytes  packets  errors  dropped overrun mcast   
    1154314000 7415137  0       5406    0       0     
    TX: bytes  packets  errors  dropped carrier collsns
    14718744839 12754451 0       0       0       0     
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1400 qdisc pfifo_fast state UNKNOWN mode DEFAULT group default qlen 1000
    link/ether 00:e0:53:0b:10:dd brd ff:ff:ff:ff:ff:ff
    RX: bytes  packets  errors  dropped overrun mcast   
    14259173187 11634518 55      2564    0       0     
    TX: bytes  packets  errors  dropped carrier collsns
    1215037880 8113561  0       0       0       0     
[sudo] password for user:
# Generated by iptables-save v1.4.21 on Tue Jan 24 12:32:50 2017
*mangle
:PREROUTING ACCEPT [19010084:15108435121]
:INPUT ACCEPT [19008512:15108349957]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [19531147:15580243134]
:POSTROUTING ACCEPT [19531147:15580243134]
-A FORWARD -o eth1 -p tcp -m tcp --tcp-flags SYN,RST SYN -m tcpmss --mss 1300:1500 -j TCPMSS --clamp-mss-to-pmtu
-A OUTPUT -o eth1 -p tcp -m tcp --tcp-flags SYN,RST SYN -m tcpmss --mss 1300:1500 -j TCPMSS --clamp-mss-to-pmtu
COMMIT
# Completed on Tue Jan 24 12:32:50 2017
# Generated by iptables-save v1.4.21 on Tue Jan 24 12:32:50 2017
*filter
:INPUT ACCEPT [19007377:15108059160]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [19529759:15579953753]
:fail2ban-apache - [0:0]
:fail2ban-apache-overflows - [0:0]
:fail2ban-ssh - [0:0]
-A INPUT -p tcp -m multiport --dports 80,443 -j fail2ban-apache-overflows
-A INPUT -p tcp -m multiport --dports 80,443 -j fail2ban-apache
-A INPUT -p tcp -m multiport --dports 22 -j fail2ban-ssh
-A FORWARD -s 192.168.0.0/24 ! -d 192.168.0.0/24 -p tcp -m multiport --dports 25,110,465,993 -j ACCEPT
-A fail2ban-apache -j RETURN
-A fail2ban-apache-overflows -j RETURN
-A fail2ban-ssh -j RETURN
COMMIT
# Completed on Tue Jan 24 12:32:50 2017
# Generated by iptables-save v1.4.21 on Tue Jan 24 12:32:50 2017
*nat
:PREROUTING ACCEPT [116929:5907756]
:INPUT ACCEPT [115357:5822592]
:OUTPUT ACCEPT [121696:7316558]
:POSTROUTING ACCEPT [14:6370]
-A POSTROUTING -o eth1 -j SNAT --to-source 192.168.1.205
COMMIT
# Completed on Tue Jan 24 12:32:50 2017

Причем на роутере во время отваливания сетевой арп показывает мак все нули для адреса 192.168.1.205 а на убунте роутер норм показывает, после перезагрузки убунты на роутере арп показывает норм мак для 192.168.1.205

[fisher74]

Во!!! Сам недавно столкнулся с подобной проблемой. Причиной оказалась отключенное автоопределение скорости на провайдерском коммутаторе (а на клиентском шлюзе в авто). В итоге сетевая шлюза упала на десятку, а порт коммутатора остался на сотне. Линк есть, связи нет.
До моего вмешательства лечили тупым передёргиванием патчкорда. Состыковался с админом провайдера (VIP-подключение) и узнал о такой засаде с их стороны. Решили перевести всё в прижатую сотню и разойтись с миром.
Так что в качестве рекомендации предлагаю сверить режимы работы сетевой и коммутатора. Кстати, в моём случае тоже Dlink у прова.