Gashier Opublikowano 7 Sierpnia 2012 Zgłoś Udostępnij Opublikowano 7 Sierpnia 2012 Witam serdecznie. Logi są czysto profilaktyczne, chociaż może coś się z nich wyłoni nieciekawego. Sam nie umiem tego zbyt dobrze ocenić. Główny problem, który występuję (chociaż da się z nim żyć) to jest jakiś dziwny problem z DNSami. Nie jest to zapewne wina routera, ani modemu, gdyż wszystkie inne urządzenia korzystające z tej sieci działają poprawnie. Zmieniłem swoje DNSy open od Google (8.8.8.8), jednak niektóre strony czasami (np. Facebook.com, czy Steam.com, witryny dla przykładu) najzwyczajniej w świecie się nie ładują, jednak po kilkukrotnym odświeżeniu, działa wszystko jak należy. Dodam, iż na starych DNSach Facebook nie działał prawie w ogóle, raz na dzień tylko się otwierał i to tyle. Dysk systemowy jest po formacie, jedna z partycji z wszelkimi backupami niestety nie i to może tam jest coś nie tak, chociaż wątpię. Antywirusy nic nie wykrywają. Może Wy coś znajdziecie w logach. Pozdrawiam i dziękuję z góry. OTL.Txt Extras.Txt Odnośnik do komentarza
DawidS28 Opublikowano 7 Sierpnia 2012 Zgłoś Udostępnij Opublikowano 7 Sierpnia 2012 Jak na problem z sieciami, OTL to za mało. Wykonaj raport z Net-log: https://www.fixitpc.pl/topic/2394-diagnostyka-ogolny-raport-konfiguracji-sieci/ Odnośnik do komentarza
Gashier Opublikowano 7 Sierpnia 2012 Autor Zgłoś Udostępnij Opublikowano 7 Sierpnia 2012 Oto pełny raport z Net-log'a. Jestem podłączony do routera, mogę jeszcze zamieścić raport, gdy podepnę się bezpośrednio do modemu, ale nie wiem, czy to będzie do czegoś potrzebne, skoro problem tkwi tutaj (tam z resztą też...). Pozdrawiam. E: Warto chyba też dodać, że tylko do portalu Facebook.com ping oscyluje około 200 ms, na innych stronach (nawet do koreańskich serwerów nie ma tak wysokich) jest około 20-30 ms. net-log.txt Odnośnik do komentarza
DawidS28 Opublikowano 7 Sierpnia 2012 Zgłoś Udostępnij Opublikowano 7 Sierpnia 2012 Start -> Programy -> Akcesoria -> prawym na: Wiersz polecenia -> Uruchom jako administrator. W otwartym oknie CMD wpisz komendę: netsh int ip set int 10 mtu=1492 i po jej wykonaniu uruchom ponownie komputer. Odnośnik do komentarza
Gashier Opublikowano 7 Sierpnia 2012 Autor Zgłoś Udostępnij Opublikowano 7 Sierpnia 2012 Póki co działa wszystko jak należy, dziękuję Ci bardzo. Najlepsze jest to, że sam również ustawiałem mtu na tę wartość, gdyż myślałem o tym, lecz widocznie coś zrobiłem źle - polecenie musiało się nie wykonać, a ja kombinowałem dalej. Temat do zamknięcia. Sieć działa poprawnie. Odnośnik do komentarza
DawidS28 Opublikowano 7 Sierpnia 2012 Zgłoś Udostępnij Opublikowano 7 Sierpnia 2012 Ponieważ problem powtarza się dosyć często, to byłbym wdzięczny, gdybyś sprawdził, czy przy MTU równym 1500 też występują problemy? Komenda netsh int ip set int 10 mtu=1500 i restart komputera. Co więcej, widzę, że z ADSL raczej nie korzystasz, więc najwyższą dopuszczalną wartością powinno być 1500. Otwórz jeszcze Edytor rejestru (klawisz Windows+R i komenda regedit), przejdź do HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip i wyeksportuj go jako txt. Byłbym wdzięczny, gdybyś go tutaj załączył. Interesuje mnie szczególnie wartość EnablePMTUBHDetect. Jestem ciekawy, czy Windows byłby w stanie sam rozwiązać ten problem bez sztywnego ustawienia MTU. Odnośnik do komentarza
Gashier Opublikowano 7 Sierpnia 2012 Autor Zgłoś Udostępnij Opublikowano 7 Sierpnia 2012 To tak, oto rezultaty: 1. Po zmianie mtu na 1500 problemów po ok. 10 minut intensywnego użytkowania nie widać. 2. Rejestr wyeksportowany, dana wartość jednak tam nie istnieje. Sam zajrzyj. Co do samoistnego rozwiązania problemu, to sam od siebie Windows na pewno tego nie ustawia, gdyż problem ten u mnie występował od ok. 3 tygodni, jednak nie miałem zbytnio czasu kombinować tym, więc po jednej nieudanej próbie zaniechałem to, nie przeszkadzało mi to jakoś specjalnie w pracy. Gdybyś jeszcze chciał coś zobaczyć - pisz, chętnie udostępnię. Pozdrawiam. TCPIP.txt Odnośnik do komentarza
DawidS28 Opublikowano 7 Sierpnia 2012 Zgłoś Udostępnij Opublikowano 7 Sierpnia 2012 Dzięki. Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters] EnablePMTUBHDetect=dword:00000001 Wklej to do Notatnika, zapisz jako fix.reg (uwaga na rozszerzenie), przejdź do katalogu zapisu pliku, kliknij na niego prawym i wybierz Scal. Zatwierdź ostrzeżenie. Potem uruchom z uprawnieniami admina komendę netsh int ip set int 10 mtu=1504 i zrestartuj komputer. To nam przywróci wartość MTU sprzed zmian i zadeklaruje jawnie wykrywanie tzw. czarnych dziur MTU, czyli tego, co sprawiło problem. Domyślnie to ustawienie jest nieobecne w rejestrze i traktowane jako włączone, a przynajmniej tak było pod Windows Vista / 2008 Server. Jaki dostawca Internetu? Widzę, że jesteś podłączony przez jakieś sieci lokalne do PLIX-a, ale to wiele nie wyjaśnia... Odnośnik do komentarza
Gashier Opublikowano 7 Sierpnia 2012 Autor Zgłoś Udostępnij Opublikowano 7 Sierpnia 2012 Dobra to tak. Natknąłem się na pewien problem. Po dodaniu pliku rejestru, zaakceptowaniu go i otrzymaniu komunikatu o wpisaniu wartości i kluczy jego dalej nie ma w rejestrze. Szukałem go, lecz nie znalazłem. Na dowód poniżej daje eksport rejestru (TCPIP) po wpisaniu pliku rejestru. Przez to, że nie ma pliku rejestru, po ustawieniu MTU na 1504 - problem wrócił. Następna sprawa, co do dostawcy Internetu nie do końca rozumiem jakie informacje potrzebujesz, więc póki co wklejam te podstawowe informacje: http://tnij.org/dostawcafixitpc Gdyby było trzeba więcej, pisz i najlepiej mniej/więcej gdzie to uzyskam. Pozdrawiam. TCPIP2.txt Odnośnik do komentarza
DawidS28 Opublikowano 7 Sierpnia 2012 Zgłoś Udostępnij Opublikowano 7 Sierpnia 2012 Efekt tego, że ja chyba nigdy nie zapamiętam składni skryptów rejestru. Prawidłowy wygląda tak: Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters] "EnablePMTUBHDetect"=dword:00000001 Odnośnik do komentarza
Gashier Opublikowano 7 Sierpnia 2012 Autor Zgłoś Udostępnij Opublikowano 7 Sierpnia 2012 Te cholerne cudzysłowie. Dobra, po wykonaniu pliku rejestru (tym razem już poprawnie się wpisał). Ustawienia MTU na 1504 i resecie sprzętu, problem z facebookiem istnieje, reszta działa. Czyli chyba będzie trzeba wrócić do MTU 1500. Odnośnik do komentarza
DawidS28 Opublikowano 7 Sierpnia 2012 Zgłoś Udostępnij Opublikowano 7 Sierpnia 2012 To by wskazywało, że Windows 7 nie ma włączonego automatycznego wykrywania czarnych dziur MTU. Nie ukrywam, jest to dla mnie sporą niespodzianką. Zmień jeszcze, jeśli masz do mnie cierpliwość, wartość EnablePMTUBHDetect na 0, zrestartuj komputer i sprawdź problematyczne serwisy. Odnośnik do komentarza
Gashier Opublikowano 7 Sierpnia 2012 Autor Zgłoś Udostępnij Opublikowano 7 Sierpnia 2012 Wygląda na to jednak, że to ja Cię wprowadziłem w błąd i Windows 7 ma automatyczne wykrywanie dziur, jednak albo był jakiś przejściowy problem, albo to wszystko potrzebowało czasu - nie wiem. MTU mam 1504, wartość EnablePMTUBHDetect na 1 i póki co wszystko działa. Gdyby coś się tutaj zmieniło w tej kwestii w ciągu najbliższych godzin/dni. Spróbuję zmienić wartość na 0 i poinformować o wynikach. Dziękuję jeszcze raz i pozdrawiam. W razie jakiś eksperymentów / logów, czy różnych rzeczy, które mogą Cię interesować to służę pomocą. Odnośnik do komentarza
DawidS28 Opublikowano 7 Sierpnia 2012 Zgłoś Udostępnij Opublikowano 7 Sierpnia 2012 Domyślne ustawienie powinno być aktywne wtedy, gdy wartości nie ma w rejestrze. System powinien działać wtedy tak, jakby była obecna i ustawiona na 1. Dzięki za pomoc. Odnośnik do komentarza
Rekomendowane odpowiedzi
Jeśli chcesz dodać odpowiedź, zaloguj się lub zarejestruj nowe konto
Jedynie zarejestrowani użytkownicy mogą komentować zawartość tej strony.
Zarejestruj nowe konto
Załóż nowe konto. To bardzo proste!
Zarejestruj sięZaloguj się
Posiadasz już konto? Zaloguj się poniżej.
Zaloguj się