Полигон-2

KennyDies написал:

[q]

FileMon (монитор обращений к файлам), RegMon (монитор обращений к реестру) от Руссиновича.

[/q]

Точно, вылетели из головы. Спасибо за напоминание, скачал. В виртуалке ничего потайного инсталлятор и WiFi Hopper после первого запуска не оставляет. Кряк в комплекте попался дохлый, но после очистки реестра в виртуалке триальный период восстанавливается. Но там, где вайфай-хоппер нужен позарез этот фокус не проходит. Вычистил все файлы, удалил разделы WiFi Hopper из реестра, все равно говорит, что trial has expired. Чудеса. И там и там одна версия, и там и там одна ОС...

---

Так и не удалось одолеть WiFi Hopper, зато получилось заставить работать "родной" менеджер подключений для драйвера, который подошёл (брендированный Rtwlan.exe). Оказывается, это поделие узкоглазых программистов держит VEN/DEV ID совместимых устройств в реестре, а не файлах конфигурации (8192cu.ini и text.file), прописал свои, и эта софтина увидела Asus USB-N10 Nano. Теперь есть соединение с роутером, компьютеры пингуются, сетевое окружение работает. Но не работают протоколы HTTP (браузеры не открывают даже админку роутера, а telnet %router_ip% 80 находит Сбой подключения) и DHCP (возвращается адрес совершенно не от моей сети, а также пустые настройки шлюза и DNS, приходится вбивать правильные руками, только тогда начинают работать хотя бы пинги и сетевое окружение). Куда копать?

ради эксперимента, отключите временно шифрование у вашего вай-фай роутера
и посмотрите, заработает или нет

F0lken написал:

[q]

ради эксперимента, отключите временно шифрование у вашего вай-фай роутера
и посмотрите, заработает или нет

[/q]

Пробовал. Пробовал и цеплять к основному роутеру по проводу второй wifi-роутер, снимал ему шифрование, тоже самое. Только не помню, чей IP винтукей себе присваивал, и присваивал ли. Вчера попробовал подключиться к другой сети в другом доме, глюк тоже есть, правда по DHCP никакого IP/DNS/шлюза не присваивается вообще.


Merchant*RU написал:

[q]

Если в модеме жёстко прописан шлюз на IP провайдера (опсоса), то и всю сетевую часть он будет искать где-то внутри сотовых вышек, а не в родимой домашней 192.168.xxx.xxx
Прямой пинг на локалку ходить будет, но всё, что сложнее, например пинг гуглевского DNS-а, непременно будет заканчиваться FAIL-ом.

[/q]

Вот только остальным компьютерам и устройствам по DHCP достаются правильные настройки. И в них шлюз = IP роутера.
Пинги на 8.8.8.8 ходят отлично. DNS я заметил тоже не работает, если пинговать ya.ru, имя не найдено, если пинговать 87.250.250.242 пинги идут спокойно, и очень даже быстро. Пробовал ставить DNS-сервером и IP роутера, и 8.8.8.8, без разницы. Что-то рубит все сколь либо сложные протоколы.


Merchant*RU написал:

[q]

То-ж самое коснётся и неправильно настроенного wifi-свистка, и "особо-жадной" программы.

[/q]

Тут я не понял. Прошу поподробнее.


Merchant*RU написал:

[q]

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

[/q]

D:\>telnet [любой IP с HTTP сервером] 80
Подключение к [ip]...Не удалось открыть подключение к этому узлу, на порт 80: Сбой подключения

Вот и настройки прокси в IE. Сам IE даже не думает при открытии сайтов, сразу начинает перебирать все домены верхнего уровня, а потом говорит "не удаётся открыть страницу поиска". Огнелис молча оставляет белую страницу.

С датами экспериментировал, гнида забугорная понимает подвох. Hosts в девственном состоянии.

Вот что говорит Sysinternals TDImon на попытку зателнетиться к админке роутера на 80 порт (HTTP):

[q]

1\t0.00000000\ttelnet.exe:796\tFDAE2B68\tIRP_MJ_CREATE\tTCP:0.0.0.0:0\t\tSUCCESS\tAddress Open
2\t0.00165272\ttelnet.exe:796\tFDAE2B68\tTDI_SET_EVENT_HANDLER\tTCP:0.0.0.0:1059\t\tSUCCESS\tError Event
3\t0.00184129\ttelnet.exe:796\tFDAE2B68\tTDI_SET_EVENT_HANDLER\tTCP:0.0.0.0:1059\t\tSUCCESS\tDisconnect Event
4\t0.00197120\ttelnet.exe:796\tFDAE2B68\tTDI_SET_EVENT_HANDLER\tTCP:0.0.0.0:1059\t\tSUCCESS\tReceive Event
5\t0.00210362\ttelnet.exe:796\tFDAE2B68\tTDI_SET_EVENT_HANDLER\tTCP:0.0.0.0:1059\t\tSUCCESS\tExpedited Receive Event
6\t0.00222179\ttelnet.exe:796\tFDAE2B68\tTDI_SET_EVENT_HANDLER\tTCP:0.0.0.0:1059\t\tSUCCESS\tChained Receive Event
7\t0.00232907\ttelnet.exe:796\tFDAE2B68\tTDI_QUERY_INFORMATION\tTCP:0.0.0.0:1059\t\tSUCCESS\tQuery Address
8\t0.00355688\ttelnet.exe:796\tFDAE2B68\tTDI_SET_EVENT_HANDLER\tTCP:0.0.0.0:1059\t\tSUCCESS\tError Event: NULL
9\t0.00514926\ttelnet.exe:796\tFDAE2B68\tTDI_SET_EVENT_HANDLER\tTCP:0.0.0.0:1059\t\tSUCCESS\tDisconnect Event: NULL
10\t0.00531855\ttelnet.exe:796\tFDAE2B68\tTDI_SET_EVENT_HANDLER\tTCP:0.0.0.0:1059\t\tSUCCESS\tReceive Event: NULL
11\t0.00540907\ttelnet.exe:796\tFDAE2B68\tTDI_SET_EVENT_HANDLER\tTCP:0.0.0.0:1059\t\tSUCCESS\tExpedited Receive Event: NULL
12\t0.00554316\ttelnet.exe:796\tFDAE2B68\tTDI_SET_EVENT_HANDLER\tTCP:0.0.0.0:1059\t\tSUCCESS\tChained Receive Event: NULL
13\t0.00568731\ttelnet.exe:796\tFDAE2B68\tIRP_MJ_CLEANUP\tTCP:0.0.0.0:1059\t\tSUCCESS
14\t0.00587169\ttelnet.exe:796\tFDAE2B68\tIRP_MJ_CLOSE\tTCP:0.0.0.0:1059\t\tSUCCESS\t\t

[/q]

Вообще какая-то фигня. Даже не фигурирует IP, куда идёт подключение. На эталонной виртуалке, и при работе с Сетевым Окружением на проблемном ноутбуке в логах все IP фиксируются, и отправителя, и получателя.
С IE логи аналогичные.

Merchant*RU написал:

[q]

И таблицу маршрутизации поглядеть неплохо-бы, что там прописано для дефолт-шлюза.

[/q]

===========================================================================
Список интерфейсов
0x1 ........................... MS TCP Loopback interface
0x2 ...10 c3 7b cd af 22 ...... Realtek RTL8192C Wireless LAN USB NIC                                    
===========================================================================
===========================================================================
Активные маршруты:
Сетевой адрес           Маска сети      Адрес шлюза       Интерфейс  Метрика
          0.0.0.0          0.0.0.0    192.168.1.254    192.168.1.70    1
        127.0.0.0        255.0.0.0        127.0.0.1       127.0.0.1    1
      192.168.1.0    255.255.255.0     192.168.1.70    192.168.1.70    1
     192.168.1.70  255.255.255.255        127.0.0.1       127.0.0.1    1
    192.168.1.255  255.255.255.255     192.168.1.70    192.168.1.70    1
        224.0.0.0        224.0.0.0     192.168.1.70    192.168.1.70    1
  255.255.255.255  255.255.255.255     192.168.1.70    192.168.1.70    1
Основной шлюз:       192.168.1.254
===========================================================================
Постоянные маршруты:
  Отсутствует

192.168.1.70 это IP сабжа, 192.168.1.254 IP роутера. 192.168.1.xxx это остальные устройства в сети.

Cтроку   255.255.255.255  255.255.255.255     192.168.1.70    192.168.1.70    1 пробовал удалять (route delete 255.255.255.255), её нет на виртуалке, винтукей говорит что адрес неверный, и не удаляет. route -f чистит список почти начисто, упоминания шлюза ...1.254 пропадают, как и эта странная строка, но после перетыка свистка таблица маршрутизации возвращается в прежний вид. С чищенной таблицей маршрутизации, понятное дело, сети нет. Если добавить route add 0.0.0.0 mask 0.0.0.0 192.168.1.254 (маршрут в интернет, если мои без малого два курса по комп.сетям не прошли даром ), пинги начинают ходить, а вот всё остальное по прежнему не работает.

Остаётся поставить для теста куда-нибудь чистую Win2k, и смотреть что там будет с этой usb-затычкой.


Точно какая-то фигня с высокими уровнями по OSI. Запустил на проблемном ноутбуке Small HTTP Server. Без wifi-адаптера по 127.0.0.1 локальный сервер открывается. Стоит воткнуть эту затычку для usb порта с функцией wifi приёмопередатчика, по 127.0.0.1 возникает та же [censored], что и с другими HTTP ресурсами. Что интересно, снаружи (по локалке) сервер открывается.