Moje połączenie internetowe było kiedyś bezpośrednim połączeniem LAN z moim dostawcą. Wtedy wszystko ładowałoby się dobrze zarówno w systemie Windows, jak i Ubuntu (podwójny rozruch). Jednak jakiś czas temu zaczęli wymagać ode mnie wybierania przy użyciu nazwy użytkownika i hasła (przez połączenie PPPoE). Ale od tego czasu nie byłem w stanie przeglądać niektórych stron internetowych na Ubuntu, nawet jeśli nie było takich problemów w systemie Windows. Niektóre przykładowe strony internetowe to - strona logowania Ovi (chociaż share.ovi.com ładuje się dobrze, a nokia.com ładuje się dobrze), Live Mail (działa na Chrome (ium) i Opera, ale nie na Firefox (zarówno 3.6, jak i 4)) i inne losowe strony internetowe.
Niektóre witryny, które nie ładują się, pokazują komunikaty o przekroczeniu limitu czasu w przeglądarce Chrome, a w przypadku niektórych witryn przeglądarka będzie próbowała ładować się bez końca (zostawiłem to nawet przez godziny, ale nie zauważyłem, że dzieje się inaczej).
Próbowałem zmienić serwery DNS na te sugerowane w komentarzu. Próbowałem nawet uruchomić komputer z LiveCD Fedory, a następnie zmienić DNS na te (a nawet na OpenDNS), ale dzieje się dokładnie to samo.
Oto dane wyjściowe ipconfig w systemie Windows:
Jeśli to jakaś pomoc, komunikaty o błędach w Operze wydają się nieco bardziej pouczające i mają kolejno następujące błędy:
- Bezpieczne połączenie: błąd krytyczny (552)
- Bezpieczne połączenie: błąd krytyczny (40)
Następnie: Opera nie mogła połączyć się z serwerem. Serwer może używać nieobsługiwanego protokołu SSL 2, który nie jest uważany za wystarczająco bezpieczny dla bezpiecznej komunikacji. Właściciel witryny powinien dokonać aktualizacji do TLS 1.0 lub nowszej.
Czy ktoś wie, dlaczego tak się dzieje i jak to naprawić?
Aktualizacja: właśnie zobaczyłem tutaj http://ubuntuforums.org/showthread.php?t=1571086&highlight=ppoe, że ktoś miał podobny problem i rozwiązał go, umieszczając plik NetworkManager.conf w / etc / NetworkManager. Co musi być w tym pliku?
źródło
ipconfigpolecenia w systemie Windows?Odpowiedzi:
(Skopiowane z Unix Stack Exchange )
Występują objawy problemu z MTU : niektóre połączenia TCP zawieszają się, mniej więcej odtwarzalnie dla danego polecenia lub adresu URL, ale bez ogólnie dostrzegalnego wzorca. Charakterystycznym objawem jest to, że interaktywne sesje ssh działają dobrze, ale przesyłanie plików prawie zawsze kończy się niepowodzeniem. Ponadto pppoe jest głównym źródłem problemu MTU dla użytkowników domowych. Przepisuję więc czek MTU.
Co to jest? M aximum t ransmission U NIT jest maksymalny rozmiar pakietu za pośrednictwem łącza sieciowego. MTU różni się w zależności od medium transportowego, np. Przewodowy Ethernet i Wi-Fi (802.11) mają różne MTU, a łącza ATM (które stanowią większość infrastruktury dalekobieżnej) mają swoje własne MTU. PPPOE jest protokołem enkapsulowanym, co oznacza, że każdy pakiet składa się z kilku bajtów nagłówka, a następnie pakietu leżącego u jego podstaw - dzięki czemu obniża maksymalny rozmiar pakietu o rozmiar nagłówka. IP pozwala routerom fragmentować pakiety, jeśli wykryją, że są za duże na następny skok, ale to nie zawsze działa. Teoretycznie należy odkryć właściwą MTUautomatycznie , ale to też nie zawsze działa. W szczególności Google sugeruje, że Network Manager nie zawsze właściwie działa na podstawie informacji MTU uzyskanych z odkrycia MTU, ale nie wiem, których wersji dotyczy problem i jakie są problematyczne przypadki użycia.
Jak to zmierzyć. Spróbuj wysłać pakiety ping o danym rozmiarze do hostów zewnętrznych, które na nie odpowiedzą, np.
ping -c 1 -s 42 8.8.8.8(W systemie Linux; w innych systemach sprawdź dokumentację swojegopingpolecenia). Twoje pakiety powinny przejść przez wystarczająco małe wartości 42 (jeśli 42 nie działa, coś blokuje pingi). W przypadku większych wartości pakiet nie przejdzie. 1464 jest typową wartością maksymalną, jeśli ograniczającym elementem infrastruktury jest lokalna sieć Ethernet. Jeśli masz szczęście, gdy wyślesz zbyt duży pakiet, zobaczysz komunikat podobny do tegoFrag needed and DF set (mtu = 1492). Jeśli nie masz szczęścia, po prostu eksperymentuj z wartością, aż znajdziesz wartość maksymalną, a następnie dodaj 28 (-sokreśla rozmiar ładunku, a oprócz tego jest 28 bajtów). Zobacz teżJak zoptymalizować połączenie internetowe za pomocą MTU i RWIN na forach Ubuntu.Jak to ustawić (zastąp 1454 ustaloną
eth0przez Ciebie jednostką MTU i nazwą interfejsu sieciowego)ifconfig eth0 mtu 1454/etc/network/interfaces. Tuż po wpisie interfejsu sieciowego (poiface eth0 …dyrektywie) dodaj wiersz zpre-up ifconfig $IFACE mtu 1454. Alternatywnie, jeśli twój adres IP jest statyczny, możesz dodaćmtu 1454parametr doiface eth0 inet staticdyrektywy.Trwale (Debian i pochodne, takie jak Ubuntu, z Menedżerem sieci lub bez): Utwórz skrypt wywoływany
/etc/network/if-pre-up.d/mtuz następującą zawartością i uczyń go światowym plikiem wykonywalnym (chmod a+rx):źródło
Opuściłem domyślną konfigurację w pliku interfejsu, ale ustawiłem
MTU=1300sekcję „WAN” mojego routera bezprzewodowego.To rozwiązało problem.
źródło
Mam ten sam problem. Niektóre strony nie mogą zostać otwarte w moim KUBUNTU 17.04. Używam tego polecenia:
źródło
Problem może być związany z konfiguracją DNS. Dla mnie problem rozwiązany przez wykonanie kilku kroków:
sudo apt-get install resolvconf(zainstalujeresolvconfpakiet)./etc/resolvconf/resolv.conf.d/katalogubasez uprawnieniami administratora, uruchamiającsudo nano base.nameserver 8.8.8.8. Wpisy muszą być oddzielone nowymi wierszami. Oto poprawny plik: Uwaga : listę nazw i adresów DNS można znaleźć tutaj .sudo resolvconf -u(zaktualizuje konfigurację DNS).Otóż to! Teraz spróbuj załadować strony, które się nie załadowały, powinno działać!
źródło