Niezwykle wolne połączenie po aktualizacji 17.04

10

Moje połączenie stało się bardzo wolne po aktualizacji do 17.04. W 16.10 było dobrze.

Chrome blokuje się przy „Rozpoznawaniu hosta ...” czasami przez ponad 30 sekund. Próbowałem innych przeglądarek i są one takie same. Tymczasem mój telefon podłączony do tej samej sieci jest szybki jak zwykle.

Próbowałem dodać następujące wiersze, /etc/NetworkManager/NetworkManager.confale nic to nie zmieniło:

[device]
wifi.scan-rand-mac-address=no
omerfarukdogan
źródło
1
Za to, co warto, mam również ten problem. Moje połączenie Wi-Fi jest nieznośnie wolne, ale problem występuje nawet po podłączeniu do sieci. Jest to zupełnie nowa instalacja z 17.04, więc nie powinna to być problem z aktualizacją.
Mark Roberts,
@ MarkRoberts Myślę, że znalazłem obejście. Przejdź do ustawień sieciowych. Na karcie IPv4 wybierz drugą opcję jako Methodi wprowadź statyczny adres DNS. Sprawdź także, Require IPv4 for this connection to completeczy to nie działa. Próbowałem z Google DNS (8.8.8.8) i na razie wydaje się OK.
omerfarukdogan 16.04.17
Może związane z tym? bugs.launchpad.net/ubuntu/+source/systemd/+bug/1656830
Steve Byrnes
Czy możesz edytować swoje pytanie, aby uwzględnić dane wyjściowe polecenia terminalu lspci -nnk | grep -A2 Network? Dzięki.
David Foerster
1
@DavidFoerster Cześć, myślę, że problem został rozwiązany dzięki aktualizacji. Przynajmniej dla mnie.
omerfarukdogan

Odpowiedzi:

9

Miałem dokładnie ten sam problem (podobnie jak @Mark Roberts).

Oto poprawka:

Uwaga: bieżący /etc/resolv.confplik jest w rzeczywistości dowiązaniem symbolicznym, do ../run/resolvconf/resolv.confktórego wydaje się być podstawowym problemem, ponieważ nie jest obsługiwany przez systemd-rozwiązany.

Zatem jeśli to zrobisz ls -la, zobaczysz:

~# ls -la /etc/resolv.conf
lrwxrwxrwx 1 root 29 Apr 14 11:36 /etc/resolv.conf -> ../run/resolvconf/resolv.conf

więc ... aby obejść ten problem, wykonaj następujące czynności:

sudo rm -f /etc/resolv.conf
sudo ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf

Potem wykopałem systemd rozwiązany, aby się upewnić:

sudo systemctl restart systemd-resolved

Wygląda na to, że działa świetnie, ponieważ:

systemd-resolved utrzymuje plik /run/systemd/resolve/resolv.conf pod kątem zgodności z tradycyjnymi programami Linux. Ten plik może być dowiązaniem symbolicznym z /etc/resolv.conf i jest zawsze aktualny, zawierający informacje o wszystkich znanych serwerach DNS.

Które zacytowałem BEZPOŚREDNIO z raportu o błędzie: (błąd nr 1624320) i uważam, że jest to winowajcą.

Chris Schuld
źródło
3

Znalazłem tę dyskusję, która obwinia systemd-resolv (coś wspólnego z DNS) i sugeruje obejście ustawienia DNSSEC = off w resolved.conf

Dokładnie to samo obejście zostało właśnie udostępnione w repozytoriach Zesty: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1682499

Tak długa historia: Uruchom teraz narzędzie do aktualizacji oprogramowania. Może to rozwiąże problem ...

Steve Byrnes
źródło
3
Czy nikt nie testuje tego przed wydaniem? To najbardziej oczywisty błąd, jaki kiedykolwiek widziałem.
omerfarukdogan
0

Znalazłem naprawę tego!

Zrozumiałem, że ten problem pochodzi z usługi o nazwie „systemd-rozwiązane”. Jest to usługa buforowania i sprawdzania poprawności DNS, która jest fabrycznie zainstalowana z Ubuntu 17.04.

Kompletne rozwiązanie znajduje się w tym artykule (w połowie zaktualizowana wersja)

Oto moje proste notatki dotyczące poleceń (być może pomocne, ale powyższa witryna świetnie się spisuje)

service NetworkManager status
head /etc/resolv.conf
sudo nano /etc/resolv.conf

zmień nameserver 127.0.0.1nanameserver 8.8.8.8

sudo apt-get install unbound

Teraz wyłączmy kłopotliwe systemd-resolved

sudo systemctl disable systemd-resolved
sudo systemctl stop systemd-resolved
sudo nano /etc/NetworkManager/NetworkManager.conf

Zmień na dns=unbound

sudo systemctl enable unbound-resolvconf
service NetworkManager status
reboot
markackerman8-gmail.com
źródło
0

W 17.10 nie powinno być offw resolved.conf:

DNSSEC=off

Tylko ustawienie go norozwiązuje.

DNSSEC=no

Domyślnie znajduje się w pliku, ale został skomentowany (z wiodącym #).

Frans Bijma
źródło
0

Nigdy nie miałem problemów z Ubuntu GNOME 16.04 LTS, ale próbowałem Ubuntu 17.04 i dodawanie gnome-session, i wtedy zaczęły się problemy. Miałem nadzieję przejść na Ubuntu i cieszyć się aktualizacją Ubuntu do wersji 17.10 z Gnome DM, ale niestety:

  • Spotty wifi
  • Powolny Internet (przewodowy i WiFi)
  • Aplikacje instalowane w 60-90% ... nie kończą się przez 10 minut! albo wcale

Moim rozwiązaniem po wypróbowaniu wielu obejść było zainstalowanie nowego Ubuntu GNOME 17.04.

A skąd mam wiedzieć, że sprawcą był LightDM? Cóż, ku mojej frustracji związanej z rozrywaniem wideo, ktoś zasugerował, że LightDM jest znacznie lepszy (na razie - problem vsync), więc go zainstalowałem. Zalogowałem się ponownie za pomocą LightDM i ... tak, śmieszne problemy z Internetem.

markackerman8-gmail.com
źródło