Andrei K. написал(а):И что должно произойти?
Не мог войти на сайт. После сброса DNS будут сброшены адреса сайтов, что ты открывал, и дальше будет отключен и снова включен сетевой адаптер (программно), а потом можно будет посмотреть, как от тебя идет связь и какие задержки.
Вот описание http://windows.microsoft.com/ru-ru/wind … =windows-7
http://support.microsoft.com/kb/217014/ru
http://www.ellink.ru/co/adsl/etc/networ … racert.php
есть еще вот это... просто почитай про MTU, как определить оптимальный MTU я уже тут писал (с форума TP-Linkа) для командующего ))
http://support.microsoft.com/kb/826159/ru
http://zyxel.ru/kb/1815
http://networkdoc.ru/entry/operating-sy … -windows-7
http://cmd.kz/2012/10/menyaem-mtu-v-windows-7/
Про MTU можно звонить к провайдеру и требовать чтобы сказали какой он должен быть. Обязаны сказать.
зачем менять - содрано с коммента:
... Начальник с домашнего компьютера не мог нормально работать по VPN соединению (L2TP/IPSec). В какие-то моменты разрывалось соединение, а иногда не получалось подключиться вообще. Дал ему LAN-3G модем и сказал попробуй через него. Через LAN-3G модем все заработало нормально. Следовательно проблему локализовали до провайдера или домашнего маршрутизатора. После диагностики удалось понять, что теряются пакеты больших размеров, но не все, а те в которых выставлен флаг запрещающий дефрагментацию пакета (DF bit = 1). Флаг дефрагментации выставляется самим приложением (или осью). Когда винда не получала ответы на такие запросы срабатывал процесс cmmon, который закрывал соединение (в принципе отрабатывал как должен отрабатывать). Выход из положения уменьшить значение mtu. Таким образом даже если ставится бит запрещающий фрагментацию пакета, пакет все равно не будет сформирован больше значения MTU. Следовательно таким образом любой пакет должен проходить, даже если выставлен бит DF=1.
По хорошему конечно о таких вещах должен думать провайдер. К примеру в маршрутизаторах cisco можно настроить политику, которая проверяет все приходящие пакеты и снимает этот самый бит запрещающий фрагментацию, следовательно пакет просто фрагментируется и идет дальше. Второй путь это включить на маршрутизаторе опцию path mtu discovery. В такой ситуации маршрутизатор работает следующим образом: Он видит бит запрещающий фрагментацию, дропает его и шлет отправителю сообщение, в котором говорит "понижай mtu, а то тут не все твои пакеты проходят". Клиент снижает MTU и следовательно шлет пакеты уже меньшего размера (естественно временно).
Я бы с удовольствием выбрал один из указанных вариантов с сетевым оборудованием, но к сожалению на "домашнем" маршрутизаторе начальника не нашел как включить какую-либо из указанных опций. Следовательно мне было проще понизить на его винде mtu.
Тут еще конечно существует теоретическая возможность сменить маршрутизатор начальника или попробовать обновить прошивку и найти нужную опцию. А бывают случаи когда все еще хуже. Когда у вас провайдер "рога и капыта" и о таких вещах как MTU слышали, но понятия не имеют че это и что с этим делать, "yandex в браузере открывается, следовательно у нас все ок и про всякие MTU слышать не хотим". Тут только менять провайдера или MTU на компе, других путей нет.
Отредактировано Денис (16-12-2014 05:49:53)
Нужен постоянно выход в сеть... Потерплю.
По многочисленным отзывам тех, кто его установил, после установки система начинает вести себя странно и некорректно, причём, в первую очередь, проблема затрагивает владельцев современных графических карт NVIDIA GeForce и AMD Radeon.