Win7 не пингует шлюз на Ubuntu - Компьютерный форум OSzone.net

Компьютерный форум OSzone.net (http://forum.oszone.net/index.php)

- Сетевые технологии (http://forum.oszone.net/forumdisplay.php?f=31)

- - Win7 не пингует шлюз на Ubuntu (http://forum.oszone.net/showthread.php?t=271745)

Win7 не пингует шлюз на Ubuntu

Добрый день.
Люди добрые, подскажите пожалуйста, почти неделю воюю. Есть рабочая группа ~50 машин, в основном на Win XP, инет идет через шлюз на котором Убунту. IP настроены в ручную. Привезли 2 новых компа с win7, настроил IP, подключил к сети, они все компы в сети видят, через "Сетевое окружение" все показывается, к Win7 c XP компов тоже доступ есть, но вот проблема, они, Win7, никак не дружат с шлюзом. Пинги не проходят ну и соответственно инета нету. Куда копать, чего с ними делать не могу понять. На компах с WinXP все отлично.

во первых в центре управления сетями тип сети-рабочая

стоит рабочая, имя рабочей группы у всех одинаковое.

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

шлюз на месте, днсы на месте, да еще одна странность, 7-ки пингуют хрюшек и по апишникам и по именам, а локальный днс висит на той же машине что и шлюз.

протокол 6 версии надо отключить у семерок

ИП в6 отключен, фаервол отключен, антивируса нет :)

Похоже эти семерки привезли из ж....
Сбросьте все ваще на них, раз так
В командной строке от администратора
netsh winsock reset
netsh int ip reset 1
ipconfig -flushdns
route -f
перезагрузитесь и снова впишите айпишники

обратите внимание что после перезагрузки айпишников не должно уже быть на месте, они должны пропасть

попробовал, не помогло :(

ipconfig -all семерки покажите

удалите из свойства подключения всю эту хрень тунельные адаптеры и прочее, только 4 протокола как на xp оставьте, а то они 6 версией светят....

как то так

Ну что пинг шлюза пошел?
А пинг 192.168.1.23 идет?

нет, шлюз не пингуется (((
да, 192.168.1.23 с других компов пингуется...

да не с других, а он сам себя пингует?

сам себя да

проверяйте его в безопасном режиме с загрузкой сетевых драйверов

все тоже самое, что и в обычном :( пингуются соседние компы, пингуется файлопомойка и 1С сервер, которые с шлюзом в одной стойке, а шлюз как заговоренный :(

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

тоже самое :(

пожалуйста

загадки во тьме.. может сервак игнорит? tcpdump'oм глядели?

Почему у вас до сих пор протокол 6 версии фигурирует? Вы его удалили или отключили?
А route -f точно делали?

И покажите раздел
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\PersistentRoutes

route -f делал точно
6-ю версию отключил
завтра выложу ветку реестра

Lonely_Mouse, на серваке никаких игноров/запретов не прописано, до этого под этим айпишником стояла машина с хрюшей, и все было ок

когда залезете в реестр, найдете там
0.0.0.0 0.0.0.0 192.168.1.254
удалите, но будет сопротивляться может, тогда поменяете разрешения безопасности и удалите

потом перезагрузитесь и поверьте шлюз

ок, спасибо, отпишусь как попробую

Службы посмотри, может что нужное отключено.

zai, Да причем тут службы? У нас даже пинг самого себя идет!!!!!!!! А шлюза не видит, там откуда то статический маршрут сидит и не удаляется командами..

Доброго всем утра.
после удаления строчки из реестра шлюз все так же не пингуется :(

CountSH, а по имени шлюз пингует?

вообще никак не пингует

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

ipconfig в данный момент

реестр в данный момент

до этого как вы и говорили там была строчка 0.0.0.0 0.0.0.0 192.168.1.254, 1

перезагрузитесь, проверьте шлюз и реестр, в вин 7 так не должно быть

Диспетчер устройств - вид - показать скрытые устройства - сетевые адаптеры - prt sc

вы когда вчера выполняли команду netsh int ip reset 1
и перезагружались, точно айпишники пропадали?

да, вчера после перезагрузки айпишников не было, оставались назначенными только ДНСы

http://www.fotolink.su/v.php?id=acde...ed705352971714

Пинги с 7 на XP идут?
Если идут то покажите правила iptables

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

пинги идут, iptables в этом посте http://forum.oszone.net/post-2251515-23.html
на серваке привязок никаких нет 100%

Цитата:

Цитата CountSH

iptables в этом посте »

Там route print, а не iptables.
В общем правила iptables в студию и выхлоп tcpdump.
Дело не в Windows 7, прекратите ее мучить.

Цитата:

Цитата Rezor666

прекратите ее мучить. »

Да уж так перемучили, что сами это знаем что она не причем.

ну собственно воть

Сделайте tcpdump -i eth5 -vv и попробуйте сделать service iptables stop и посмотрите что будет

[root@gw ~]# service iptables stop
iptables: нераспознанная служба

[root@gw ~]# tcpdump -i eth5 -vv
tcpdump: listening on eth5, link-type EN10MB (Ethernet), capture size 96 bytes
12:51:34.555157 IP (tos 0x0, ttl 128, id 40370, offset 0, flags [DF], proto: TCP (6), length: 783) 192.168.1.5.instl_bootc > 212.47.222.22.http: P 3125538993:3125539736(743) ack 2128970430 win 32768
12:51:34.555309 IP (tos 0x10, ttl 64, id 937, offset 0, flags [DF], proto: TCP (6), length: 172) gw.holda.lan.ssh > 192.168.1.122.sdclient: P 3222147959:3222148091(132) ack 3800102094 win 65535
12:51:34.555608 IP (tos 0x0, ttl 128, id 41400, offset 0, flags [DF], proto: TCP (6), length: 40) 192.168.1.122.sdclient > gw.holda.lan.ssh: ., cksum 0x3322 (correct), 1:1(0) ack 132 win 17268
12:51:34.556320 IP (tos 0x0, ttl 128, id 40371, offset 0, flags [DF], proto: TCP (6), length: 689) 192.168.1.5.remote-as > rev-81-94-239-52.deac.net.http: P 4010020752:4010021401(649) ack 2176481484 win 64411
12:51:34.556764 IP (tos 0x0, ttl 128, id 20634, offset 0, flags [DF], proto: TCP (6), length: 40) 192.168.1.62.4531 > games42.p.mail.ru.843: ., cksum 0x8ba1 (correct), 1168734339:1168734339(0) ack 426581051 win 64191
12:51:34.558656 IP (tos 0x0, ttl 56, id 38870, offset 0, flags [DF], proto: TCP (6), length: 1165) rev-81-94-239-52.deac.net.http > 192.168.1.5.remote-as: P 1:1126(1125) ack 649 win 65535
12:51:34.559787 IP (tos 0x10, ttl 64, id 938, offset 0, flags [DF], proto: TCP (6), length: 284) gw.holda.lan.ssh > 192.168.1.122.sdclient: P 132:376(244) ack 1 win 65535
12:51:34.561018 IP (tos 0x10, ttl 64, id 939, offset 0, flags [DF], proto: TCP (6), length: 284) gw.holda.lan.ssh > 192.168.1.122.sdclient: P 376:620(244) ack 1 win 65535
12:51:34.561161 IP (tos 0x10, ttl 64, id 940, offset 0, flags [DF], proto: TCP (6), length: 284) gw.holda.lan.ssh > 192.168.1.122.sdclient: P 620:864(244) ack 1 win 65535
12:51:34.561350 IP (tos 0x0, ttl 128, id 41401, offset 0, flags [DF], proto: TCP (6), length: 40) 192.168.1.122.sdclient > gw.holda.lan.ssh: ., cksum 0x3322 (correct), 1:1(0) ack 620 win 16780
12:51:34.562375 IP (tos 0x0, ttl 52, id 10612, offset 0, flags [DF], proto: TCP (6), length: 517) 62.84.6.45.http > 192.168.1.5.cognex-insight: P 3160276460:3160276937(477) ack 3966542867 win 69
12:51:34.562387 IP (tos 0x0, ttl 52, id 10613, offset 0, flags [DF], proto: TCP (6), length: 40) 62.84.6.45.http > 192.168.1.5.cognex-insight: F, cksum 0x583b (correct), 477:477(0) ack 1 win 69
12:51:34.562499 IP (tos 0x0, ttl 128, id 40372, offset 0, flags [none], proto: UDP (17), length: 64) 192.168.1.5.56832 > gw.holda.lan.domain: [udp sum ok] 1318+ A? aolv.hit.gemius.pl. (36)
12:51:34.562757 IP (tos 0x0, ttl 52, id 4586, offset 0, flags [none], proto: UDP (17), length: 84) 157.56.106.184.teredo > 192.168.1.170.53175: UDP, length 56
12:51:34.563039 IP (tos 0x0, ttl 128, id 40373, offset 0, flags [DF], proto: TCP (6), length: 40) 192.168.1.5.cognex-insight > 62.84.6.45.http: ., cksum 0xd96e (correct), 1:1(0) ack 478 win 32529
12:51:34.563397 IP (tos 0x0, ttl 128, id 40374, offset 0, flags [DF], proto: TCP (6), length: 40) 192.168.1.5.cognex-insight > 62.84.6.45.http: F, cksum 0xd96d (correct), 1:1(0) ack 478 win 32529
12:51:34.563412 arp who-has 192.168.1.106 tell 192.168.1.170
12:51:34.563443 IP (tos 0x0, ttl 128, id 13926, offset 0, flags [none], proto: UDP (17), length: 80) 192.168.1.170.53175 > 178.215.76.97.61865: [udp sum ok] UDP, length 52

18 packets captured
82 packets received by filter
0 packets dropped by kernel

CountSH, а какая версия Ubuntu?

10.3 вроде, там вообще стоит типа готовое решение ClearOS 5.2 на базе Ubuntu. Досталось от предшественника, ну и как бы пока все работало я туда даже не лазил

Попробуй перезагрузить, может зависло.

zai, ну это было сделано первым делом :( перезагружен сам шлюз и все свичи

CountSH, Она базируеться на CentOS или на RHEL (я не особо понял на чем именно).
На сервере есть что-то важное? Какие роли он выполняет?

странно, загрузчик от Убунты....

Цитата:

Цитата CountSH

странно, загрузчик от Убунты.... »

Не видел его:)
Но офф сайт говорит

Цитата:

Core system upgraded to CentOS 5.5

обе 7-ки увидели шлюз, что произошло непонятно...

iptables -F сбрасывает все правила...

я не успел сделать iptable -F :)

CountSH, В общем лучше поставьте CentOS и не парьтесь...

zai, да, Rezor666, прав, CentOS....

и iptables там вырубается/sbin/service iptables stop, а то я что-то сглупил...

вечером попробую отключить их, а то сейчас будет не очень приятно, отрубить бухов которые сидят через удаленку )))

Спасибо всем большое за помощь.

собственно ситуация такова, семерки увидели шлюз после того как я запустил пинг на них со шлюза, почему до этого ничего не происходило непонятно...

Подскажите, а можно в CentOS какой нибудь скриптик сварганить, чтобы он по времени запускал пинг 3 компов, шагов по 10 на каждый?