Полигон-2

Прокси не включен, случайно?

Вот же аналогичная тема.

Тогда проверьте ещё один пункт, который был у меня.
1.) Вытащите 3G свисток.
2.) Запустите HTTP сервер (любой, можно IIS)
3.) Попробуйте открыть http://localhost:80
4.) Если открывается, подключите 3G модем, полностью, и попробуйте снова открыть локалхост. Есть вероятность, что он не откроется, как у меня.

CodeMaster написал:

[q]

пинги идут и на DNS гугла 8.8.8.8 и на DNS ОпСоСа

[/q]

Уточни: пингуешь напрямую IP адреса или сами DNS-имена этих адресов?
Иными словами:
ping google.com
или
ping 8.8.8.8
???

Причины две:
1) опсос не обслуживает сеть 3G. Или имеются ограничения, например, надо сперва залогиниться на некий сайт опсоса, чтоб получить доступ в инет. Прямые пинги заблокировать трудно, а вот все dns и http-запросы режутся огнестенкой опсоса.
2) В свисток (или в его драйвер) встроен ретранслятор dns несовместимый по версии со w2k-шным стеком tcp-ip.

UPD.
Как паллиатив: переткни свисток в порт USB2. В портах usb-1 многие свистки не желают работать.

Merchant*RU написал:

[q]

Уточни: пингуешь напрямую IP адреса или сами DNS-имена этих адресов?

[/q]

Есно напрямую, DNS ведь не работает.


Merchant*RU написал:

[q]

1) опсос не обслуживает сеть 3G.

[/q]

Не, я же написАл, что с другого компа всё работает.


Merchant*RU написал:

[q]

В свисток (или в его драйвер) встроен ретранслятор dns несовместимый по версии со w2k-шным стеком tcp-ip.

[/q]

Вот это да, это надо пробовать на другой машине с W2K. Но тут может быть ещё тот вопрос, что в W2K могут быть особые ограничения сети для RAS в отличии от локалки.


Merchant*RU написал:

[q]

В портах usb-1 многие свистки не желают работать.

[/q]

Ты хочешь сказать, что как у ATauenis не хватает скорости порта для обработки 3G? У меня ИМХО и так USB 2.0, но как вариант можно попробовать проверить подключение по EDGE


ATauenis написал:

[q]

У меня глюк стека оказался зависимым от железа.

[/q]

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

ipconfig /flushdns пробовал?

SKcorp написал:

[q]

ipconfig /flushdns пробовал?

[/q]

Попробовал, отключил локалку - связь пропала.


uav1606 написал:

[q]

Попробуйте ввести nslookup в командной строке.

[/q]

Попробовал, при установленном соединении через модем, основной DNS его.

Вот параметры соединений в рабочем режиме:

[q]

Адаптер Ethernet LAN:
\tDNS суффикс этого подключения . . :
\tОписание . . . . . . . . . . . . : Intel® PRO/100+ Server Adapter
\tФизический адрес. . . . . . . . . : 00-E0-18-E2-1A-B3
\tDHCP разрешен . . . . . . . . . . : Нет
\tIP-адрес . . . . . . . . . . . . : 192.168.39.1
\tМаска подсети . . . . . . . . . . : 255.255.255.0
\tОсновной шлюз . . . . . . . . . . : 192.168.39.39
\tDNS-серверы . . . . . . . . . . . : 192.168.39.39

Адаптер {81BB4925-96FE-4D9C-B732-5EC10A3106EE}:
\tDNS суффикс этого подключения . . :
\tОписание . . . . . . . . . . . . : WAN (PPP/SLIP) Interface
\tФизический адрес. . . . . . . . . : 00-53-45-00-00-00
\tDHCP разрешен . . . . . . . . . . : Нет
\tIP-адрес . . . . . . . . . . . . : 10.39.78.109
\tМаска подсети . . . . . . . . . . : 255.255.255.255
\tОсновной шлюз . . . . . . . . . . : 10.39.78.109
\tDNS-серверы . . . . . . . . . . . : 176.59.95.146
\t 176.59.95.150
\tОсновной WINS-сервер . . . . . . : 10.11.12.13
\tДополнительный WINS-сервер. . . . : 10.11.12.14

[/q]

У 10.39.78.109 основной шлюз и должен быть он сам?

Это данные route:

[q]

===========================================================================
Список интерфейсов
0x1 ........................... MS TCP Loopback interface
0x1000003 ...00 e0 18 e2 1a b3 ...... Intel® PRO/100+ Server Adapter
0x2000004 ...00 53 45 00 00 00 ...... WAN (PPP/SLIP) Interface
===========================================================================
===========================================================================
Активные маршруты:
Сетевой адрес Маска сети Адрес шлюза Интерфейс Метрика
0.0.0.0 0.0.0.0 10.39.78.109 10.39.78.109\t 1
0.0.0.0 0.0.0.0 192.168.39.39 192.168.39.1\t 2
10.39.78.109 255.255.255.255 127.0.0.1 127.0.0.1\t 1
10.255.255.255 255.255.255.255 10.39.78.109 10.39.78.109\t 1
127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1\t 1
192.168.39.0 255.255.255.0 192.168.39.1 192.168.39.1\t 1
192.168.39.1 255.255.255.255 127.0.0.1 127.0.0.1\t 1
192.168.39.255 255.255.255.255 192.168.39.1 192.168.39.1\t 1
224.0.0.0 224.0.0.0 10.39.78.109 10.39.78.109\t 1
224.0.0.0 224.0.0.0 192.168.39.1 192.168.39.1\t 1
255.255.255.255 255.255.255.255 192.168.39.1 192.168.39.1\t 1
Основной шлюз: 10.39.78.109
===========================================================================
Постоянные маршруты:
Отсутствует

[/q]

Да, кстати, MTU еще можно понизить.

[q]

Можно ли как-то узнать к какому DNS обращается система?

[/q]

В общем случае - нет, все программы ведут себя по разному. Вообще, по спецификации, обращение идёт к тем DNS, которые прописаны в настройках интерфейса (первичный, вторичный, третичный и т.д.). Как оно будет идти (по очереди или ко всем параллельно, пока хоть кто-то не ответит) - зависит от реализации. Что будет, если одновременно работает несколько интерфейсов, каждый со своими DNS - зависит от реализации.

Для 2000й доку уже стёрли, но алгоритм, описанный здесь, не менялся как минимум с 2003й. Если коротко - опрашивается первичный DNS на предпочитаемом адаптере (с минимальной метрикой). Если он не ответил за 1 с, опрашиваются первичный DNS всех адаптеров. Если нет ответа за 2 с - опрашиваются все DNS всех адаптеров. Первый, от кого пришёл ответ, в дальнейшим становится основным и все последующие запросы в дальнейшем пойдут сначала на него. С сотовой связью задержка в 1-2 секунды явно слишком маленькая...

[q]

Попробуйте ввести nslookup в командной строке.
В первых строчках оно Вам напишет что-то вроде Address:8.8.8.8
Вот это и будет Ваш DNS.

[/q]

Неправильно. Nslookup предназначен для ручного обращения к DNS-серверам. По умолчанию он будет обращаться к первичному DNS предпочитаемого адаптера. Если первичный DNS мёртв, nslookup при этом работать не будет (пока вручную сервер не переключите), но системе это нисколько не помешает (если у неё прописаны вторичный/третичный/... DNS и они в этот момент доступны).

[q]

У 10.39.78.109 основной шлюз и должен быть он сам?

[/q]

Для PPP вроде да. Давно его живьём не видел...