Проблема с VPN (отключение)
Israel T.A.
intersk, имя файла должно быть на английском языке.
intersk
1. А вам протокол NETBIOS нужен, может его отключить.
2. у вас DCHP c адресами 169.254.х.х. откуда они у вас, например их использует microsoft в своем DHCP или в настройках сети из 2-5 ПК, т.е. если ваш DHCP не ответит, то windows дает вам сама IP из данного диапазона.
3.для информации протокол управления каналом (LCP - Link Control Protocol) является частью PPP
Пакет LCP типа Echo-Request
Пакет LCP типа Echo-Request применяется для реализации метода обратной связи в РРР-соединении. Получив пакет Echo-Request, устройство РРР должно выдать в ответ на него пакет Echo-Reply. Довольно часто эта процедура используется для того, чтобы предотвратить преждевременное завершение соединения из-за отсутствия активности. Она может использоваться также в диагностических целях. Во время переговоров о параметрах соединения может быть определен параметр Magic-Number, который затем можно использовать в данном пакете для идентификации соединения.
Пакет LCP типа Echo-Reply
Как уже отмечалось, пакет LCP типа Echo-Reply используется в ответ на пакет Echo-Request. Если для соединения был определен параметр Magic-Number, то он должен включаться в этот пакет.
Пакет LCP типа Code-Request
Пакет LCP типа Code-Request используется в том случае, когда сервер РРР получает от клиента пакет РРР с искаженным значением в поле Код. Это говорит о том, что версия РРР у клиента не совпадает с версией РРР на сервере или же у клиента неправильно установлена поддержка РРР. После того как сервер послал пакет такого типа, он немедленно разрывает РРР-соединение.
Пакет LCP типа Protocol-Request
Пакет LCP типа Protocol-Request применяется, если сервер РРР получает пакет РРР либо с искаженным значением в поле Протокол, либо с протоколом, который им не поддерживается. При этом в поле данных пакета этого типа включается копия отвергнутого пакета. Получение такого пакета клиентом свидетельствует о том, что указанный протокол не поддерживается сервером, о чем он сообщает пользователю.
Пакет LCP типа Discard-Request
Пакет LCP типа Discard-Request применяется для тестирования соединения. Приемное устройство должно немедленно отбросить пакет Discard-Request. Никакого ответа на этот пакет приемное устройство посылать не должно. Пакет типа Discard-Request также должен содержать параметр Magic-Number, который был определен на стадии установления соединения.
Параметр "магическое число" (Magic-Number)
Параметр "магическое число" (Magic-Number) используется для реализации в РРР-соединении обратной связи. При этом образуется петля и клиент имитирует РРР-соединение с самим собой. Когда в пакет Configure-Request включен параметр Magic-Number, то получивший его хост РРР сравнивает это число с параметром Magic-Number из предыдущего пакета Configure-Request. Если они совпадают, то, скорее всего, имеет место соединение типа "петля". После того как параметр Magic-Number для сеанса РРР был определен, его можно употреблять в пакетах Echo-Request и Echo-Reply с целью проверки целостности соединения.
пакеты
RECV RECV LCP LCP:Echo-Request, ID = 182, Length = 8
SEND SEND LCP LCP:Echo-Reply, ID = 182, Length = 8
...
{PPPoE:21} [Dell Inc. F73DE5 [00-19-B9-F7-3D-E5]] [Wistron Corporation 8B686B [00-16-D3-8B-68-6B]] LCP LCP:Echo-Request, ID = 183, Length = 8
{PPPoE:21} [Wistron Corporation 8B686B [00-16-D3-8B-68-6B]] [Dell Inc. F73DE5 [00-19-B9-F7-3D-E5]] LCP LCP:Echo-Reply, ID = 183, Length = 8
...
LCP echo-request удаленной стороне каждые n секунд. echo-request отправляется когда пакеты не принимаются от удаленной стороны n секунд. Обычно удаленная сторона должна отвечать на echo-request отправкой echo-reply.
Смысл такой частой проверки??????
Далее что-то работает, но видимо потом прекращается скачка и подготовка к закрытию соединения.
opera.exe {TCP:27, IPv4:22, PPPoE:21} 94.246.126.252 84.242.253.135 TCP TCP:Flags=...A...F, SrcPort=HTTP(80), DstPort=49242, PayloadLen=0, Seq=4102953460, Ack=3488255984, Win=61 (scale factor 0x7) = 7808
Flag FIN подготовка к сбросу
opera.exe {TCP:27, IPv4:22, PPPoE:21} 84.242.253.135 94.246.126.252 TCP TCP:Flags=...A.R.., SrcPort=49242,
DstPort=HTTP(80), PayloadLen=0, Seq=3488255984, Ack=4102953461, Win=0 (scale factor 0x2) = 0
Flas R - Reset сброс соединения
Totalcmd.exe {TCP:32, IPv4:31} 213.148.182.1 84.242.253.135 TCP TCP:Flags=...A...F, SrcPort=FTP control(21), DstPort=49215, PayloadLen=0, Seq=3100677301, Ack=3334314393, Win=46
Flag FIN подготовка к сбросу
Totalcmd.exe {TCP:32, IPv4:31} 84.242.253.135 213.148.182.1 TCP TCP:Flags=...A.R.., SrcPort=49215, DstPort=FTP control(21), PayloadLen=0, Seq=3334314393, Ack=3100677302, Win=0
Flas R - Reset сброс соединения
Opera и Total закрыли соединения
Далее зачем опять DHCP
svchost.exe {DHCP:47, UDP:41, IPv4:40} 0.0.0.0 255.255.255.255 DHCP DHCP:Request, MsgType = DISCOVER...
(Ethernet: Etype = Internet IP (IPv4),DestinationAddress:[FF-FF-FF-FF-FF-FF],SourceAddress:[00-E0-4C-41-A0-2D])
и так до упора.
Вот появляется проблема с PPP
{PPPoE:21}[002197 EBDD78 [00-21-97-EB-DD-78]] [*BROADCAST [FF-FF-FF-FF-FF-FF]] PPPoE PPPoE:Active Discovery Initiation (PADI)
Затем проблема со шлюзом нет ответа, а значит его нет
COMPUTER COMPUTER ARP ARP:Request, 192.168.0.2 asks for 192.168.0.2
И как результат закрытие соединений всех PPP
{PPPoE:21} [Dell Inc. F73DE5 [00-19-B9-F7-3D-E5]] [Wistron Corporation 8B686B [00-16-D3-8B-68-6B]] LCP LCP:Echo-Request, ID = 209, Length = 8
{PPPoE:21} [Wistron Corporation 8B686B [00-16-D3-8B-68-6B]] [Dell Inc. F73DE5 [00-19-B9-F7-3D-E5]] LCP LCP:Echo-Reply, ID = 209, Length = 8
{PPPoE:21} [Dell Inc. F73DE5 [00-19-B9-F7-3D-E5]] [Wistron Corporation 8B686B [00-16-D3-8B-68-6B]] LCP LCP:Terminate-Request, ID = 2, Length = 17
{PPPoE:21} [Wistron Corporation 8B686B [00-16-D3-8B-68-6B]] [Dell Inc. F73DE5 [00-19-B9-F7-3D-E5]] LCP LCP:Terminate-Ack, ID = 2, Length = 17
{PPPoE:21} [Dell Inc. F73DE5 [00-19-B9-F7-3D-E5]] [Wistron Corporation 8B686B [00-16-D3-8B-68-6B]] PPPoE PPPoE:Active Discovery Terminate (PADT)
{PPPoE:21} [Wistron Corporation 8B686B [00-16-D3-8B-68-6B]] [Dell Inc. F73DE5 [00-19-B9-F7-3D-E5]] PPPoE PPPoE:Active Discovery Terminate (PADT)
{PPPoE:21} [Dell Inc. F73DE5 [00-19-B9-F7-3D-E5]] [Wistron Corporation 8B686B [00-16-D3-8B-68-6B]] PPPoE PPPoE:Active Discovery Terminate (PADT)
COMPUTER 192.168.0.1 ARP ARP:Request, 192.168.0.2 asks for 192.168.0.1
Естественно я вытащил только которые сразу же привлекли внимание.
Определите где чью MAC адреса и что стоит на у вас на 192.168.0.1
Сколько сетевых и их адреса
Russia Усть-Илимск
ОМГ, только сейчас, столкнувшись с проблемой дисконнектов VPN, понимаю, КАК ЭТО БЕСИТ!!! Опять не заплатил вовремя за АДСЛ, инет выключили. Сейчас пользуюсь инетом VPN по локалке и эти постоянные дисконнекты достали уже, каждые 5-10 минут
Israel T.A. Johny-electric, похоже сервер отклоняет запросы, у вас ведь стоит Disconnect if server declines. И шаринг не включён..
Russia Усть-Илимск
arseny1992, предлагаете отключить шифрование?
Поставил галочку логирования, только что был дисконнект. Где искать лог?
Бэлиан :
1. NETBIOS мне вроде и не нужен, как его отключить?
2. откуда у меня DCHP c адресами 169.254.х.х. я не знаю...Вроде никаких программ использующих интернет кроме Opera и TotalCommander не включено. (Работает еще NOD32. Но что с ним что без него обрывы одинаково). Может дело в том что у нас идет подключение через локальную сеть к провайдеру?
3. Смысла частой проверки echo-request и echo-reply не понимаю, так как всё стоит по "дефолту". Как снизить частоту проверки?
4. Почему идет подготовка к сбросу, а затем и сброс соединения и почему от шлюза нет ответа - ответ на этот вопрос наверно и решил бы проблему!
5. Как определить где чьи MAC адреса и что стоит на у меня на 192.168.0.1 и сколько сетевых карт и их адреса?
(и на Vista и на Seven одинаково обрывается)
Из отчета Everest (вечером выложу более полный):
Сеть:
Первичный адрес IP 84.242.253.135
Первичный адрес MAC 00-16-D3-8B-68-6B
Сетевой адаптер (84.242.253.135)
Сетевой адаптер Intel(R) PRO/Wireless 3945ABG Network Connection
Сетевой адаптер Realtek RTL8168/8111 Family PCI-E Gigabit Ethernet NIC (NDIS 6.0) (169.254.40.142)
Модем HDAUDIO Soft Data Fax Modem with SmartCP
Israel T.A.
intersk писал:2. откуда у меня DCHP c адресами 169.254.х.х. я не знаю...Вроде никаких программ использующих интернет кроме Opera и TotalCommander не включено. (Работает еще NOD32. Но что с ним что без него обрывы одинаково). Может дело в том что у нас идет подключение через локальную сеть к провайдеру?
DHCP-сервер настроен правильно в вашем подключении? (в модеме, маршрутизаторе или ином устройстве на пути от вас к локальной сети провайдера).
intersk писал:4. Почему идет подготовка к сбросу, а затем и сброс соединения и почему от шлюза нет ответа - ответ на этот вопрос наверно и решил бы проблему!
Так как зачастую IP-адрес сервера DHCP совпадает с адресом шлюза, то см. написанное выше.
intersk писал:5. Как определить где чьи MAC адреса и что стоит на у меня на 192.168.0.1 и сколько сетевых карт и их адреса?
ipconfig /all
route print
arseny1992,
Ответ специально для вас данный пул адресов 169.254.х.х. используется самой системой DCHP фирмы microsoft.
Следовательно я думаю не один провайдер или даже при настройке сети данный пул использовать не будет.
intersk, И выложите еще route print
Бэлиан, arseny1992,
зафиксировал все что мог, все сетевые настройки, посмотрите пожалуйста в архиве - там снимки экрана, и даже видеозапись настроек сетевой карты, и route print и т.д.
Israel T.A. Бэлиан, ну я к этому . Если сама Windows даёт адреса, то значит DHCP-сервер либо не настроен правильно, либо не отвечает.
intersk,
Вопрос на засыпку, а вы зачем включили DHCP на сетевой карте Realtek, если это вам не надо, вы все равно работаете по PPPoE. Т.е. вам сервер выдал IP - 84.242.x.x вам этого для работы с интернетом, достаточно это и есть Datacom.
Но так как у вас включен DHCP на сетевой карте, она ищет сервер, но его не находит, включается windows присваивает вам ip из пула 169.254.х.х. Непознанная сеть это ваша сетевая карта которая получила от windows DHCP ip - 169.254.x.x естественно она никак и не определит данную сеть пытается что найти для ее определения.
Ваше PPPoE ([00-16-D3-8B-68-6B] - [00-19-B9-F7-3D-E5]) в Network Monitor все в порядке.
Теперь вопрос куда включена сетевая карта? что на другом конце, может какой то шлюз или сервер, есть ли локальная сеть у данного провайдера к которому вы подключены?
Israel T.A.
Бэлиан писал:Теперь вопрос куда включена сетевая карта? что на другом конце, может какой то шлюз или сервер
Этот вопрос уже был задан, хоть и другими словами.
arseny1992 писал:DHCP-сервер настроен правильно в вашем подключении? (в модеме, маршрутизаторе или ином устройстве на пути от вас к локальной сети провайдера).
Бэлиан писал:есть ли локальная сеть у данного провайдера к которому вы подключены?
intersk писал:2. откуда у меня DCHP c адресами 169.254.х.х. я не знаю...Вроде никаких программ использующих интернет кроме Opera и TotalCommander не включено. (Работает еще NOD32. Но что с ним что без него обрывы одинаково). Может дело в том что у нас идет подключение через локальную сеть к провайдеру?
Утверждение того что локальная сеть есть.
Имеется ввиду наличие IP адреса от владельца данной локальной сети, если используется только ethernet в качестве среды передачи данных по PPPoE для подключения к интернет, то считаю "локальной" сети нет.
А если есть модем, то достаточно на ПК на сетевой прописать любой IP из например 192.168.х.х и на модеме 192.168.х.х то данный значек "неопознаная сеть" на данной сетевой карте пропадет, так как сеть будет опознана.
arseny1992, Бэлиан,
вы меня простите - я мало что понимаю в сетевых протоколах. Все настройки что мог собрать дал. Пишите просто - что включить или отключить.
Вроде у провайдера идет привязка к MAC-адресу компьютера. Когда сменил компьютер, то смог выйти в интернет только после того как сообщил об этом.
Как таковой локальной сети наверно все таки нет, так как в интернет можно попасть только через набор PPPoE. Все настройки автоматически. Сетевая карта встроена (ноут FujitsuSiemens). Это не модем (не телефон)
Определил размер MTU - оказался 576.
Отключил автоопределение, установил в реестре значение.
До этого сделал не автополучение IP, а вписал сам.
Что было до этого - скрины и анализ:
На вашем соединение Datacom в свойствах, закладка сеть -> TCP/IP -> Свойства (все в автомат, так как вам IP будет присвоен, можете посмотреть сами в файле *.cap начало работы алгоритма начинается с PADI, PADO, PADR, PADS и получение IP - IPCP (Ipcp: Code = Configure-Nak, посмотрите в самом пакете, DNS так же там есть)
Далее закладка Дополнительно -> Галка на основной шлюз в удаленную сеть.
Больше в настройках нечего делать не надо.
По поводу MTU лучше оставить в "автомате"
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameters
EnablePMTUDiscovery = 1
Tcp1323Opts = 3
А вот " поставщика настройки контроля перегрузки " надо поставить в ctcp
В файле анализа работы сети пробегал у вас флаг PSH — (англ. Push function) инструктирует получателя протолкнуть данные, накопившиеся в приемном буфере, в приложение пользователя
opera.exe {TCP:19, IPv4:18} 94.246.126.252 84.242.253.135 TCP TCP:[Continuation to #72]Flags=...AP..., SrcPort=HTTP(80), DstPort=49241, PayloadLen=649, Seq=4093526467 - 4093527116, Ack=3787884688, Win=46 (scale factor 0x7) = 5888
opera.exe {TCP:23, IPv4:22, PPPoE:21} 94.246.126.252 84.242.253.135 TCP TCP:[Continuation to #87]Flags=...AP..., SrcPort=HTTP(80), DstPort=49241, PayloadLen=649, Seq=4093526467 - 4093527116, Ack=3787884688, Win=46 (scale factor 0x7) = 5888
