AKADO.Форум

Lean (Feb 13 2011, 23:01) писал:

Спрошу на всякий случай: пингуется и трассируется по имени? Или по IP?
Ответ ДНС можно посмотреть как nslookup google.com или чего там ещё не работает. Если имя разрешается в айпишник верно - ДНС свою работу сделал. Типа так как-то:

C:\>nslookup google.com
Server:  nas.lan
Address:  192.168.0.250

Non-authoritative answer:
Name:	google.com
Addresses:  74.125.87.99
		  74.125.87.104

По имени. "ping google.com" и "tracert google.com" выдают одинаковые (Не считая стандартной разницы в пару миллисекунд времени отклика) результаты что с внутренним, что со внешним айпи. Могу опубликовать, конечно, но зачем?

nslookup сделаю, когда в следующий раз буду пытаться настроить.

P. S. Но все же я очень сомневаюсь, что дело в ДНС - линукс-машина-то все отлично открывает. Настройки на виндовской машине вообще не менялись, на роутере - только протокол подключения. Никаких дополнительных функций вроде файрволов и переадресации портов пока не стоит.
Сообщение отредактировал Lean: 14 февраля 2011 - 01:02

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

nslookup выдает примерно то же самое, что и в примере Right. Разница в первом блоке, который, как я понимаю, роутер.
Если вбить в адресную строку напрямую один из полученных айпишников - гугль открывается. Добавить "/search?q=test" - все работает. То есть собака порылась почти наверняка где-то в настройках винды, причем достаточно тонко, чтобы все как бы работало, но толку от этого не было никакого.

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

Lean (Feb 14 2011, 3:13) писал:

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

Есть одна теория. Посмотрим - что поменялось между "работает" и "не работает" - поменялся тип подключения. В случае "не работает" используется VPN-соединение, да? И, поскольку при организации VPN-туннеля сетевые пакеты "заворачиваются" в дополнительную обёртку, в них начинает присутствовать два заголовка, вместо одного при подключении без VPN.

Короче, я б попробовал уменьшить параметр MTU в винде. До значения (для проверки, не мелочась) 1400.

Забавно.

Раньше не приходилось что-то трогать в этой области, поэтому мог ошибиться в исполнении.
Сделал netsh interface ipv4 set subinterface "Подключение по локальной сети" mtu=1400 store=persistent, переподключился - ничего. Попробовал уменьшать вплоть до 1200 и на роутере, и на локальной машине. Ничего.

Прошу прощения за еще один пост подряд: проблема все еще есть, но появился некоторый прогресс.
Удалось-таки обойти проблему, но что-то мне подсказывает, что крайне топорно - понизил MTU в винде до 500. Теперь большинство ресурсов открывается, но все равно - не все. По всей видимости, можно опускать еще дальше, но это все равно будет борьбой со следствием. Как я понимаю, система должна как-то сама догадываться, каких размеров пакеты слать, и у моей почему-то это не получается. Почему?

Дык может и не в этом проблема-то, это только теоретическое предположение, основанное, правда, на реальном опыте. Наблюдали именно такой эффект на PPTP - не открываются некоторые странички (microsoft, google, собственно провайдерская), на некоторых картинки не догружались. Вылечивалось снижением MTU до примерно 1400, в реестре где-то (где конкретно - знает microsoft в статье "Параметры конфигурации TCP/IP...").

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

Ну, это была вообще единственная версия, и единственный ход, который принес хоть какие-то результаты.

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

В общем, обошел проблему окончательно, поставив на линуксе прокси. Идеи насчет окончательного решения все еще интересуют, но такой костыль меня пока вполне устраивает.

Здравствуйте. Заказал сегодня услугу "Внешний IP адрес", сказали, завтра с утра подключат. Нужно ли будет что-нибудь менять в настройках роутера?

Алексей Ш. (09 августа 2013 - 16:35) писал:

Если подключение через модем, нет.

хочу IPv6 ... когда ждать ?

Совсем ни кого … будем мечтать о IPv6: на каждое оборудование подключенное к инету свой IPv6 и без «абонентской платы» (мах - все это сидит в стоимости оборудования), упростится маршрутизация, нет «плясок с бубном» по проброске портов, при этом снизиться нагрузка на роутеры, … единственное но - провайдеру это не надо, лучше брать 90руб/мес практически «за воздух».
Умные люди говорят, что сие чудо появиться только после необходимости IPv6 в социальных сетях, поисковиках, игровых и видео сервисах ... а это случиться только в том случае если крупные компании пожелают заставить пользователей сменить оборудование (хочешь сладкое – плати деньги).
… пока провайдер думает, юзаем кривой метод http://unixforum.org...showtopic=91687 или http://version6.ru/he.net/howto ... при прямых руках все работает, причем без оплаты.

Вопрос остался в силе: IPv6 - когда ждать у Акадо?

Наверное IPv6 появится тогда, когда сам протокол получит большее распространение в сети. У многих крупных и посещаемых сайтов с IPv6 адресами туговато - нет их...

Пишу из 2017-ого, IPv6 так и не подвезли! ������

А куда должны были подвезти?

IPV6 почемуто выдается роутером устройствам в локальную сеть. Но во внешний сети его реально нет. У второго моего оператора есть. Но толку от него ноль. При использовании только 6 и полном отключении 4 большая часть сайтов не открывается. например яндекс работае а вконтактик нет. Ютуб работает, фейсбук нет.