Цитата:
ura1961, Если честно говорить,то она вообще не определяется,если открыть цент управления сетями то там все время в режиме идентификации.
Еще временами появляется желтый треугольник и сразу происходит обрыв PPPOE соединения, код ошибки № 815
Так что похоже,что одна проблема накладывается на другую
|
1. Посмотрите ссылки
http://www.chehov.net/index.php/inde...d=53&Itemid=60 и
http://www.siberianet.ru/setup/netwo...e_errors.shtml
2. от себя хочу добавить, у другого пользователя точно такая же проблема "обрыв PPPoE", схема подключения аналогично как у вас - автомат. для сетевой, и в свойствах соединения PPPoE - то же автомат. При изучении буфера от программы Microsoft Network Monitor наталкнулся на такую вещь, а именно на то что говорят пользователи:
Цитата:
...
Еще временами появляется желтый треугольник и сразу происходит обрыв PPPOE
...
|
Желтый треугольник в трее говорит о том, что локальная сеть для сетевой карты определена, но выхода в интернет нет, т.е. был сделан запрос сервисом Windows по доступу к ncsi.glbdns.microsoft.com файл HTTP:Request ncsi.txt если доступа нет, то нет и интернета логично. Но у пользователя происходит разрыв соединения PPPoE.
При таком варианте подключения:
1. сетевая в автомате в сети нет сервера DHCP, получаем от самой Windows адрес 169.254.х.х. его анализ на отсутствие в сети второго такого
2. сетевое подключение к провайдеру PPPoE и получение от него IP и сервера DNS
3. далее проверка службой на подключение к интернету для смены значка в трее с "!" на "доступ в интернет"
Описание
- ПК делает запрос на DNS к серверу
www.msftncsi.com
- получаем ответ от сервера провайдера по PPPoE, что такой есть и его IP - DNS Response - Success
- далее проверяем файл ncsi.txt, для этого нужно несколько пакетов туда и обратно, но вот проблема с флагами в самих пакетах:
а) - PPPoE от клиента к ncsi.glbdns.microsoft.com - Flags=......S - на HTTP(80), PayloadLen=0, Seq=3459151601, Ack=0
б) - PPPoE от ncsi.glbdns.microsoft.com к клиенту - Flags=...A..S - PayloadLen=0, Seq=400799233, Ack=3459151602
в) - PPPoE от клиента к ncsi.glbdns.microsoft.com - Flags=...A.... - на HTTP(80), PayloadLen=0, Seq=3459151602, Ack=400799234
г) - PPPoE от клиента к ncsi.glbdns.microsoft.com - HTTP:Request, GET /ncsi.txt
д) - PPPoE от ncsi.glbdns.microsoft.com к клиенту - HTTP:Response - Ok, URL: /ncsi.txt
е) - а тут самое интересное
PPPoE от ncsi.glbdns.microsoft.com к клиенту - Flags=...A...F, от HTTP(80), PayloadLen=0, Seq=400799557, Ack=3459151699
PPPoE от клиента к ncsi.glbdns.microsoft.com - Flags=...A...., на HTTP(80), PayloadLen=0, Seq=3459151699, Ack=400799558
PPPoE от клиента к ncsi.glbdns.microsoft.com - Flags=...A...F, на HTTP(80), PayloadLen=0, Seq=3459151699, Ack=400799558
(Два одинаковых пакета друг за другом, только разные флаги)
PPPoE от клиента к ncsi.glbdns.microsoft.com - Flags=...A.R.., на HTTP(80), PayloadLen=0, Seq=3459151700, Ack=400799558
PPPoE от ncsi.glbdns.microsoft.com к клиенту - Flags=...A...., от HTTP(80), PayloadLen=0, Seq=400799558, Ack=3459151700
PPPoE от клиента к ncsi.glbdns.microsoft.com - Flags=.....R.., на HTTP(80), PayloadLen=0, Seq=3459151700, Ack=3459151700
Флаг Fin - используется для разрыва соединения, т.е. конец передачи.
Флаг RST - reset используется для сброса состояния соединения, которое из-за сбоя хоста или по другой причине попало в тупиковую ситуацию. Кроме того, он используется для отказа от неверного сегмента или от попытки создать соединение. Если вы получили сегмент с установленным битом RST, это означает наличие какой-то проблемы.
ж) - PPPoE от клиента на сервер DNS провайдера идет запрос DNS (QRecord: 90.181.199.213.in-addr.arpa of type PTR on class Internet) это сам ncsi.glbdns.microsoft.com
з) - получаем ответ что такого нет ncsi.glbdns.microsoft.com - Response - Name Error
и) - с этого момента начинается опять процедура получения IP от DHCP
svchost.exe DHCP - 0.0.0.0 - 255.255.255.255 DHCP:Request, MsgType = DISCOVER
ответа нет и наверное не будет, но на MAC уровне связь с провайдером есть, т.е. только проверка самой связи Requset - Replay (ты тут - я тут)
В нормальной системе такого нет процедура кончается просто битами Fin
PPPoE от ncsi.glbdns.microsoft.com к клиенту Flags=...A...F, от HTTP(80), PayloadLen=0, Seq=2545541445, Ack=610496055
PPPoE от клиента к ncsi.glbdns.microsoft.com Flags=...A...F, на HTTP(80), PayloadLen=0, Seq=610496055, Ack=2545541446
Скорей всего возможно действительно проблема с дровами на сетевую карту или как описано выше
http://www.siberianet.ru/setup/netwo...e_errors.shtml