Проблема с VPN (отключение)
Проблемы с впн-интернетом теже,т.е. внезапные разрывы связи,причем канал впн вроде открыт,не вылезает ошибок никаких по поводу разрыва,просто интернет висит,смотрю netstat тоже ничего не кажет,пытаюсь отключить впн самостоятельно,он отключается,при попытке снова подключится виснет окно с сетевыми подключениями...после логоффа подключится тоже не получается,помогает только ребут...проблем со звуком никаких,просто пытались связать эти два события,т.к. включая кмплеер бывает что интернет пропадает...
По поводу анализатора,вы имеете ввиду сниффер?подскажите тогда для винды какой лучше,ни разу под ней ни пользовался
Microsoft Network Monitor 3
Под widows 7 работает и прост в изцчении
Russia Интернет
BerSerk_,
пользуйтесь кнопкой "Редактировать".
Вроде бы решил вопрос...но не знаю что точно помогло
вообщем мои действия, изменил mtu у vpn соединения...делаем так
win+r cmd
netsh interface ipv4 show subinterface (показывает твои сетевые интерфейсы, смотриш тот что связан с vpn, как соединение назвал так и должно называться) слева в таблице написано mtu, у меня было 1400 по умолчанию, меняем на 1474 (вычитал что для vpn оптимальное mtu)
netsh interface ipv4 set subinterface "Имя vpn-соединения" mtu=xxxx (имя соединения пишем без кавычек xxxx - желаемое mtu)
Затем поставил прогу cfosspeed во-первых инет стал бегать шустрее, во вторых не отваливается...не знаю что точно повлияло, но счас все работает хорошо.
Бэлиан :
Ставьте анализатор протокола и смотрите кто инициирует данный разрыв ОС или оборудование пакеты типа FIN.
какой именно и пожалуйста поподробнее что там смотреть или изменять нужно будет
У меня соединение через PPPoE.
Пытался с настройками размеров пакета и т.п. поэкспериментировать, проверял настройки отключения оборудования - все равно рвется соединение.
BerSerk_,
Есть такой параметр как автоматическое определение MTU
-EnablePMTUDiscovery
в реестре HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameters
intersk,
Ставите с сайта Microsoft например версию 3.3.1641 далее запускаете ее. В нижнем окне гле выбор сетевых устройств ставиете галку на нужном устройстве или оставьте по умолчанию. Далее нажимаем New capture tab - сбор информации будет осуществляться в буфер. Нажимем кнопку start. Нас интересует My traffick. Окно Frame Summary.
Для дальнейшей работы нужно немножко знать протоколы и принцип работы. Но при изучение работы в течение 3-5 дней можно научиться.
Определите только обязательно сначала MAC адреса вашей сетевой и маршрутизатора.
Как я и писал проблема решилась переустановкой другой сборки. На всякий пожарный звуковая карта стоит Sound Blaster Audigy.
Но теперь появилась новая проблема. Иногда при загрузке компьютера появляется второй шлюз по умолчанию. Настройки сети получаю автоматом, при указании вручную неработают некоторые сайты.
Вот скриншот. Может кто подскажет как сделать чтобы оставить только шлюз 10.25.0.1 а то при 2х шлюзах впн неподключается.Перегружаю сетевую карту и шлюз становится один.
datas/users/42402-778uiuiuiiii.jpg
BerSerk_ :
Вроде бы решил вопрос...но не знаю что точно помогло
win+r cmd
netsh interface ipv4 show subinterface (показывает твои сетевые интерфейсы, смотриш тот что связан с vpn, как соединение назвал так и должно называться) слева в таблице написано mtu, у меня было 1400 по умолчанию, меняем на 1474 (вычитал что для vpn оптимальное mtu)
netsh interface ipv4 set subinterface "Имя vpn-соединения" mtu=xxxx (имя соединения пишем без кавычек xxxx - желаемое mtu)
Затем поставил прогу cfosspeed во-первых инет стал бегать шустрее, во вторых не отваливается...не знаю что точно повлияло, но счас все работает хорошо.
Наверно всё таки прога помогла ибо заменяет дрова виндовские на свои.
Я тож вродебы с проблемой справился)
Метод лечения:
1. Скачал сборку от Staforce (гдето 7-8 винда подопытная)
2. Скачал АНГЛИЙСКИЕ ДРОВА НА ВИДУХУ.
3. Скачал более ранние дрова на ЗВУК с сайта производителя мамки( в моём случае Gygabyte)
Шаги проверки:
1. Поставил чистую систему без дров создал впн, впн невырубало( впринципи и на х64 без дров ВПН не падал)
2. Установил дрова на видео, лагов нет
3. Установил дрова на Звук, лагов нет.
Вывода у нас 3:
1. Либо что то в этой сборку помогло.
2. Либо в винде х86 и х64 ?)
3.Либо дрова под х86 (и заметьте какие) менее лаговые чем под х64.
Для всех попробуйте сборку от Staforce yf pirat.ca лежит и отпишитесь (ибо в ней интегрировано 21 исправление от мелософт и 1 из них отвечет за глюки ВПН), либо попробуйте поставить английские дрова)
MTU это окно через которое передается информация, естественно чем оно больше тем лучше, максимальное для сети Ethernet 1500 байт (MTU -Maximim Transmission Unit), но для соединений PPPoE максимальное число – 1492 байта, т.е. на пути следования пакета если бы на каком нибудь из шлюзов данный объем 1492 не влезает в его MTU, то данный шлюз должен фрагментировать данный пакет, но шлюзы уже давно используют технологию Path MTU Discovery (RFC 1191) и фрагментацию стараются не использовать, так как снижает пропускную способность и ведет к увелечению сетевых издержек. На пальцах данная технология – определния между двумя хостами наилучшего размера MTU при котором пакет пройдет данный маршрут и не будет дефрагментировар, начинаться будет с максимального, но в данном алгоритме используются специальные пакеты ICMP типа "Destination is unreachable" означает "Хост недоступен, поскольку
пакет слишком большой и шлюз не будет его фрагментировать" и к данному пакету который получит адресат добавиться информаци о размере MTU следующего шлюза, который имеет наименьший размер MTU. Отсюда проблема: некоторые сервера, шлюзы и т.д. блокируют данный тип пакетов ICMP (наверное администраторы которые за это отвечают) т.е. соединение не устанавливается и пакеты не доходят до адресата (Path MTU Discovery Black Hole, и описана в RFC 2923).
Для полной информации можно воспользоваться поиском в интернете на данную тему.
У меня например сейчас размер ADSL – PPPoE - 1480, а на лок сеть 1500, но VPN на ней 1400 (если поставить 1492 то вообще работать не будет) Так что вам решать.
И снова к вам: РАЗОБРАЛСЯ в СУТИ ЛАГА:
1. Если у вас ЛАН пишет НЕОПРЕДЕЛЁННАЯ СЕТЬ -> создаёш впн -> вылеты 100%
2. Если Лан ставиш домашняя сеть + включен виндовский файрвол -> вылетов НЕТ)
3. Если Лан ставиш домашняя сеть + ВЫКЛЮЧЕН виндовский файрвол -> вылетов ПЕСЕЦ СКОКО)
Из этого факт или используем 2 способ ))) Либо снова садимся на ХП) Ибо Виндовским файрволом пользоватся себдя не уважать.
Если кто то найдёт другой способ решения проблемы делитесь) Я пока не нашёл.
RuS_UA,
Вы о чем
1. Если у вас ЛАН пишет НЕОПРЕДЕЛЁННАЯ СЕТЬ -> создаёш впн -> вылеты 100%
В интернете найдете много сообщений что работает и при иконке НЕОПРЕДЕЛЁННАЯ СЕТЬ например на
В большинстве случаев виноват клиент в настройках сетевой карты или в отсутствии записи "шлюз" в данном случае - то имеем НЕОПРЕДЕЛЁННАЯ СЕТЬ (как она может быть определена?)
2. Если Лан ставиш домашняя сеть + включен виндовский файрвол -> вылетов НЕТ)
3. Если Лан ставиш домашняя сеть + ВЫКЛЮЧЕН виндовский файрвол -> вылетов ПЕСЕЦ СКОКО)
Это не факт.
Не знаю у меня "Общественная сеть" везде стоит и все работает, не вылетает.
И из поста выше
RuS_UA,
Шаги проверки:
1. Поставил чистую систему без дров создал впн, впн невырубало( впринципи и на х64 без дров ВПН не падал)
2. Установил дрова на видео, лагов нет
3. Установил дрова на Звук, лагов нет.
Что значит без дров (драйвера уже есть в системе по умолчанию практически на все оборудование), и причем дрова на видео и на звук для работы по сети?
Может вы конкретно опишите подключение ваше.
С родными Мелкософтовскими пашет без вылетов(, ставлю дрова и отрубаю файрвол и песец впн падает)
RuS_UA :
С родными Мелкософтовскими пашет без вылетов(, ставлю дрова и отрубаю файрвол и песец впн падает)
Опять не понял какие родные, а каких драйверах идет речь?
Дрова которые идут с виндой СТАНДАРТНЫЕ МЕЛКОСОФТА.
