Puncte:1

Activarea conexiunii la rețea a eșuat, DHCP timeout

drapel be

După câteva ore de încercări și erori, cred că am nevoie de ajutor...

Problema este următoarea: încerc să mă conectez la o rețea WIFI, care a funcționat pentru mine în ultimele trei luni și a început să fac probleme în urmă cu doar trei zile. De 19 din 20 de ori încerc să mă conectez, primesc „Activarea conexiunii la rețea a eșuat”, 1 din 20 de ori funcționează dintr-un motiv oarecare. Această problemă apare doar pe Ubuntu 20.04.3 LTS meu, pe telefonul meu, precum și pe dispozitivele altor persoane funcționează fără probleme.

Din ieșirea din sudo tail -f /var/log/syslog Presupun că DHCP-ul eșuează:
Ieșire pentru 19 din 20 de cazuri în care conexiunea eșuează:

Dec 20 11:22:35 gubblgubbl NetworkManager[822]: <info> [1639995755.0003] dhcp4 (wlp2s0): activare: începerea tranzacției (timeout în 45 de secunde)
Dec 20 11:22:35 gubblgubbl avahi-daemon[813]: Se alătură grupului de multicast mDNS pe interfața wlp2s0.IPv6 cu adresa fe80::e7c1:a84a:b0ce:e25b.
Dec 20 11:22:35 gubblgubbl avahi-daemon[813]: Nouă interfață relevantă wlp2s0.IPv6 pentru mDNS.
Dec 20 11:22:35 gubblgubbl avahi-daemon[813]: Se înregistrează o nouă înregistrare a adresei pentru fe80::e7c1:a84a:b0ce:e25b pe wlp2s0.*.
Dec 20 11:22:35 gubblgubbl wpa_supplicant[858]: wlp2s0: CTRL-EVENT-SIGNAL-CHANGE deasupra=1 semnal=-68 zgomot=-114 txrate=1000
Dec 20 11:22:35 gubblgubbl systemd[1]: NetworkManager-dispatcher.service: Reușit.
Dec 20 11:22:37 gubblgubbl dbus-daemon[820]: [sistem] Se activează prin systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service' solicitat de '' :1.12' (uid=0 pid=822 comm="/usr/sbin/NetworkManager --no-daemon " label="unconfined")
20 dec 11:22:37 gubblgubbl systemd[1]: Se pornește serviciul de dispecer de script Network Manager...
Dec 20 11:22:37 gubblgubbl dbus-daemon[820]: [sistem] Serviciul „org.freedesktop.nm_dispatcher” a fost activat cu succes
20 dec. 11:22:37 gubblgubbl systemd[1]: Serviciul de dispecer de script Network Manager a pornit.
Dec 20 11:22:47 gubblgubbl systemd[1]: NetworkManager-dispatcher.service: Reușit.
Dec 20 11:23:18 gubblgubbl wpa_supplicant[858]: wlp2s0: CTRL-EVENT-SIGNAL-CHANGE deasupra=1 semnal=-62 zgomot=-114 txrate=1000
20 dec 11:23:20 gubblgubbl NetworkManager[822]: <warn> [1639995800.6093] dhcp4 (wlp2s0): cererea a expirat
Dec 20 11:23:20 gubblgubbl NetworkManager[822]: <info> [1639995800.6094] dhcp4 (wlp2s0): starea schimbată necunoscută -> expirare
Dec 20 11:23:20 gubblgubbl NetworkManager[822]: <info> [1639995800.6094] dispozitiv (wlp2s0): modificarea stării: ip-config -> a eșuat (motivul „ip-config-unavailable”, sys-iface-state: „ a reușit')
Dec 20 11:23:20 gubblgubbl NetworkManager[822]: <info> [1639995800.6100] manager: starea NetworkManager este acum DECONECTAT
Dec 20 11:23:20 gubblgubbl NetworkManager[822]: <warn> [1639995800.6117] dispozitiv (wlp2s0): Activare: eșuat pentru conexiunea „Ulveskogen”
Dec 20 11:23:20 gubblgubbl NetworkManager[822]: <info> [1639995800.6123] dispozitiv (wlp2s0): modificarea stării: eșuat -> deconectat (motiv „niciun”, starea sistemului: „gestionat”)

Ieșire pentru 1 din 20 de cazuri în care conexiunea funcționează:

Dec 20 11:08:44 gubblgubbl NetworkManager[822]: <info> [1639994924.4631] dhcp4 (wlp2s0): activare: începerea tranzacției (timeout în 45 de secunde)
Dec 20 11:08:44 gubblgubbl avahi-daemon[813]: Se alătură grupului mDNS multicast pe interfața wlp2s0.IPv6 cu adresa fe80::e7c1:a84a:b0ce:e25b.
Dec 20 11:08:44 gubblgubbl avahi-daemon[813]: Nouă interfață relevantă wlp2s0.IPv6 pentru mDNS.
Dec 20 11:08:44 gubblgubbl avahi-daemon[813]: Se înregistrează o nouă înregistrare a adresei pentru fe80::e7c1:a84a:b0ce:e25b pe wlp2s0.*.
Dec 20 11:08:44 gubblgubbl wpa_supplicant[858]: wlp2s0: CTRL-EVENT-SIGNAL-CHANGE deasupra=1 semnal=-66 zgomot=-115 txrate=1000
Dec 20 11:08:47 gubblgubbl NetworkManager[822]: <info> [1639994927.3827] dhcp4 (wlp2s0): opțiunea dhcp_lease_time => '86400'
Dec 20 11:08:47 gubblgubbl NetworkManager[822]: <info> [1639994927.3827] dhcp4 (wlp2s0): opțiune domain_name_servers => '192.168.1.1'
20 dec 11:08:47 gubblgubbl NetworkManager[822]: <info> [1639994927.3827] dhcp4 (wlp2s0): expirare opțiune => '1640081327'
20 dec 11:08:47 gubblgubbl NetworkManager[822]: <info> [1639994927.3827] dhcp4 (wlp2s0): opțiune host_name => 'gubblgubbl'
Dec 20 11:08:47 gubblgubbl NetworkManager[822]: <info> [1639994927.3827] dhcp4 (wlp2s0): opțiunea ip_address => '192.168.1.57'
Dec 20 11:08:47 gubblgubbl avahi-daemon[813]: Alăturarea grupului mDNS multicast pe interfața wlp2s0.IPv4 cu adresa 192.168.1.57.
Dec 20 11:08:47 gubblgubbl NetworkManager[822]: <info> [1639994927.3827] dhcp4 (wlp2s0): opțiunea next_server => '192.168.1.1'
Dec 20 11:08:47 gubblgubbl avahi-daemon[813]: Nouă interfață relevantă wlp2s0.IPv4 pentru mDNS.
Dec 20 11:08:47 gubblgubbl NetworkManager[822]: <informații> [1639994927.3828] dhcp4 (wlp2s0): opțiunea requested_broadcast_address => '1'
Dec 20 11:08:47 gubblgubbl avahi-daemon[813]: Înregistrarea unei noi înregistrări de adresă pentru 192.168.1.57 pe wlp2s0.IPv4.
Dec 20 11:08:47 gubblgubbl NetworkManager[822]: <info> [1639994927.3828] dhcp4 (wlp2s0): opțiune requested_domain_name => '1'
Dec 20 11:08:47 gubblgubbl NetworkManager[822]: <info> [1639994927.3828] dhcp4 (wlp2s0): opțiune requested_domain_name_servers => '1'
Dec 20 11:08:47 gubblgubbl NetworkManager[822]: <info> [1639994927.3828] dhcp4 (wlp2s0): opțiune requested_domain_search => '1'
Dec 20 11:08:47 gubblgubbl NetworkManager[822]: <informații> [1639994927.3828] dhcp4 (wlp2s0): opțiunea requested_host_name => '1'
Dec 20 11:08:47 gubblgubbl NetworkManager[822]: <informații> [1639994927.3828] dhcp4 (wlp2s0): opțiunea requested_interface_mtu => '1'
Dec 20 11:08:47 gubblgubbl NetworkManager[822]: <info> [1639994927.3828] dhcp4 (wlp2s0): opțiunea requested_ms_classless_static_routes => '1'
Dec 20 11:08:47 gubblgubbl NetworkManager[822]: <informații> [1639994927.3828] dhcp4 (wlp2s0): opțiunea requested_nis_domain => '1'
Dec 20 11:08:47 gubblgubbl NetworkManager[822]: <info> [1639994927.3829] dhcp4 (wlp2s0): opțiunea requested_nis_servers => '1'
Dec 20 11:08:47 gubblgubbl NetworkManager[822]: <info> [1639994927.3829] dhcp4 (wlp2s0): opțiunea requested_ntp_servers => '1'
Dec 20 11:08:47 gubblgubbl whoopsie[11938]: [11:08:47] Nu se poate ajunge la: https://daisy.ubuntu.com
Dec 20 11:08:47 gubblgubbl NetworkManager[822]: <info> [1639994927.3829] dhcp4 (wlp2s0): opțiunea requested_rfc3442_classless_static_routes => '1'
Dec 20 11:08:47 gubblgubbl NetworkManager[822]: <info> [1639994927.3829] dhcp4 (wlp2s0): opțiune requested_root_path => '1'
Dec 20 11:08:47 gubblgubbl NetworkManager[822]: <info> [1639994927.3829] dhcp4 (wlp2s0): opțiune requested_routers => '1'
Dec 20 11:08:47 gubblgubbl NetworkManager[822]: <info> [1639994927.3829] dhcp4 (wlp2s0): opțiunea requested_static_routes => '1'
Dec 20 11:08:47 gubblgubbl NetworkManager[822]: <informații> [1639994927.3829] dhcp4 (wlp2s0): opțiunea requested_subnet_mask => '1'
Dec 20 11:08:47 gubblgubbl NetworkManager[822]: <informații> [1639994927.3829] dhcp4 (wlp2s0): opțiunea requested_time_offset => '1'
Dec 20 11:08:47 gubblgubbl NetworkManager[822]: <info> [1639994927.3830] dhcp4 (wlp2s0): opțiunea requested_wpad => '1'
Dec 20 11:08:47 gubblgubbl NetworkManager[822]: <info> [1639994927.3830] dhcp4 (wlp2s0): opțiunea routerelor => '192.168.1.1'
Dec 20 11:08:47 gubblgubbl NetworkManager[822]: <info> [1639994927.3830] dhcp4 (wlp2s0): opțiunea subnet_mask => '255.255.255.0'
Dec 20 11:08:47 gubblgubbl NetworkManager[822]: <info> [1639994927.3830] dhcp4 (wlp2s0): opțiunea wpad => '#012'
Dec 20 11:08:47 gubblgubbl NetworkManager[822]: <info> [1639994927.3830] dhcp4 (wlp2s0): starea schimbată necunoscută -> legat
20 decembrie 11:08:47 gubblgubbl NetworkManager[822]: <info> [1639994927.3848] dispozitiv (wlp2s0): modificarea stării: ip-config -> ip-check (motiv „niciun”, sys-iface-state: „gestionat” )
Dec 20 11:08:47 gubblgubbl NetworkManager[822]: <info> [1639994927.3903] dispozitiv (wlp2s0): modificarea stării: ip-check -> secundare (motiv „niciun”, sys-iface-state: „gestionat”)
20 dec 11:08:47 gubblgubbl NetworkManager[822]: <info> [1639994927.3909] dispozitiv (wlp2s0): modificarea stării: secundare -> activat (motiv „niciun”, starea sys-iface: „gestionat”)
Dec 20 11:08:47 gubblgubbl NetworkManager[822]: <info> [1639994927.3918] manager: starea NetworkManager este acum CONNECTED_LOCAL
Dec 20 11:08:47 gubblgubbl NetworkManager[822]: <info> [1639994927.3935] manager: starea NetworkManager este acum CONNECTED_SITE
Dec 20 11:08:47 gubblgubbl NetworkManager[822]: <info> [1639994927.3936] politică: setați „Ulveskogen” (wlp2s0) ca implicit pentru rutarea IPv4 și DNS
Dec 20 11:08:47 gubblgubbl NetworkManager[822]: <info> [1639994927.3943] device (wlp2s0): Activare: reușită, dispozitiv activat.
20 dec 11:08:50 gubblgubbl NetworkManager[822]: <info> [1639994930.8331] manager: starea NetworkManager este acum CONNECTED_GLOBAL
Dec 20 11:08:50 gubblgubbl whoopsie[11938]: [11:08:50] Ruta IPv4 implicită este: /org/freedesktop/NetworkManager/ActiveConnection/38
Dec 20 11:08:50 gubblgubbl whoopsie[11938]: [11:08:50] Nu este un plan de date plătit: /org/freedesktop/NetworkManager/ActiveConnection/38
Dec 20 11:08:50 gubblgubbl whoopsie[11938]: [11:08:50] S-a găsit conexiune utilizabilă: /org/freedesktop/NetworkManager/ActiveConnection/38
20 dec 11:08:51 gubblgubbl whoopsie[11938]: [11:08:51] online

Acestea sunt părțile care cred că sunt relevante, dacă sunt necesare mai multe informații, spuneți-mi.

Ceea ce mă încurcă cel mai mult este că de fapt funcționează din când în când. Dar, din păcate, nu am putut identifica nimic specific când a funcționat.În plus, știu că laptopul meu funcționează perfect cu alte rețele WIFI și încă o dată nu pot identifica nimic care ar sugera o soluție pentru problema mea. Acesta este motivul pentru care nu am încercat numeroasele sugestii de la alte „Activarea conexiunii la rețea a eșuat” - Întrebări pe SE, deoarece cazul meu pare să difere de acestea. (Și nu am vrut să risc să-mi taie complet laptop-ul de pe internet (nu am LAN disponibil), ceea ce ar îngreuna adresarea acestei întrebări)

Orice ajutor ar fi foarte apreciat!

Soren A avatar
drapel mx
Încercați să vă resetați routerul / modemul WiFi.
user.dz avatar
drapel ng
Ați adăuga ieșirea `sudo lshw -c network` și, de asemenea, ați vedea dacă `iw event -t` oferă mai multe informații de depanare. Btw, al doilea DHCP din rețea poate crea același comportament pe care unele mașini nu se pot conecta. Vedeți dacă IP-ul static funcționează?

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.