LINUX.ORG.RU
решено ФорумAdmin

Локальная сеть linux <-> windows


0

0

Может дело в праздниках, но я решительно ничего не понимаю. Есть машина с wxp по статическому адресу 192.168.0.2 для которой шлюзом указан 192.168.0.1. Она прекрасно пингует шлюз. Есть машина со слакой у которой eth1 имеет адрес 192.168.0.1. С неё 192.168.0.2 не пингуется.

# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.0.2     192.168.0.1     255.255.255.255 UGH   0      0        0 eth1
10.7.32.0       0.0.0.0         255.255.224.0   U     0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     0      0        0 eth0
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
0.0.0.0         10.7.32.1       0.0.0.0         UG    0      0        0 eth0
# ifconfig eth1
eth1      Link encap:Ethernet  HWaddr 00:17:31:64:89:1f
          inet addr:192.168.0.1  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::217:31ff:fe64:891f/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:48 errors:0 dropped:0 overruns:0 frame:0
          TX packets:613 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:5510 (5.3 KiB)  TX bytes:81175 (79.2 KiB)
          Interrupt:20 Base address:0x8000
# ping 192.168.0.2 & tcpdump -i eth1
PING 192.168.0.2 (192.168.0.2) 56(84) bytes of data.
[1] 2134                                            
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 96 bytes     
01:48:09.107177 IP 192.168.0.1 > 192.168.0.2: ICMP echo request, id 22024, seq 2, length 64
01:48:10.108282 IP 192.168.0.1 > 192.168.0.2: ICMP echo request, id 22024, seq 3, length 64
01:48:11.107574 IP 192.168.0.1 > 192.168.0.2: ICMP echo request, id 22024, seq 4, length 64
01:48:12.107236 IP 192.168.0.1 > 192.168.0.2: ICMP echo request, id 22024, seq 5, length 64
01:48:13.105895 ARP, Request who-has 192.168.0.2 tell 192.168.0.1, length 28               
01:48:13.106072 ARP, Reply 192.168.0.2 is-at 00:23:8b:e7:f3:12 (oui Unknown), length 46    
01:48:13.106929 IP 192.168.0.1 > 192.168.0.2: ICMP echo request, id 22024, seq 6, length 64
01:48:14.106620 IP 192.168.0.1 > 192.168.0.2: ICMP echo request, id 22024, seq 7, length 64
01:48:15.106302 IP 192.168.0.1 > 192.168.0.2: ICMP echo request, id 22024, seq 8, length 64
01:48:16.106246 IP 192.168.0.1 > 192.168.0.2: ICMP echo request, id 22024, seq 9, length 64
Такое чувство что я забыл что-то важное, но никак не пойму что.

★★★★★

Ууу... Ну вот скажите мне, зачем фильтровать icmp искаропки, а? Всех с Новым Годом...

KblCb ★★★★★
() автор топика

Сталкивался с аналогичной проблемой не раз. Причины могут быть разными:

1) Глюк в винде, который приводит к тому, что она перестает слать ответные пакеты. Я так и не нашел как устранить - пришлось переставить винду.
2) Плохо обжатый кабель. Переобжим концов кабеля иногда тоже помогает

nick_vnu
()
Ответ на: комментарий от nick_vnu

Судя по тому что через развёрнутый на слаке NAT винда прекрасно ходит, это тонкости виндового фаервола. Почему винда искоропки не пущает icmp я не понял. Тема по большому счёту закрыта (особенно если учесть что интернет на wxp подан).

KblCb ★★★★★
() автор топика

У виндовых антивирусов есть мода носить с собой «файрвол»

melkor217 ★★★★★
()
Ответ на: комментарий от nick_vnu

> Глюк в винде, который приводит к тому, что она перестает слать ответные пакеты. Я так и не нашел как устранить - пришлось переставить винду.

Брэндмауэр виндовс-таки настраивается (да-да, и icmp, и tcp, и udp).

Igron ★★★★★
()
Ответ на: комментарий от Igron

абсолютно согласен. только я его отключаю сразу после установки :-)

nick_vnu
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.