PDA

Просмотр полной версии : Определение пути...



23.07.2007, 19:10
Есть подключение, настройки заданны верно...ipconfig /all дает полную информацию о настройке соединения...
Однако не ping'уется не DNS не даже шлюз, не DHCP >:(
Возможно конечно что ping и tracert отключены, но как тогда проверить?? Доменные имена не распознает, якобы DNS, однако по IP тоже не пускает...Что может быть?
Можно ли отследить какой-либо программой как идут пакеты от твоей машины к DHCP и от него, ведь как то настройка получается машиной...

Подобные случаи затронули такие моединения WiFi, SkyLink, а так же соединение через Ethernet (пока не понял через что конкретно, от того кто жаловался) с серваком через который пользователь авторизуется и после этого полезает в инет. Прошу правда заметить, что так сказать первичная связь, то через чего собственно и должно ходить, везде устанавливается.

Прошу подскажите решение, либо куда обратиться...

pig
23.07.2007, 19:26
У нас один путь (http://virusinfo.info/showthread.php?t=1235).

23.07.2007, 23:41
У нас один путь (http://virusinfo.info/showthread.php?t=1235).
Я знаю правила, но в данном случае обращаюсь исключительно за советом(вопросы вполне конкретные), так как не могу следовать правилам, т.к. проблема не у меня и собрать нужную инфу не представляется возможным.

Прошу помочь ;) :)

С уважением.

pig
24.07.2007, 02:04
Я понял, что проблема не у вас. А сам больной правила выполнить не может?

Наобум могу предложить выполнить в AVZ такой скрипт:

begin
ExecuteRepair(14);
end.
Поскольку по описанию подходит под поломатую цепочку в LSP. Но всё равно - наобум. Надеюсь, что хуже не станет.

Pili
24.07.2007, 08:25
..ipconfig /all дает полную информацию о настройке соединения...
IP адрес надеюсь начинается не с адр. 169? Если IP адрес выделяется, значит dhcp жив.

.
Однако не ping'уется не DNS не даже шлюз, не DHCP >:(
Возможно конечно что ping и tracert отключены, но как тогда проверить??
icmp м.б. закрыты фаерволом, можно попробовать telnet, nslookup
или nmap`ом посканировать сервера.

.
Доменные имена не распознает, якобы DNS, однако по IP тоже не пускает...Что может быть?
сервер DNS указан неверно, не настроен, или лок. адрес компа 169.х.х.х или проблема на лок. компе с настройкам SPI/LSP (после лечения вирусов)
Что значит "по IP тоже не пускает"?

.
Можно ли отследить какой-либо программой как идут пакеты от твоей машины к DHCP и от него, ведь как то настройка получается машиной...
Можно, например с помощью netstat, Network Monitor (Netmon) или сторонними утилитами, напр. Essential NetTools

.
Прошу правда заметить, что так сказать первичная связь, то через чего собственно и должно ходить, везде устанавливается.
Что это значит?

pig
24.07.2007, 10:05
Видимо, речь о PPP.

24.07.2007, 17:37
Спасибо попробую.

PavelA
25.07.2007, 16:44
IP адрес надеюсь начинается не с адр. 169?
Думаю, ты немного обшибся 196, а не 169

Kuzz
25.07.2007, 17:09
Все же 169, т.к. Pili имел ввиду Automatic Private IP Addressing.
Он назначает адреса в диапазоне 169.х.х.х, если не удалось арендовать адрес через DHCP и он не назначен статически.

Палыч
25.07.2007, 17:54
Недавно тоже столкнулись с этим нововведением.

IP-адреса из диапазонов 0.0.0.0/8, 14.0.0.0/8, 169.254.0.0/16, 192.0.2.0/24, 192.88.99.0/24, 198.18.0.0/15, 224.0.0.0/4 зарезервированы для использования в частных сетях, см. RFC 3330.