Ситуация: одноранговая сеть, в ней Samba сервер на ASP Linux 11, различные Windows-клиенты, Linux-клиенты на том же ASP 11.Проблема следующая: при загрузке Linux-клиента сервер не отвечает на его пакеты, пока сервер сам не сделает обращение на клиента (например запускаю пинг на клиента или сканю клиента nmap-ом). Как только приходит первый пакет на клиента и тот отвечает, с этого момента запросы на соединение с сервером проходят нормально, идёт пинг, монтируются самбовые папки.
Особенности: Все Windows-клиенты в то же время прекрасно видят сервер, стабильный пинг, нормальное подключение сетевых дисков. Для прояснения ситуации проверял несколько Linux-клиентов в разных точках сети (проблемные кабели, железо отпадают), на 2 клиентских машинах загружал с CD-ROM Knoppix и Blin, та же ситуация (соотв. дистрибутив тоже отпадает). Какая то проблема на самом сервере.
Странности: Если с Linux-клиента запустить пинг во время загрузки сервера, то на каком то этапе загрузки ICMP пакеты начинают проходить после 7-10 пакета пинг останавливается, сервер на пинг не отвечает, пинг на Win-клиенте в то же время не прерывается.
Пояснения: Iptables и на сервере и на Linux клиентах выключен, из сервисов на серваке крутятся следующие: acpid, cpuspeed, irqbalance, keytable, network, smartd, smb, sshd, syslog, webmin + дополнительно ставил только Агента PowerChute идущего с UPS-ом.
Кусок tcpdump-а с сервера, где видна ситуация по пингу:09:42:04.229437 IP 10.0.0.48 > FSL006: icmp 64: echo request seq 115
09:42:05.229386 arp who-has FSL006 tell 10.0.0.48
09:42:05.229536 IP 10.0.0.48 > FSL006: icmp 64: echo request seq 116
- - - - - - - нет пинга
09:42:15.229441 IP 10.0.0.48 > FSL006: icmp 64: echo request seq 126
09:42:16.229439 IP 10.0.0.48 > FSL006: icmp 64: echo request seq 127
09:42:16.307627 arp who-has 10.0.0.48 tell FSL006
09:42:16.307802 arp reply 10.0.0.48 is-at 00:c0:26:30:71:2b
09:42:16.307811 IP FSL006 > 10.0.0.48: icmp 64: echo request seq 0
09:42:16.307979 IP 10.0.0.48 > FSL006: icmp 64: echo reply seq 0
09:42:17.229432 IP 10.0.0.48 > FSL006: icmp 64: echo request seq 128
09:42:17.229448 IP FSL006 > 10.0.0.48: icmp 64: echo reply seq 128
09:42:17.307714 IP FSL006 > 10.0.0.48: icmp 64: echo request seq 1
09:42:17.307907 IP 10.0.0.48 > FSL006: icmp 64: echo reply seq 1
09:42:18.231144 IP 10.0.0.48 > FSL006: icmp 64: echo request seq 129
09:42:18.231156 IP FSL006 > 10.0.0.48: icmp 64: echo reply seq 129
>[оверквотинг удален]
>09:42:16.307627 arp who-has 10.0.0.48 tell FSL006
>09:42:16.307802 arp reply 10.0.0.48 is-at 00:c0:26:30:71:2b
>09:42:16.307811 IP FSL006 > 10.0.0.48: icmp 64: echo request seq 0
>09:42:16.307979 IP 10.0.0.48 > FSL006: icmp 64: echo reply seq 0
>09:42:17.229432 IP 10.0.0.48 > FSL006: icmp 64: echo request seq 128
>09:42:17.229448 IP FSL006 > 10.0.0.48: icmp 64: echo reply seq 128
>09:42:17.307714 IP FSL006 > 10.0.0.48: icmp 64: echo request seq 1
>09:42:17.307907 IP 10.0.0.48 > FSL006: icmp 64: echo reply seq 1
>09:42:18.231144 IP 10.0.0.48 > FSL006: icmp 64: echo request seq 129
>09:42:18.231156 IP FSL006 > 10.0.0.48: icmp 64: echo reply seq 129есть идея что это iptables. стоит? настроен?
>[оверквотинг удален]
>>09:42:16.307811 IP FSL006 > 10.0.0.48: icmp 64: echo request seq 0
>>09:42:16.307979 IP 10.0.0.48 > FSL006: icmp 64: echo reply seq 0
>>09:42:17.229432 IP 10.0.0.48 > FSL006: icmp 64: echo request seq 128
>>09:42:17.229448 IP FSL006 > 10.0.0.48: icmp 64: echo reply seq 128
>>09:42:17.307714 IP FSL006 > 10.0.0.48: icmp 64: echo request seq 1
>>09:42:17.307907 IP 10.0.0.48 > FSL006: icmp 64: echo reply seq 1
>>09:42:18.231144 IP 10.0.0.48 > FSL006: icmp 64: echo request seq 129
>>09:42:18.231156 IP FSL006 > 10.0.0.48: icmp 64: echo reply seq 129
>
>есть идея что это iptables. стоит? настроен?Пояснения: Iptables и на сервере и на Linux клиентах выключен, из сервисов на серваке крутятся следующие: acpid, cpuspeed, irqbalance, keytable, network, smartd, smb, sshd, syslog, webmin + дополнительно ставил только Агента PowerChute идущего с UPS-ом.