Форум русскоязычного сообщества Ubuntu


Следите за новостями русскоязычного сообщества Ubuntu в Twitter-ленте @ubuntu_ru_loco

Автор Тема: Периодически пропадает связь до сервера  (Прочитано 881 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн rembrent

  • Автор темы
  • Новичок
  • *
  • Сообщений: 23
    • Просмотр профиля
Всем привет! Есть такая проблема, периодически отваливается сервак (абсолютно все сервисы).  С виндоус и мак ситуация одинаковая. При падении связи 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

« Последнее редактирование: 29 Февраль 2016, 13:02:33 от it0r »

Оффлайн fisher74

  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 13750
    • Просмотр профиля
Re: Периодически пропадает связь до сервера
« Ответ #1 : 28 Февраль 2016, 21:59:51 »
На лицо конфликт адресов. Ищите подонка хост с адресом как у сервера.
Удостовериться можно сравнивая mac-адрес сервера в arp-кеше клиента при нормальной работе и при отвале.
Принимаю благодарности в WMR и WMZ на кошельки:
R158160676909 и Z313280060764

Оффлайн rembrent

  • Автор темы
  • Новичок
  • *
  • Сообщений: 23
    • Просмотр профиля
Re: Периодически пропадает связь до сервера
« Ответ #2 : 28 Февраль 2016, 22:43:50 »
Сеть домашняя, хоста такого точно нет) Но вот догадка про 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
« Последнее редактирование: 28 Февраль 2016, 23:52:48 от rembrent »

Оффлайн fisher74

  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 13750
    • Просмотр профиля
Re: Периодически пропадает связь до сервера
« Ответ #3 : 29 Февраль 2016, 08:45:55 »
Значит ищите откуда комп берёт эту запись в arp-кеше. Виртуалок нет каких-нибудь?
Принимаю благодарности в WMR и WMZ на кошельки:
R158160676909 и Z313280060764

Оффлайн rembrent

  • Автор темы
  • Новичок
  • *
  • Сообщений: 23
    • Просмотр профиля
Re: Периодически пропадает связь до сервера
« Ответ #4 : 29 Февраль 2016, 09:40:17 »
Виртуалки есть, маки там совершенно другие. Когда гашу их ситуация не меняется. Щас проверил, на другом в момент отвала все норм было
« Последнее редактирование: 29 Февраль 2016, 10:12:48 от rembrent »

Оффлайн AnrDaemon

  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 26066
    • Просмотр профиля
Re: Периодически пропадает связь до сервера
« Ответ #5 : 29 Февраль 2016, 11:18:57 »
Если у вас свичи управляемые - смотрите ARP там с привязкой по портам.
Хотите получить помощь? Потрудитесь представить запрошенную информацию в полном объёме.

Прежде чем [Отправить], нажми [Просмотр] и прочти собственное сообщение. Сам-то понял, что написал?…

Оффлайн rembrent

  • Автор темы
  • Новичок
  • *
  • Сообщений: 23
    • Просмотр профиля
Re: Периодически пропадает связь до сервера
« Ответ #6 : 29 Февраль 2016, 11:26:27 »
сервер в мыльницу подключен, а она в роутер, на базе OpenWRT. ARP на роутере и TTL в момент отвалов в порядке, да и с других клиентов оказывается работает, в т.ч с другого мака

Оффлайн kobaltd

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

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


Оффлайн rembrent

  • Автор темы
  • Новичок
  • *
  • Сообщений: 23
    • Просмотр профиля
Петли точно нет. Проблема в итоге локализуется только на одном компе, пока поставил костыль в виде arp -s

Оффлайн rembrent

  • Автор темы
  • Новичок
  • *
  • Сообщений: 23
    • Просмотр профиля
хотел бы вернуться к данному вопросу. В итоге глюк этот проявляется не на одном ПК, а хаотично в сети. В один момент времени на одном ПК в 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
« Последнее редактирование: 22 Март 2016, 17:27:24 от rembrent »

Оффлайн kobaltd

  • Активист
  • *
  • Сообщений: 264
    • Просмотр профиля
Re: Периодически пропадает связь до сервера
« Ответ #10 : 22 Март 2016, 18:08:46 »
Из вашего пинга 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 - будет быстрее всего, ну или разбирайтесь с топологией сети.
« Последнее редактирование: 22 Март 2016, 18:20:57 от kobaltd »

Оффлайн rembrent

  • Автор темы
  • Новичок
  • *
  • Сообщений: 23
    • Просмотр профиля
Re: Периодически пропадает связь до сервера
« Ответ #11 : 22 Март 2016, 18:22:28 »
помимо сервера, проводом подключен 1 ПК и 1 телевизор, остальное по wi-fi. Как я уже выше писал пул начитается с 192.168.1.100. Не может же роутер давать адрес не из пула. Статика только на этом сервере настроена. И mac адрес меняется всего на одну букву в конце c a на b, что не очень похоже на другой ПК в сети. Щас подключу сервер на прямую к пк и посмотрим будут ли глюки.

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

Оффлайн kobaltd

  • Активист
  • *
  • Сообщений: 264
    • Просмотр профиля
Re: Периодически пропадает связь до сервера
« Ответ #12 : 22 Март 2016, 18:26:47 »
Вы удевитесь но мы не давно купили 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 и свитч не управляемы то в этом и проблема - в друх других вариантах сеть провайдера "сквозит" в Вашу и вней есть тоже "умник" у которого также "сквозит" и у Вас совпадает подсеть.
« Последнее редактирование: 22 Март 2016, 18:35:22 от kobaltd »

Оффлайн rembrent

  • Автор темы
  • Новичок
  • *
  • Сообщений: 23
    • Просмотр профиля
Re: Периодически пропадает связь до сервера
« Ответ #13 : 22 Март 2016, 18:50:52 »
В роутер воткнут интернет, провайдер дает адреса по dhcp. Внутреняя сеть прова 10.129.х.х. Телек просто подключен для смарт ТВ и DLNA, IPTV на нем нет

Оффлайн kobaltd

  • Активист
  • *
  • Сообщений: 264
    • Просмотр профиля
Re: Периодически пропадает связь до сервера
« Ответ #14 : 22 Март 2016, 19:05:10 »
Все таки
1) проверить настройки роутера на предмет бриж/vlan - могла там собака порыться
2) Проверить на "вшивость" wifi точку - т.е. не ломанули ли у Вас пароль и кто то пытается "развлекаться" почитайте про  "arp spoofing"
3) определить "виновника" методом "научного тыка", если уж свич неуправляемый - т.е. оставить в сети только сервер и 1 комп, провели тесты/понаблюдали, подрубили роутер БЕЗ хвоста провайтера, провели тэсты/понаблюдали  и т.д.
4) поменяйте, если позволяют финансы свитч на "умный" - благо портов Вам нужно мало, можно отделать "малой кровью"
« Последнее редактирование: 22 Март 2016, 19:07:27 от kobaltd »

 

Страница сгенерирована за 0.065 секунд. Запросов: 25.