1 (29.11.2011 15:23:35 отредактировано kisil)

Добрый день. Я уже писал раньше что у меня есть шлюз который раздаёт интернет.
Работал он нормально. Но вот последние 3 дня глюки с интегрированой сетевухой. мамка кажысь M2N MX SE plus с чипсетом МСР61, ну и соответственно такаяже сетевая. Глюки вчём выражаютса, просто комп перестаёт отдавать нет отдельным пользователям, это может быть компютер который только что включили и хтели зайти в нет или просто долго не пользовались нетом. Тоисть шлюз просто перестаёт принимать от таких компов запросы. Я уже проверил свич, не в нём проблема, значит глюки с карточкой. Кстати на ней есть 2 индикатора, так горит тока один зелёный.
Насколько я верно прочитал в нете это проблема с дрвами forcedeth. Как здеся можна помочь.
Вот некая информацыя.

00:07.0 Bridge: nVidia Corporation MCP61 Ethernet (rev a2)
        Kernel driver in use: forcedeth
        Kernel modules: isp1760, forcedeth

Кусок лога messages

Nov 28 07:53:59 rm-proxy kernel: processor ACPI0007:00: registered as cooling_device0
Nov 28 07:53:59 rm-proxy kernel: processor ACPI0007:01: registered as cooling_device1
Nov 28 07:53:59 rm-proxy kernel: forcedeth 0000:00:07.0: ifname eth1, PHY OUI 0x1374 @ 1, addr 00:1f:c6:c8:93:4f
Nov 28 07:53:59 rm-proxy kernel: forcedeth 0000:00:07.0: highdma pwrctl mgmt timirq gbit lnktim msi desc-v3
Nov 28 07:53:59 rm-proxy kernel: HDA Intel 0000:00:05.0: PCI INT B -> Link[LAZA] -> GSI 23 (level, low) -> IRQ 23
Nov 28 07:53:59 rm-proxy kernel: nvidia 0000:00:0d.0: PCI INT A -> Link[LMC9] -> GSI 22 (level, low) -> IRQ 22

Система Слакваре 12.2 2.6.27.7-smp
Что она хочет эта карточка.

Trouble  in WINDOWS reboot, trouble in UNIX be root.

2

Ща попробую поставить последнее ядро 2.6.27.57

Trouble  in WINDOWS reboot, trouble in UNIX be root.

3

kisil пишет:

только что включили и хтели зайти в нет или просто долго не пользовались нетом

1) Эта карточка eth1 -- это внутренний интерфейс или внешний?

Если внутренний, выполните
# arping ip-клиента
# tcpdump -i eth1 host ip-адес-клиента
затем на клиенте
% ping ip-шлюза

Доходят пакеты до шлюза? На шлюзе они видны?

Если клиент *nix-овый с него
# arping ip-шлюза

Проходит?

2) Каким способом проверяли свич? Не может быть такого, что кто-то забивает таблицу arp?

4

Да eth1 это внутренний интерфейс и он отвечает встроенной карточке, просто так интерфейсы увидил линукс когда я воткнул вторую карточку. Все прекрасно работало, но вот 3 дня назад начались проблемы. Для проверки свича я взял просто другого свича. Я уже воткнул в комп ещё одну карточку и сделал её как внутренний интерфейс. думал проблема решытса, но всёравно затыкы есть. Что именно имею виду ето вот что, я включил комп который был выключен и сразу попробывал пингануть шлюз с адресом 192.168.0.1 и всё пакеты не идут. А через некоторое время запустил браузер и нет появилса. Это без будь которых телодвижений. А бываетещё так что при пинговании первый пакет доходит к шлюзу потом провал одного пакета, а потом 2 пакеты доходят. Эти все пингования делаю из под венды. Завтра попробую как Вы сказали, так как пишу из дома.

Trouble  in WINDOWS reboot, trouble in UNIX be root.

5

Вот попробывал и вот результати
Например пинг с 192.168.0.3 на шлюз не идут, а на шлюзе я сделал arping  -I eth1 192.168.0.3  и вывод пошол

Unicast reply from 192.168.0.3 [00:13:D4:91:08:0A]  0.680ms
Unicast reply from 192.168.0.3 [00:13:D4:91:08:0A]  0.634ms
Unicast reply from 192.168.0.3 [00:13:D4:91:08:0A]  0.617ms
Unicast reply from 192.168.0.3 [00:13:D4:91:08:0A]  0.622ms

tcpdump в то время вот что говорит tcpdump -i eth1 host 192.168.0.3

09:39:05.765716 ARP, Request who-has 192.168.0.3 (00:13:d4:91:08:0a (oui Unknown)) tell 192.168.0.1, length 28
09:39:05.765806 ARP, Reply 192.168.0.3 is-at 00:13:d4:91:08:0a (oui Unknown), length 46
09:39:06.769689 ARP, Request who-has 192.168.0.3 (00:13:d4:91:08:0a (oui Unknown)) tell 192.168.0.1, length 28
09:39:06.769799 ARP, Reply 192.168.0.3 is-at 00:13:d4:91:08:0a (oui Unknown), length 46
...
09:39:17.690958 ARP, Request who-has 192.168.0.3 (Broadcast) tell 192.168.0.1, length 28

Но пинги со шлюза не ишли на 192.168.0.3. Спустя несколько минут пинги пошли и нет на компе заработал.
Что не так. И это при том что я уже поставил другую карточку

Trouble  in WINDOWS reboot, trouble in UNIX be root.

6 (30.11.2011 14:22:20 отредактировано bormant)

Проверьте вывод

ping 192.168.0.1
arp -a 192.168.0.1
ping 192.168.0.1
на клиенте и

ping -c2 192.168.0.3
arp -na 192.168.0.3
ping -c2 192.168.0.3
на шлюзе

MAC-и в порядке? не появляется ли ping после arp?

Выполните на шлюзе
# tcpdump -i eth1
посмотрите, нет ли аномального arp и иного трафика?

7

Хорошо проверю. Я взял уже нового свича попробывать. Хотел спросить а не может ли какой нибуть свитч както ламать таблицы маков и тем самым пороть трафик. Но к другим компютерам пинги идут норм. А вот на 192.168.0.1 нет. Вот что заметил, может быть так что когда просто пинганёш с винды то первый пакет доходит, потом второй пропадае и следующие 2 проходят тоже норм. Что ето такое.???? oO

Trouble  in WINDOWS reboot, trouble in UNIX be root.

8

Я завтра сделаю снимок трафика на внутреннем интерфейсе и выложу, уверен вы луче поймёте что не так. ae

Trouble  in WINDOWS reboot, trouble in UNIX be root.

9

Вот снимок трафика с внутреннего интерфейса, посмотрите может что то прояснитса. в логах вообще ничего нету. Я уже поотключал все лишние сервисы, работает тока сквид и всё.

Trouble  in WINDOWS reboot, trouble in UNIX be root.

10 (01.12.2011 17:37:27 отредактировано kisil)

Народ разобралса кажись но теперь новая беда. Проблема была в том что в сети бил ещё один такой айпи адрес но с другой макой и вы не поверите его в сеть вещает медиаконвертер. У меня в организации есть 2 канала инета АДСЛ и Оптика. Ну и вот айпишку 192.168.0.1 и свою маку начал этот конвертер вещать в сети неделю назад. Что тут можна сделать.
ХЕЛП.

oO

oO

oO

Trouble  in WINDOWS reboot, trouble in UNIX be root.

11 (01.12.2011 17:45:08 отредактировано bormant)

Самое простое решение -- перенести шлюз на 192.168.0.254 (или любой другой по вкусу).

12

Перенести на другой айпи вроде не проблема, но я не думал что медиаконвертер имеет мак и ещё ему айпишку подавай. :O  Это нормально для таких устройств. И можна ли ето както поменять.

Trouble  in WINDOWS reboot, trouble in UNIX be root.

13

Это в какой-нибудь сетевой/хардварной теме надо спрашивать.
Slackware тут уже не причём.

14

Спасибо за помощь. Тема решена.

Trouble  in WINDOWS reboot, trouble in UNIX be root.