DawidS28

Ok, jeżeli to nie ma wpływu na wyłączanie połączenia sieciowego (czyli po całkowitym odinstalowaniu dalej ta opcja nie działa), to niech już sobie będzie. Prawdopodobnie Conectivity Manager przejął na siebie rolę menedżera sieci WiFi, Windows ma wbudowany swój domyślny, jednak można go wyłączyć i korzystać z zewnętrznej aplikacji. Nie wiem, czemu TP/Orange to robi, fakt, że można spokojnie korzystać z usługi "Konfiguracja zerowej sieci bezprzewodowej". Próbowałaś systemowej diagnostyki połączenia sieciowego? Pokazuje jakieś komunikaty, błędy, cokolwiek?

Ok, Net-log zresetował pamięć podręczną DNS. Nie zdziwiłbym się, gdyby to pomogło. Nie wiem, jakie ma ustawione na routerze serwery DNS, ale teraz to już bez znaczenia. Zamykam temat jako rozwiązany.

Jakim cudem? Jesteś połączona z Livebox po WiFi, tak?

Ten program nie ma wpływu na działanie sieci. Korzystałem chwilę z Liveboxa i bez żadnych dodatków działało. Inna sprawa, Livebox jest złym routerem, nigdy nikomu bym nie polecił. Jeśli dobrze pamiętam, to służy to tylko do zainstalowania Livebox po USB, WiFi i tak będzie poprawnie pracować bez żadnych dodatków.

I tutaj znowu w porządku. Odinstaluj ten program do obsługi Livebox i Gnotify na próbę. Potem restart i sprawdź jeszcze raz, czy można wyłączyć połączenie sieciowe.

Wyłączony bufor DNS i Przywracanie Systemu, ale poza tym wszystko dobrze, czyli znów pudło. Otwórz OTL, wklej we Własne opcje skanowania / Skrypt: /md5start mswsock.dll winrnr.dll rsvpsp.dll /md5stop Potem kliknij Skanuj i zaprezentuj wynikowy log.

Nie no, ok. Jest tak jak być powinno: O10 - NameSpace_Catalog5\Catalog_Entries\000000000001 [] - C:\WINDOWS\system32\mswsock.dll (Microsoft Corporation) O10 - NameSpace_Catalog5\Catalog_Entries\000000000002 [] - C:\WINDOWS\system32\winrnr.dll (Microsoft Corporation) O10 - NameSpace_Catalog5\Catalog_Entries\000000000003 [] - C:\WINDOWS\system32\mswsock.dll (Microsoft Corporation) Ten skrypt rejestru załatwił NameSpace... O10 - Protocol_Catalog9\Catalog_Entries\000000000001 - C:\WINDOWS\system32\mswsock.dll (Microsoft Corporation) O10 - Protocol_Catalog9\Catalog_Entries\000000000002 - C:\WINDOWS\system32\mswsock.dll (Microsoft Corporation) O10 - Protocol_Catalog9\Catalog_Entries\000000000003 - C:\WINDOWS\system32\mswsock.dll (Microsoft Corporation) O10 - Protocol_Catalog9\Catalog_Entries\000000000004 - C:\WINDOWS\system32\mswsock.dll (Microsoft Corporation) O10 - Protocol_Catalog9\Catalog_Entries\000000000005 - C:\WINDOWS\system32\mswsock.dll (Microsoft Corporation) O10 - Protocol_Catalog9\Catalog_Entries\000000000006 - C:\WINDOWS\system32\mswsock.dll (Microsoft Corporation) O10 - Protocol_Catalog9\Catalog_Entries\000000000007 - C:\WINDOWS\system32\mswsock.dll (Microsoft Corporation) O10 - Protocol_Catalog9\Catalog_Entries\000000000008 - C:\WINDOWS\system32\mswsock.dll (Microsoft Corporation) O10 - Protocol_Catalog9\Catalog_Entries\000000000009 - C:\WINDOWS\system32\mswsock.dll (Microsoft Corporation) O10 - Protocol_Catalog9\Catalog_Entries\000000000010 - C:\WINDOWS\system32\mswsock.dll (Microsoft Corporation) O10 - Protocol_Catalog9\Catalog_Entries\000000000011 - C:\WINDOWS\system32\mswsock.dll (Microsoft Corporation) O10 - Protocol_Catalog9\Catalog_Entries\000000000012 - C:\WINDOWS\system32\mswsock.dll (Microsoft Corporation) O10 - Protocol_Catalog9\Catalog_Entries\000000000013 - C:\WINDOWS\system32\mswsock.dll (Microsoft Corporation) O10 - Protocol_Catalog9\Catalog_Entries\000000000014 - C:\WINDOWS\system32\mswsock.dll (Microsoft Corporation) O10 - Protocol_Catalog9\Catalog_Entries\000000000015 - C:\WINDOWS\system32\mswsock.dll (Microsoft Corporation) O10 - Protocol_Catalog9\Catalog_Entries\000000000016 - C:\WINDOWS\system32\rsvpsp.dll (Microsoft Corporation) O10 - Protocol_Catalog9\Catalog_Entries\000000000017 - C:\WINDOWS\system32\rsvpsp.dll (Microsoft Corporation) A Protocol jest resetowane przez netsh winsock reset. Wszystko jest ok. Szczerze powiedziawszy, nie wiem, czemu wcześniej powiedziałem, że nic się nie wykonało. Zostawmy już to, Winsock nie jest tutaj raczej problemem. Uruchom FSS, wybierz opcję Scan i zaprezentuj log.

Ok. Czekam na rezultat.

Ale log zrobiłaś po tym poniżej? Jeśli nie, to żadne zmiany nie miały prawa zajść. Chodzi mi o sprawdzenie sytuacji po wyresetowaniu NameSpace.

Ok. W takim razie proponuję wykonanie pro forma resetu obszaru NameSpace w Winsock według tego, co wcześniej opisałem. Potem zobaczymy efekty -> wykonaj nowy raport z OTL. Nie zaznaczaj Pomiń pliki Microsoftu i wszędzie zamiast Użyj filtrowania zaznacz Wszystko.

Tak, O10 to wpisy Winsock, czyli takiego systemowego API służącego do ustanawiania połączeń sieciowych. Wszystko opisane tutaj: https://www.fixitpc.pl/topic/8870-naprawa-reset-katalogu-sieciowego-winsock/ Uszkodzenia Winsock potrafią generować różne dziwne objawy, ale w logu z OTL widzę tylko domyślne systemowe wpisy. Obszar Protocol resetuje polecenie netsh winsock reset, część NameSpace też możemy przywrócić do postaci domyślnej: Pobierz: https://www.fixitpc.pl/index.php?app=core&module=attach&section=attach&attach_id=18382 Zmień rozszerzenie z .TXT na .REG i z menu kontekstowego wybierz Scal, potwierdź monit. Po wykonaniu zrestartuj system. Co z pozostałymi komendami?

Ten Launcher od France Telecom do obsługi Livebox się w ogóle do czegoś przydaje? Livebox jest routerem, który może normalnie pracować bez żadnej ingerencji z zewnątrz. Prawdę powiedziawszy, nie wiem, czego się uczepić, gdyż log ten jest zupełnie czysty. Zrobimy podstawowe resetowanie ustawień sieci w Windows: Kliknij Windows+R, wpisz cmd i w otwartym oknie Wiersza poleceń komendy: reg delete HKLM\System\CurrentControlSet\Control\Network /v Config /f netsh winsock reset ipconfig /flushdns netsh firewall reset netsh int ip reset C:\resetlog.txt Jeżeli pojawiłyby się jakieś komunikaty o błędach, to zrób screen i wrzuć na forum. Widziałem problem z czyszczeniem bufora DNS w Net-log, stąd ta prośba. Po wykonaniu uruchom ponownie komputer. Zamieść jako załącznik plik C:\resetlog.txt.

W raporcie z Net-log nie widzę żadnych problemów. Livebox nie odpowiada na komunikaty ICMP (co zresztą jest normalne), więc nie mogę wygenerować statystyk gubienia pakietów, ale to, co pokazuje tracert jest normalnie, stąd wniosek, że nie powinno być żadnych problemów. Netstat pokazuje dwa dziwne procesy nasłuchujące komunikacji po UDP na portach 1025 i 1038: UDP dellgx260:1025 *:* 1892 [gnotify.exe] UDP dellgx260:1038 *:* 1932 [Launcher.exe] Gnotify odpowiada za powiadomienia o nowych wiadomościach na Gmailu, nazwa Launcher.exe nie wyjaśnia pochodzenia procesu. Według mnie nie ma się czego obawiać, natomiast logi z OTL powinny wszystko wyjaśnić. Jeżeli NAT na Livebox działa poprawnie, a z logu widać, że działa, to te procesy i tak nie dostaną żadnych danych z Internetu, bo wytnie je Livebox, o ile nie masz skonfigurowanego na ten komputer DMZ. Jeżeli zaś nie dostaną "niezamawianych" pakietów z Internetu, to potencjalne niebezpieczeństwo z nich płynące jest praktycznie zerowe. Prawdopodobnie jakaś aplikacja wykorzystuje stos TCP/IP to lokalnej komunikacji. Inną przyczyną mojej prośby o logi z OTL jest chęć zobaczenia, co jest wpięte w łańcuch Winsock.

Daj logi z OTL: http://www.fixitpc.p...iguracji-sieci/ Net-log tu na nic, problem jest typowo systemowy, nie związany z siecią. Widziałem ten problem kilka razy, niestety nigdy nie znalazłem rozwiązania, także spróbujemy teraz, może się uda... Jeżeli chcesz koniecznie wyłączać połączenie, to możesz siłowo wyłączać kartę sieciową z Menedżera urządzeń: Windows+R -> wpisz: devmgmt.msc -> rozwiń: Karty sieciowe -> z menu kontekstowego karty WiFi: Wyłącz. Włączanie karty analogicznie.

Niech da jeszcze log z tego: https://www.fixitpc.pl/topic/2394-diagnostyka-ogolny-raport-konfiguracji-sieci/

Net-log to właściwie zbiór poleceń, które można wykonać w systemie Windows. Jednym z nich jest właśnie ipconfig /all. Tu jest Twój: Konfiguracja IP systemu Windows Nazwa hosta . . . . . . . . . . . : JanuszPC Sufiks podstawowej domeny DNS . . : Typ w©zˆa . . . . . . . . . . . . : Hybrydowy Routing IP wˆĄczony . . . . . . . : Nie Serwer WINS Proxy wˆĄczony. . . . : Nie Karta PPP T-Mobile PL: Sufiks DNS konkretnego poˆĄczenia : Opis. . . . . . . . . . . . . . . : T-Mobile PL Adres fizyczny. . . . . . . . . . : DHCP wˆĄczone . . . . . . . . . . : Nie Autokonfiguracja wˆĄczona . . . . : Tak Adres IPv4. . . . . . . . . . . . . : 10.116.154.38(Preferowane) Maska podsieci. . . . . . . . . . : 255.255.255.255 Brama domy˜lna. . . . . . . . . . : 0.0.0.0 Serwery DNS . . . . . . . . . . . : 213.158.199.1 213.158.199.5 NetBIOS przez Tcpip . . . . . . . : WˆĄczony Karta bezprzewodowej sieci LAN PoˆĄczenie sieci bezprzewodowej: Stan no˜nika . . . . . . . . . . .: No˜nik odˆĄczony Sufiks DNS konkretnego poˆĄczenia : Opis. . . . . . . . . . . . . . . : Atheros AR5B125 Wireless Network Adapter Adres fizyczny. . . . . . . . . . : 08-3E-8E-05-D0-10 DHCP wˆĄczone . . . . . . . . . . : Tak Autokonfiguracja wˆĄczona . . . . : Tak Karta Ethernet PoˆĄczenie lokalne: Stan no˜nika . . . . . . . . . . .: No˜nik odˆĄczony Sufiks DNS konkretnego poˆĄczenia : E2-LINE.COM Opis. . . . . . . . . . . . . . . : Realtek PCIe FE Family Controller Adres fizyczny. . . . . . . . . . : 08-9E-01-0C-FE-17 DHCP wˆĄczone . . . . . . . . . . : Tak Autokonfiguracja wˆĄczona . . . . : Tak Karta tunelowa isatap.{460D7843-4B0A-4300-B873-344E5C372B3D}: Stan no˜nika . . . . . . . . . . .: No˜nik odˆĄczony Sufiks DNS konkretnego poˆĄczenia : Opis. . . . . . . . . . . . . . . : Microsoft ISATAP Adapter Adres fizyczny. . . . . . . . . . : 00-00-00-00-00-00-00-E0 DHCP wˆĄczone . . . . . . . . . . : Nie Autokonfiguracja wˆĄczona . . . . : Tak Karta tunelowa PoˆĄczenie lokalne* 9: Stan no˜nika . . . . . . . . . . .: No˜nik odˆĄczony Sufiks DNS konkretnego poˆĄczenia : Opis. . . . . . . . . . . . . . . : Microsoft 6to4 Adapter Adres fizyczny. . . . . . . . . . : 00-00-00-00-00-00-00-E0 DHCP wˆĄczone . . . . . . . . . . : Nie Autokonfiguracja wˆĄczona . . . . : Tak Karta tunelowa isatap.E2-LINE.COM: Stan no˜nika . . . . . . . . . . .: No˜nik odˆĄczony Sufiks DNS konkretnego poˆĄczenia : Opis. . . . . . . . . . . . . . . : Microsoft ISATAP Adapter #2 Adres fizyczny. . . . . . . . . . : 00-00-00-00-00-00-00-E0 DHCP wˆĄczone . . . . . . . . . . : Nie Autokonfiguracja wˆĄczona . . . . : Tak Karta tunelowa isatap.{B170F0E1-3736-48A2-A6D0-E59C831FA0BF}: Stan no˜nika . . . . . . . . . . .: No˜nik odˆĄczony Sufiks DNS konkretnego poˆĄczenia : Opis. . . . . . . . . . . . . . . : Karta Microsoft ISATAP Adres fizyczny. . . . . . . . . . : 00-00-00-00-00-00-00-E0 DHCP wˆĄczone . . . . . . . . . . : Nie Autokonfiguracja wˆĄczona . . . . : Tak Karta tunelowa Teredo Tunneling Pseudo-Interface: Sufiks DNS konkretnego poˆĄczenia : Opis. . . . . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface Adres fizyczny. . . . . . . . . . : 00-00-00-00-00-00-00-E0 DHCP wˆĄczone . . . . . . . . . . : Nie Autokonfiguracja wˆĄczona . . . . : Tak Adres IPv6. . . . . . . . . . . . : 2001:0:5ef5:79fd:382a:1661:4d4b:8948(Preferowane) Adres IPv6 poˆĄczenia lokalnego . : fe80::382a:1661:4d4b:8948%17(Preferowane) Brama domy˜lna. . . . . . . . . . : :: NetBIOS przez Tcpip . . . . . . . : WyˆĄczony Szukasz połączenia nazywającego się "Połączenie sieci bezprzewodowej", sprawdzasz, czy to jest normalna karta, czy tylko jakiś pseudointerfejs, jak na przykład Teredo, ISATAP, Tunngle, Hamachi itd. Można poznać po nazwie producenta, patrz Opis w wynikach z ipconfig /all. U Ciebie fizyczna karta WiFi to to: Karta bezprzewodowej sieci LAN PoˆĄczenie sieci bezprzewodowej: Stan no˜nika . . . . . . . . . . .: No˜nik odˆĄczony Sufiks DNS konkretnego poˆĄczenia : Opis. . . . . . . . . . . . . . . : Atheros AR5B125 Wireless Network Adapter Adres fizyczny. . . . . . . . . . : 08-3E-8E-05-D0-10 DHCP wˆĄczone . . . . . . . . . . : Tak Autokonfiguracja wˆĄczona . . . . : Tak Bierzesz podany adres MAC (tutaj jako Adres fizyczny, zmieniasz minusy na dwukropki, wprowadzasz w ustawienia routera i działa.

Start -> Programy -> Akcesoria -> prawym na: Wiersz polecenia -> Uruchom jako administrator Wpisz komendę: netsh int ip set int 10 mtu=1480 Potem restart komputera. Jak to nic nie da, to spróbuj zmienić DNS-y, z których korzystasz: odpal z uprawnieniami admina komendę: netsh int ip set dns 10 static 8.8.8.8 primary Masz dostęp do konfiguracji routera? Powinien być pod adresem http://192.168.1.1

Wireless -> MAC Filter. Kliknij Add, podaj adres MAC: 08:3E:8E:05:D0:10 Potem Apply i spróbuj jeszcze raz podłączyć komputer do sieci.

Proszę nie przypinać się do cudzego tematu, nawet jeśli problem jest taki sam. To tylko generuje niepotrzebny śmietnik. Załącz raport z Net-log: https://www.fixitpc.pl/topic/2394-diagnostyka-ogolny-raport-konfiguracji-sieci/

To mi zaczyna wchodzić na ambicję. Głupi Facebook, a nie mogę sobie z nim poradzić. Sprawdź jeszcze HotSpot Shielda, którego linkowałem. To VPN, który tworzy wirtualny tunel między Twoim komputerem a serwerem AnchorFree (właściciela HSS) sprawiający, że dane nie są widoczne dla dostawcy. Będziemy mogli wtedy wyeliminować wpływ Twojego routera i ISP.

Nożeszku... Facebook.com spokojnie odpowiada. Nawet przy MTU równym 1500 B, czyli normalnym. Dzisiaj już tego się nie podejmę, ale zainstaluj TeamSpeaka na lapku z Windows 7 i pewnie jutro postaram się połączyć i bezpośrednio ocenić sytuację. Zainstaluj jeszcze HotSpot Shield i sprawdź: http://www.hotspotshield.com/

Tylko że Twój router odpowiada na wszystkie pakiety od razu. Gdyby się przegrzewał, to prawdopodobnie problem byłby nawet w komunikacji z nim samym. Może być jeszcze uszkodzony moduł odpowiedzialny za ADSL, ale jak mówię: najbardziej prawdopodobne jest uszkodzenie/niewłaściwa konfiguracja po stronie Orange. Natomiast jeśli miałbyś od kogoś możliwość pożyczyć inny router na próbę, to oczywiście warto by było.

To zaczyna być frustrujące... Przywróć MTU do ustawień domyślnych: netsh int ip set int 14 mtu=1500 Potem restart. Odpal polecenia, już nie musi być z uprawnieniami admina: ping -f -l 1472 facebook.com > C:\cmd_log.txt ping -f -l 1464 facebook.com >> C:\cmd_log.txt ping -f -l 1400 facebook.com >> C:\cmd_log.txt ping -f -l 972 facebook.com >> C:\cmd_log.txt Potem wrzuć plik C:\cmd_log.txt.

Według mnie Twój router jest w porządku. NetGear to w miarę dobra firma, według mnie lepsza od TP-Linka, jeśli chodzi o obsługę ADSL.

Nie wiem, widzę bardzo duże opóźnienia w połączeniu z węzłem public32767.xdsl.centertel.pl, pozostałe routery na ścieżce odpowiadają z normalnym czasem, ale pakiety i tak są gubione. To ewidentnie wskazuje na problem z połączeniem z tym routerem Orange, teraz tylko kwestia, czy to wina łącza, czy samego węzła. Według mnie tego konkretnego routera. Kabel możesz zmienić. Od mojej strony nie widać problemów z połączeniem z public32767.xdsl.centertel.pl, patrz wyniki pathping poniżej: C:\Users\DawidS28>pathping public32767.xdsl.centertel.pl Śledzenie trasy do public32767.xdsl.centertel.pl [79.163.127.255] z maksymalną liczbą 30 przeskoków: 0 WinVistaAcer [192.168.88.253] 1 mikrotik [192.168.88.1] 2 modem [192.168.254.1] 3 kra-bg2.neo.tpnet.pl [83.1.4.50] 4 kra-r2.tpnet.pl [80.50.157.233] 5 war-ar6.tpnet.pl [195.205.0.186] 6 80.50.133.6 7 public32767.xdsl.centertel.pl [79.163.127.255] Wyliczanie statystyk dla 175 sekund... Źródło Ten węzeł/Łącze Przeskok RTT Zgubione/wysłane = Pct Zgubione/wysłane = adres Pct 0 WinVistaAcer.v-lo.krakow.pl [192.168.88.253] 0/ 100 = 0% | 1 1ms 0/ 100 = 0% 0/ 100 = 0% mikrotik [192.168.88.1] 0/ 100 = 0% | 2 1ms 0/ 100 = 0% 0/ 100 = 0% modem [192.168.254.1] 0/ 100 = 0% | 3 23ms 0/ 100 = 0% 0/ 100 = 0% kra-bg2.neo.tpnet.pl [83.1.4.50] 0/ 100 = 0% | 4 21ms 0/ 100 = 0% 0/ 100 = 0% kra-r2.tpnet.pl [80.50.157.233] 0/ 100 = 0% | 5 -- 100/ 100 =100% 100/ 100 =100% war-ar6.tpnet.pl [195.205.0.186] 0/ 100 = 0% | 6 26ms 0/ 100 = 0% 0/ 100 = 0% 80.50.133.6 0/ 100 = 0% | 7 26ms 0/ 100 = 0% 0/ 100 = 0% public32767.xdsl.centertel.pl [79.163.127.255] Śledzenie zakończone. Ale to jeszcze nic nie wskazuje: Ty masz z nim połączenie po ADSL, które działa na analogowych łączach telefonicznych, zazwyczaj będących w złej jakości.