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

[igorvv]

Помогите пожалуйста разобраться, своих знаний уже не хватает .
Проблема в следующем:
Есть локальная сеть 192.168.144.0/24
Gateway: 192.168.144.11 (7.0-RELEASE FreeBSD)
DNS: 192.168.144.1 (W2K3)
В сети есть комп, только что проинсталеный с установленным mc

Код: Выделить всё

uname -a
FreeBSD cactus.strum.local 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:48:17 UTC 2009     root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  i386

Единственный интерфейс em0

Код: Выделить всё

ifconfig em0
em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
        options=9b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM>
        ether 00:30:48:72:c9:2a
        inet 192.168.144.235 netmask 0xffffff00 broadcast 192.168.144.255
        media: Ethernet autoselect (100baseTX <full-duplex>)
        status: active

Регулярно (каждые 20 минут), пропадает пинг на 192.168.144.11, причем остальные хосты сети пингуются. Помогает только рестарт интерфейса. В логах (/var/log/messages) все чисто, только "следы" рестарта интерфейса.

Код: Выделить всё

tail -f /var/log/messages
Jun 18 11:35:45 cactus kernel: em0: link state changed to DOWN
Jun 18 11:35:47 cactus kernel: em0: link state changed to UP
Jun 18 11:59:21 cactus kernel: em0: link state changed to DOWN
Jun 18 11:59:22 cactus kernel: em0: link state changed to UP
Jun 18 12:23:35 cactus kernel: em0: link state changed to DOWN
Jun 18 12:23:36 cactus kernel: em0: link state changed to UP

Сначала грешил на железо, менял сетевые карты (Intel, D-Link), но как оказалось, на виртуальной машине (VMware) эта ситуация повторяется в точности до секунды.
На всякий случай конфиги:
/etc/rc.conf

Код: Выделить всё

font8x14="cp866-8x14"
font8x16="cp866b-8x16"
font8x8="cp866-8x8"
keymap="ru.koi8-r"
mousechar_start="3"
scrnmap="koi8-r2cp866"

defaultrouter="192.168.144.11"
hostname="cactus.strum.local"
ifconfig_em0="inet 192.168.144.235  netmask 255.255.255.0"

sshd_enable="YES"

/etc/resolv.conf

Код: Выделить всё

domain  strum.local
nameserver      192.168.144.1

Таблица маршрутизации не меняется

Код: Выделить всё

netstat -rn
Routing tables

Internet:
Destination        Gateway            Flags    Refs      Use  Netif Expire
default            192.168.144.11     UGS         2     5309    em0
127.0.0.1          link#3             UH          0        0    lo0
192.168.144.0/24   link#1             U           2      415    em0
192.168.144.235    link#1             UHS         0        0    lo0

Internet6:
Destination                       Gateway                       Flags      Netif Expire
::1                               ::1                           UH          lo0
fe80::%lo0/64                     link#3                        U           lo0
fe80::1%lo0                       link#3                        UHS         lo0
ff01:3::/32                       fe80::1%lo0                   U           lo0
ff02::%lo0/32                     fe80::1%lo0                   U           lo0

Как с этой бедой бороться, ума не приложу.

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[dmtr]

проверь

Код: Выделить всё

arp -a

до и после

[dmtr]

ip если другой задать?

[rmn]

Регулярно (каждые 20 минут)
...
ситуация повторяется в точности до секунды.

смотри, что у тебя по крону запускается с таким интервалом.

[igorvv]

Посмотрел сейчас на тот комп, сеть работает в течении почти четырех часов, единственное что менял когда уходил с работы - время (был неправильно выставлен часовой пояс вместо +2 был UTC), я просто в недоумении...
ipшник пробовал разный ставить, не помагало...

[igorvv]

смотри, что у тебя по крону запускается с таким интервалом.

Весь /etc/crontab

Код: Выделить всё

# /etc/crontab - root's crontab for FreeBSD
#
# $FreeBSD: src/etc/crontab,v 1.33.2.1.2.1 2009/10/25 01:10:29 kensmith Exp $
#
SHELL=/bin/sh
PATH=/etc:/bin:/sbin:/usr/bin:/usr/sbin
#
#minute hour    mday    month   wday    who     command
#
*/5     *       *       *       *       root    /usr/libexec/atrun
#
# Save some entropy so that /dev/random can re-seed on boot.
*/11    *       *       *       *       operator /usr/libexec/save-entropy
#
# Rotate log files every hour, if necessary.
0       *       *       *       *       root    newsyslog
#
# Perform daily/weekly/monthly maintenance.
1       3       *       *       *       root    periodic daily
15      4       *       *       6       root    periodic weekly
30      5       1       *       *       root    periodic monthly
#
# Adjust the time zone if the CMOS clock keeps local time, as opposed to
# UTC time.  See adjkerntz(8) for details.
1,31    0-5     *       *       *       root    adjkerntz -a

[E-Wind]

У нас подобные странности происходят на внешнем интерфейсе, причем не зависимо от того - фря или винда на сервере, не зависимо от железа - интел, супермикра.... просто тупо перестают ходить пинги в наружу через внешний интерфейс (ну и юзеры тоже).

В логах чистота...

Схема: локалка -> Свич (внутренний) -> Сервер1, Сервер2 -> Свич (внешний) -> Преобразователь среды -> Провайдер

Поднимается, только если пингануть соседний на свиче сервер снаружи, а потом внешку... а под виндой - опустить и поднять интерфейс...

Хз, что творится, разбираемся сейчас... Подозрение на arp-спуфинг...

Никто не сталкивался с такими фокусами, надоело уже.... ?

[igorvv]

Таки сглазил
До того как пропал пинг

Код: Выделить всё

arp -a
comp-x.strum.local (192.168.144.45) at 00:11:11:76:50:c7 on em0 [ethernet]
comp-y.strum.local (192.168.144.13) at 00:27:0e:02:49:ec on em0 [ethernet]
dcr1.strum.local (192.168.144.1) at 00:16:76:b3:d4:b8 on em0 [ethernet]

Во время того как нет пинга на gateway
arp -a

Код: Выделить всё

ШЛЮЗ.strum.local (192.168.144.11) at 00:1c:c0:81:eb:98 on em0 [ethernet]
comp-x.strum.local (192.168.144.45) at 00:11:11:76:50:c7 on em0 [ethernet]
comp-y.strum.local (192.168.144.13) at 00:27:0e:02:49:ec on em0 [ethernet]
dcr1.strum.local (192.168.144.1) at 00:16:76:b3:d4:b8 on em0 [ethernet]

После рестарта интерфейса
arp -a

Код: Выделить всё

cactus.strum.local (192.168.144.235) at 00:30:48:72:c9:2a on em0 permanent [ethernet]
user-x.strum.local (192.168.144.45) at 00:11:11:76:50:c7 on em0 [ethernet]
user-y.strum.local (192.168.144.13) at 00:27:0e:02:49:ec on em0 [ethernet]

[baton4eg]

c временем хранения arp ничего не делали?
попробуйте:
1. Прописать static arp: arp -s 192.168.144.11 00:1c:c0:81:eb:98
2. Попробовать arping пустить в тот момент когда пинг пропадает.
3. Посмотрите tcpdump'ом что в сети бегает, возможно broadcast гуляет сильный, что флудит.
Какие свитчи у вас присутствуют?

[igorvv]

2baton4eg
1. Прописал
2. Пока пинги бегают нормально
3. Смотрел, все в пределах нормы

Думаю это проблема внутри самой ОС, хотя на 100% не уверен.
На данный момент система работает как и положено, за ночь "Ни единого разрыва"© Антон Уральский
Что же вызвало такое её поведение остаётся загадкой.