У меня проблема с моим openSUSE 11.3 сеть. Итак, я назначил ему IP-адрес 192.168.137.2 и еще один компьютер (Windows 7) с IP-адресом 192.168.137.1.
В openSUSE шлюз - 192.168.137.1. и результат пинга
ping 192.168.137.1
PING 192.168.137.1 (192.168.137.1) 56(84) bytes of data.
64 bytes from 192.168.137.1: icmp_seq=1 ttl=128 time=2.53 ms
64 bytes from 192.168.137.1: icmp_seq=2 ttl=128 time=0.437 ms
^C
--- 192.168.137.1 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 0.437/1.487/2.537/1.050 ms
И маршрутизация:
route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.137.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
10.1.1.0 0.0.0.0 255.255.255.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 192.168.137.1 0.0.0.0 UG 0 0 0 eth0
но в чем проблема,
traceroute 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 40 byte packets using UDP
1 * * *
2 * * *
.
.
.
30 * * *
Почему traceroute даже не доходит до шлюза? Или, может быть, я как-то пропустил это сетевое правило.
Причина, вероятно, в том, что внутренний брандмауэр Windows 7 фильтрует некоторые типы пакетов. Попробуйте на время отключить брандмауэр в Win7. Используйте панель управления графическим интерфейсом или запустите окно интерфейса командной строки от имени администратора и введите команду
netsh firewall set opmode disable
Теперь повторите тест traceroute. В случае положительного ответа от вашего шлюза 192.168.137.1 следующим шагом должно быть повторное включение брандмауэра Win7.
netsh firewall set opmode enable
и измените его настройку, чтобы разрешить трассировку.
Если проблема не исчезнет с отключенным брандмауэром W7, вам следует проверить локальный брандмауэр на ПК с OpenSUSE. Следующая команда очищает все правила брандмауэра и включает полностью открытый обмен данными до следующей перезагрузки:
iptables -F *
Возможно, пакеты UDP фильтруются. Пытаться tcptraceroute.