Периодически пропадает связь до сервера

[rembrent]

Всем привет! Есть такая проблема, периодически отваливается сервак (абсолютно все сервисы).  С виндоус и мак ситуация одинаковая. При падении связи TTL становится 255, когда нормализуется, возвращается в 64. Адрес статика - 192.168.1.10, пул DHCP начинается с 192.168.1.100 - конфликта адресов быть не может. Появляется и исчезает проблема абсолютно спонтанно, примерно на минуту-две. Куда копать?

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

Linux srv 3.19.0-51-generic #58~14.04.1-Ubuntu SMP Fri Feb 26 22:03:27 UTC 2016 i686 i686 i686 GNU/Linux
При регистрации Вы знакомились Правилами форума. Просьба соблюдать.

Правила форума
1. Основные положения
1.5. Для добавления графических изображений в сообщения требуется использовать внешние сервисы. Подробную инструкцию, а так же список рекомендованных и запрещенных сервисов можно посмотреть в «Руководстве по добавлению изображений на форум».

Графику подправил.
-- it0r

[fisher74]

На лицо конфликт адресов. Ищите подонка хост с адресом как у сервера.
Удостовериться можно сравнивая mac-адрес сервера в arp-кеше клиента при нормальной работе и при отвале.

[rembrent]

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

Данные с клиента:

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

Mac-mini-106:~ romanmaksimov$ arp -a
openwrt.lan (192.168.1.1) at 22:4e:7f:5b:2e:ec on en0 ifscope [ethernet]
? (192.168.1.10) at 0:19:d1:91:a0:ea on en0 ifscope [ethernet]
? (192.168.1.109) at cc:2d:8c:d9:1e:57 on en0 ifscope [ethernet]
? (192.168.1.255) at ff:ff:ff:ff:ff:ff on en0 ifscope [ethernet]
broadcasthost (255.255.255.255) at ff:ff:ff:ff:ff:ff on en0 ifscope [ethernet]
Mac-mini-106:~ romanmaksimov$ arp -a
openwrt.lan (192.168.1.1) at 22:4e:7f:5b:2e:ec on en0 ifscope [ethernet]
? (192.168.1.10) at 0:19:d1:91:a0:eb on en0 ifscope [ethernet]
? (192.168.1.109) at cc:2d:8c:d9:1e:57 on en0 ifscope [ethernet]
? (192.168.1.255) at ff:ff:ff:ff:ff:ff on en0 ifscope [ethernet]
broadcasthost (255.255.255.255) at ff:ff:ff:ff:ff:ff on en0 ifscope [ethernet]
Mac-mini-106:~ romanmaksimov$ arp -a
openwrt.lan (192.168.1.1) at 22:4e:7f:5b:2e:ec on en0 ifscope [ethernet]
? (192.168.1.10) at 0:19:d1:91:a0:ea on en0 ifscope [ethernet]
? (192.168.1.109) at cc:2d:8c:d9:1e:57 on en0 ifscope [ethernet]
? (192.168.1.255) at ff:ff:ff:ff:ff:ff on en0 ifscope [ethernet]
broadcasthost (255.255.255.255) at ff:ff:ff:ff:ff:ff on en0 ifscope [ethernet]
Данные со шлюза:

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

192.168.1.137    0x1         0x2         40:33:1a:a5:e4:4f     *        br-lan
10.129.21.245    0x1         0x0         00:00:00:00:00:00     *        eth1
10.129.113.235   0x1         0x0         00:00:00:00:00:00     *        eth1
10.129.71.7      0x1         0x0         00:00:00:00:00:00     *        eth1
10.129.39.48     0x1         0x0         00:00:00:00:00:00     *        eth1
10.129.113.194   0x1         0x0         00:00:00:00:00:00     *        eth1
192.168.1.6      0x1         0x0         00:00:00:00:00:00     *        br-lan
192.168.1.111    0x1         0x2         ac:9e:17:60:92:35     *        br-lan
10.129.102.189   0x1         0x0         00:00:00:00:00:00     *        eth1
10.129.67.64     0x1         0x0         00:00:00:00:00:00     *        eth1
10.129.50.208    0x1         0x0         00:00:00:00:00:00     *        eth1
10.129.49.60     0x1         0x0         00:00:00:00:00:00     *        eth1
10.129.45.129    0x1         0x0         00:00:00:00:00:00     *        eth1
10.129.22.242    0x1         0x0         00:00:00:00:00:00     *        eth1
192.168.1.7      0x1         0x0         00:00:00:00:00:00     *        br-lan
10.129.0.1       0x1         0x2         68:a8:28:23:b8:c7     *        eth1
10.129.121.230   0x1         0x0         00:00:00:00:00:00     *        eth1
10.129.6.96      0x1         0x0         00:00:00:00:00:00     *        eth1
192.168.1.8      0x1         0x0         00:00:00:00:00:00     *        br-lan
10.129.50.70     0x1         0x0         00:00:00:00:00:00     *        eth1
192.168.1.252    0x1         0x0         00:00:00:00:00:00     *        br-lan
10.129.82.16     0x1         0x0         00:00:00:00:00:00     *        eth1
192.168.1.106    0x1         0x0         00:00:00:00:00:00     *        br-lan
192.168.1.155    0x1         0x0         c0:f8:da:80:94:f1     *        br-lan
192.168.1.218    0x1         0x2         3c:07:54:04:0a:16     *        br-lan
192.168.1.2      0x1         0x0         00:00:00:00:00:00     *        br-lan
10.129.49.174    0x1         0x0         00:00:00:00:00:00     *        eth1
10.129.23.93     0x1         0x0         00:00:00:00:00:00     *        eth1
10.129.127.83    0x1         0x0         00:00:00:00:00:00     *        eth1
192.168.1.3      0x1         0x0         00:00:00:00:00:00     *        br-lan
10.40.74.166     0x1         0x2         9c:3a:af:23:c5:f2     *        br-lan
192.168.1.10     0x1         0x2         00:19:d1:91:a0:ea     *        br-lan
192.168.1.233    0x1         0x0         b8:c7:5d:13:99:87     *        br-lan
192.168.1.101    0x1         0x0         00:00:00:00:00:00     *        br-lan
10.129.37.119    0x1         0x0         00:00:00:00:00:00     *        eth1
192.168.1.164    0x1         0x2         00:1d:92:33:da:ec     *        br-lan
192.168.1.192    0x1         0x0         9c:3a:af:23:c5:f2     *        br-lan
192.168.1.4      0x1         0x0         00:00:00:00:00:00     *        br-lan
192.168.1.227    0x1         0x2         34:08:04:9b:e3:7f     *        br-lan
192.168.1.234    0x1         0x2         10:40:f3:9e:b9:1c     *        br-lan
192.168.1.18     0x1         0x0         00:00:00:00:00:00     *        br-lan
10.129.30.2      0x1         0x0         00:00:00:00:00:00     *        eth1
192.168.1.109    0x1         0x2         cc:2d:8c:d9:1e:57     *        br-lan
root@OpenWrt:~# arp -a
IP address       HW type     Flags       HW address            Mask     Device
192.168.1.137    0x1         0x2         40:33:1a:a5:e4:4f     *        br-lan
10.129.21.245    0x1         0x0         00:00:00:00:00:00     *        eth1
10.129.113.235   0x1         0x0         00:00:00:00:00:00     *        eth1
10.129.71.7      0x1         0x0         00:00:00:00:00:00     *        eth1
10.129.39.48     0x1         0x0         00:00:00:00:00:00     *        eth1
10.129.113.194   0x1         0x0         00:00:00:00:00:00     *        eth1
192.168.1.6      0x1         0x0         00:00:00:00:00:00     *        br-lan
192.168.1.111    0x1         0x2         ac:9e:17:60:92:35     *        br-lan
10.129.102.189   0x1         0x0         00:00:00:00:00:00     *        eth1
10.129.67.64     0x1         0x0         00:00:00:00:00:00     *        eth1
10.129.50.208    0x1         0x0         00:00:00:00:00:00     *        eth1
10.129.49.60     0x1         0x0         00:00:00:00:00:00     *        eth1
10.129.45.129    0x1         0x0         00:00:00:00:00:00     *        eth1
10.129.22.242    0x1         0x0         00:00:00:00:00:00     *        eth1
192.168.1.7      0x1         0x0         00:00:00:00:00:00     *        br-lan
10.129.0.1       0x1         0x2         68:a8:28:23:b8:c7     *        eth1
10.129.121.230   0x1         0x0         00:00:00:00:00:00     *        eth1
10.129.6.96      0x1         0x0         00:00:00:00:00:00     *        eth1
192.168.1.8      0x1         0x0         00:00:00:00:00:00     *        br-lan
10.129.50.70     0x1         0x0         00:00:00:00:00:00     *        eth1
192.168.1.252    0x1         0x0         00:00:00:00:00:00     *        br-lan
10.129.82.16     0x1         0x0         00:00:00:00:00:00     *        eth1
192.168.1.106    0x1         0x0         00:00:00:00:00:00     *        br-lan
192.168.1.155    0x1         0x0         c0:f8:da:80:94:f1     *        br-lan
192.168.1.218    0x1         0x2         3c:07:54:04:0a:16     *        br-lan
192.168.1.2      0x1         0x0         00:00:00:00:00:00     *        br-lan
10.129.49.174    0x1         0x0         00:00:00:00:00:00     *        eth1
10.129.23.93     0x1         0x0         00:00:00:00:00:00     *        eth1
10.129.127.83    0x1         0x0         00:00:00:00:00:00     *        eth1
192.168.1.3      0x1         0x0         00:00:00:00:00:00     *        br-lan
10.40.74.166     0x1         0x2         9c:3a:af:23:c5:f2     *        br-lan
192.168.1.10     0x1         0x2         00:19:d1:91:a0:ea     *        br-lan
192.168.1.233    0x1         0x0         b8:c7:5d:13:99:87     *        br-lan
192.168.1.101    0x1         0x0         00:00:00:00:00:00     *        br-lan
10.129.37.119    0x1         0x0         00:00:00:00:00:00     *        eth1
192.168.1.164    0x1         0x2         00:1d:92:33:da:ec     *        br-lan
192.168.1.192    0x1         0x0         9c:3a:af:23:c5:f2     *        br-lan
192.168.1.4      0x1         0x0         00:00:00:00:00:00     *        br-lan
192.168.1.227    0x1         0x2         34:08:04:9b:e3:7f     *        br-lan
192.168.1.234    0x1         0x2         10:40:f3:9e:b9:1c     *        br-lan
192.168.1.18     0x1         0x0         00:00:00:00:00:00     *        br-lan
10.129.30.2      0x1         0x0         00:00:00:00:00:00     *        eth1
192.168.1.109    0x1         0x2         cc:2d:8c:d9:1e:57     *        br-lan
В интерфейсах мак не прописан:

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

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
address 192.168.1.10
netmask 255.255.255.0
gateway 192.168.1.1
dns-nameservers 192.168.1.1
Со шлюза в момент отвала TTL нормальный и, как я уже говорил, мак правильный

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

PING 192.168.1.10 (192.168.1.10): 56 data bytes
64 bytes from 192.168.1.10: seq=0 ttl=64 time=0.557 ms
64 bytes from 192.168.1.10: seq=1 ttl=64 time=0.284 ms
64 bytes from 192.168.1.10: seq=2 ttl=64 time=0.324 ms
64 bytes from 192.168.1.10: seq=3 ttl=64 time=0.284 ms
64 bytes from 192.168.1.10: seq=4 ttl=64 time=0.343 ms

--- 192.168.1.10 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 0.284/0.358/0.557 ms

[fisher74]

Значит ищите откуда комп берёт эту запись в arp-кеше. Виртуалок нет каких-нибудь?

[rembrent]

Виртуалки есть, маки там совершенно другие. Когда гашу их ситуация не меняется. Щас проверил, на другом в момент отвала все норм было

[AnrDaemon]

Если у вас свичи управляемые - смотрите ARP там с привязкой по портам.

[rembrent]

сервер в мыльницу подключен, а она в роутер, на базе OpenWRT. ARP на роутере и TTL в момент отвалов в порядке, да и с других клиентов оказывается работает, в т.ч с другого мака

[kobaltd]

Разница в мас на +/- 1 может быть только в 3 случаях
1) это две порта на одной много портовой сетевухе (внешней или встроенной) - проверяйте что куда у Вас воткнуто - ищиет "петли" (возможен вариант разных сетевух теоретически - но он настолько мизерный, что можно не брать в расчет)
2) кто то пытается играться занимается "подменой mac" в сети,но как то коряво
3) в системе может работать какой то "скрипт"/ПО "баламут"

Но скорее всего первый вариант - у Вас где - то "петля" в сети со вторым интерфейсом сервера.

[rembrent]

Петли точно нет. Проблема в итоге локализуется только на одном компе, пока поставил костыль в виде arp -s

[rembrent]

хотел бы вернуться к данному вопросу. В итоге глюк этот проявляется не на одном ПК, а хаотично в сети. В один момент времени на одном ПК в arp таблице правильный мак, на другом нет. Т.е костылем в виде arp -s на одном компе проблему не решить. Прошу еще советов и идей. Очень заколебала данная проблема
доступ с винды ваще тугой почти всегда неправильный mac. Вот, что происходит, если в винде сделать arp -d * . После удаление таблицы, один пинг идет нормальный, потом четыре с TTL 255, пять нормальных и бесконечный TTL 255

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

Ответ от 192.168.1.10: число байт=32 время<1мс TTL=255
Ответ от 192.168.1.10: число байт=32 время<1мс TTL=255
Ответ от 192.168.1.10: число байт=32 время<1мс TTL=255
Ответ от 192.168.1.10: число байт=32 время<1мс TTL=255
Ответ от 192.168.1.10: число байт=32 время<1мс TTL=255
Ответ от 192.168.1.10: число байт=32 время<1мс TTL=255
Ответ от 192.168.1.10: число байт=32 время<1мс TTL=255
Ответ от 192.168.1.10: число байт=32 время<1мс TTL=255
Ответ от 192.168.1.10: число байт=32 время<1мс TTL=255
Ответ от 192.168.1.10: число байт=32 время<1мс TTL=255
Ответ от 192.168.1.10: число байт=32 время<1мс TTL=255
Ответ от 192.168.1.10: число байт=32 время<1мс TTL=255
Ответ от 192.168.1.10: число байт=32 время<1мс TTL=255
Ответ от 192.168.1.10: число байт=32 время<1мс TTL=255
Ответ от 192.168.1.10: число байт=32 время<1мс TTL=255
Ответ от 192.168.1.10: число байт=32 время<1мс TTL=64
Ответ от 192.168.1.10: число байт=32 время<1мс TTL=255
Ответ от 192.168.1.10: число байт=32 время<1мс TTL=255
Ответ от 192.168.1.10: число байт=32 время<1мс TTL=255
Ответ от 192.168.1.10: число байт=32 время<1мс TTL=255
Ответ от 192.168.1.10: число байт=32 время<1мс TTL=64
Ответ от 192.168.1.10: число байт=32 время<1мс TTL=64
Ответ от 192.168.1.10: число байт=32 время<1мс TTL=64
Ответ от 192.168.1.10: число байт=32 время<1мс TTL=64
Ответ от 192.168.1.10: число байт=32 время<1мс TTL=64
Ответ от 192.168.1.10: число байт=32 время<1мс TTL=255
Ответ от 192.168.1.10: число байт=32 время<1мс TTL=255
Ответ от 192.168.1.10: число байт=32 время<1мс TTL=255
Ответ от 192.168.1.10: число байт=32 время<1мс TTL=255
Ответ от 192.168.1.10: число байт=32 время<1мс TTL=255
Ответ от 192.168.1.10: число байт=32 время<1мс TTL=255
Ответ от 192.168.1.10: число байт=32 время<1мс TTL=255
Ответ от 192.168.1.10: число байт=32 время<1мс TTL=255

[kobaltd]

Из вашего пинга 100% вытекает то, что 192.168.1.10 стоит у двух компов - это "классика" при конфликте ip в сети - ищите "батенька". Данный хост вполне может быть не в "вашей" сети, а в сети "провайдра" - и если между Вами и провайдером есть "бридж" или коммутатор, "глядящий" в обе сети и с одним или несколькими, "неправильно" настроенными vlan, vpn или тунель с arp и броадкаст прокси - такое вполне может быть.
1) 192.168.(0/1).х - наиболее часто встречающаяся адресация в локальных сетях.
2) 192.168.(0/1).(1/10/50/192) - наиболее часто встречающиеся default ip для оборудования

Мой совет поменяйте просто подсеть с 1 на что то за 50 - будет быстрее всего, ну или разбирайтесь с топологией сети.

[rembrent]

помимо сервера, проводом подключен 1 ПК и 1 телевизор, остальное по wi-fi. Как я уже выше писал пул начитается с 192.168.1.100. Не может же роутер давать адрес не из пула. Статика только на этом сервере настроена. И mac адрес меняется всего на одну букву в конце c a на b, что не очень похоже на другой ПК в сети. Щас подключу сервер на прямую к пк и посмотрим будут ли глюки.

Вариант с заменой адресации сети тоже попробую. Сеть домашняя, нет никакой топологии))) Роутер, из него провод в свитч неуправляемый, к свитчу подключен сервер, телевизор и ПК. Плашнет, ноут, еще 1 ПК и всякие телефоны по WI-FI. Клиенты, которые по WI-FI подключены испытывают те же проблемы.

[kobaltd]

Вы удевитесь но мы не давно купили 4 dlink 1510-28 с разбросом в несколько дней, в разных конторах, так вот два из них имею mac управляющего vlan на +/- 28 как раз на диапазон отводимый портам - т.е. по сути "подряд" - вот так бывает в жизни.
Пользователь решил продолжить мысль [time]22 Март 2016, 19:28:49[/time]:

Вариант с заменой адресации сети тоже попробую. Сеть домашняя, нет никакой топологии))) Роутер, из него провод в свитч неуправляемый, к свитчу подключен сервер, телевизор и ПК. Плашнет, ноут, еще 1 ПК и всякие телефоны по WI-FI. Клиенты, которые по WI-FI подключены испытывают те же проблемы.

а как подключен интеренет к этому хозяйству - физически и логически? да и кстати - телек - это значит iptv, Вы настраивали роутер как - бридж? vlan? или Proxy?

Вобщем даже без ответа предварительный диагноз - если у Вас работает iptv на телеке и роутер не в режиме igmp proxy и свитч не управляемы то в этом и проблема - в друх других вариантах сеть провайдера "сквозит" в Вашу и вней есть тоже "умник" у которого также "сквозит" и у Вас совпадает подсеть.

[rembrent]

В роутер воткнут интернет, провайдер дает адреса по dhcp. Внутреняя сеть прова 10.129.х.х. Телек просто подключен для смарт ТВ и DLNA, IPTV на нем нет

[kobaltd]

Все таки
1) проверить настройки роутера на предмет бриж/vlan - могла там собака порыться
2) Проверить на "вшивость" wifi точку - т.е. не ломанули ли у Вас пароль и кто то пытается "развлекаться" почитайте про  "arp spoofing"
3) определить "виновника" методом "научного тыка", если уж свич неуправляемый - т.е. оставить в сети только сервер и 1 комп, провели тесты/понаблюдали, подрубили роутер БЕЗ хвоста провайтера, провели тэсты/понаблюдали  и т.д.
4) поменяйте, если позволяют финансы свитч на "умный" - благо портов Вам нужно мало, можно отделать "малой кровью"