Dlaczego mój Internet Wi-Fi sporadycznie znika?

Tak więc mój Internet sporadycznie znika. Nie mam pojęcia dlaczego!

Przez chwilę myślałem, że tak się stało, kiedy zezwoliłem Menedżerowi aktualizacji na automatyczne sprawdzanie aktualizacji, ale nie sądzę, żeby tak było teraz.

Chodzi o to, że nie wiem, jak sprawdzić dziennik aktywności mojego komputera, aby spróbować ustalić, dlaczego tak się stało, lub czego szukać, kiedy to zrobię (lub, jak to zrobić ponownie tutaj, więc ktoś o wiele mądrzejszy ode mnie). Jak prawidłowo rozwiązać ten problem?

EDYCJA: Pogrubiłem to, co chciałbym tutaj podkreślić. Doceniam sugerowaną poprawkę, ale zauważyłem widoczną zmianę w zachowaniu mojego komputera - odkąd wyłączyłem funkcję obracania komputerów stacjonarnych, nie wystąpiły problemy z połączeniem. Ponieważ jest to w tej chwili dość losowe zjawisko, nie chcę zakładać korelacji między ustawieniami wyglądu i moją zdolnością do pozostawania w kontakcie z siecią Wi-Fi. Jak mam to zbadać?

EDIT2: OK, więc nadal jest to pozorny problem w Ubuntu 13.04, więc usunąłem tag 12.04, ponieważ wydaje się, że nie ma on zastosowania. Wydawało się, że jest przez jakiś czas nieobecny, ale powraca, może w wyniku aktualizacji (ale musiałem, Unity jest po prostu znacznie szybszy! Eee) Do tej pory udało mi się ponownie połączyć, wybierając Ustawienia systemowe> Sieć > wybierz moją sieć i prawą pomarańczową strzałkę> Ustawienia> przełącz ustawienie MTU z „Automatyczny” na „1” iz powrotem na „Automatyczny” i zapisz. Jeśli problemem jest rzeczywiście to ustawienie, metoda opisana w innym poście nie wskazuje, jak znaleźć prawidłowe ustawienie MTU. Czy istnieje sposób, aby określić najlepszą MTU? Nawiasem mówiąc, nie jest to problem dla komputerów z systemem Windows lub OSX w mojej sieci domowej, tylko ten facet :(

EDYCJA 3: Na żądanie poniżej oto dane wyjściowe z dmesg | tail:

[   18.209158] wlan0: associate with 00:1e:e5:74:26:0f (try 1/3)
[   18.213191] wlan0: RX AssocResp from 00:1e:e5:74:26:0f (capab=0x411 status=0 aid=4)
[   18.213241] wlan0: associated
[   18.213273] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 2227.016921] init: upstart-file-bridge main process (319) terminated with status 1
[ 2227.016961] init: upstart-file-bridge main process ended, respawning
[ 2227.017109] init: upstart-udev-bridge main process (346) terminated with status 1
[ 2227.017127] init: upstart-udev-bridge main process ended, respawning
[ 2227.017242] init: upstart-socket-bridge main process (617) terminated with status 1
[ 2227.017259] init: upstart-socket-bridge main process ended, respawning

EDIT4: Ok, więc wygląda na to, że mogę tu coś mieć. Spójrz na tę wiadomość:

[   16.688255] wlan0: authenticate with 00:1e:e5:74:26:0f
[   16.700191] wlan0: send auth to 00:1e:e5:74:26:0f (try 1/3)
[   16.703235] wlan0: authenticated
[   16.703460] ath9k 0000:02:00.0 wlan0: disabling HT as WMM/QoS is not supported by the AP
[   16.703494] ath9k 0000:02:00.0 wlan0: disabling VHT as WMM/QoS is not supported by the AP
[   16.710006] wlan0: associate with 00:1e:e5:74:26:0f (try 1/3)
[   16.713175] wlan0: RX AssocResp from 00:1e:e5:74:26:0f (capab=0x411 status=0 aid=4)
[   16.713234] wlan0: associated
[   16.713266] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 3170.516163] systemd-hostnamed[3772]: Warning: nss-myhostname is not installed. Changing the local hostname might make it unresolveable. Please install nss-myhostname!

Przeszukałem ten ostatni wiersz nss-myhostnamei otrzymałem mnóstwo hitów dotyczących wszelkiego rodzaju innych dystrybucji Linuksa, ale tak naprawdę nic nie dotyczy Ubuntu: / Czy to w ogóle jest istotne?

Miałem podobny problem z moim, który okazał się dwuczęściowym problemem z interferencją z eth0 (przewodowy port Ethernet) i niewielką niezgodnością między Linuksem a implementacją mojego routera bezprzewodowego 802.11n.

Jeśli korzystasz ze sterownika bezprzewodowego Intel (iwlwifi), spróbuj wpisać następujące polecenia na terminalu. Spowoduje to wyłączenie portu Ethernet i wyłączenie bezprzewodowej sieci N w sterowniku Wi-Fi. Nie jest trwały i zostanie przywrócony przy następnym uruchomieniu:

sudo ifconfig eth0 down
sudo modprobe -r iwlwifi
sudo modprobe iwlwifi 11n_disable=1

Jeśli to działa, na moim Githubie znajduje się skrypt bash, który można pobrać i uruchomić przy każdym ponownym uruchomieniu: https://github.com/FreedomBen/handy-bash-scripts/blob/master/fixTheInternet.bash

Mam ten skrypt na pulpicie i po prostu uruchamiam go przy każdym ponownym uruchomieniu. Od tamtej pory nie miałem żadnych problemów.

Uwaga: będziesz musiał wykonać skrypt. W terminalu wpisz:

cd path/to/script
chmod +x fixTheInternet.bash

Sposób, w jaki rozwiązałem ten problem (tylko w sieci szkolnej, w domu i innych było w porządku) był „magiczny”

1. Wyłączyłem kartę sieci bezprzewodowej.
2. Usunięto wszystkie profile połączeń (eth, WLAN, mobile ...) przez aplet menedżera sieci.
3. Restart.
4. Ponownie włączono adapter bezprzewodowy.
5. Uruchom ponownie (wiem, że pochodzę z systemu Windows i jestem Ubobu w systemie Noob)
6. Połącz ponownie.

Pracuję przez jakiś czas bez problemów. (Nie wiem dlaczego, ale jeśli ktoś to wymyślił, proszę powiedz mi)

Jeśli problem stanowi MTU, możesz uzyskać porady dotyczące znalezienia właściwej wartości tutaj . Ogólnie rzecz biorąc, wartość 1500 jest dość standardowa.

Możesz ustawić MTU dla połączenia Wi-Fi w następujący sposób:

sudo ifconfig {wifi-interface} mtu {mtu-value}

Więc jeśli twój interfejs Wi-Fi to wlan0 i chcesz MTU 1500, byłoby to:

sudo ifconfig wlan0 mtu 1500

Jeśli to Ci odpowiada, możesz ustawić to na stałe, wprowadzając wartość, która działała /etc/network/interfaces