A quanto pare, rompere il tuo sistema è molto facile, se ci dedichi il cuore e la mente. Questo problema ha un'origine contorta e una soluzione piuttosto interessante, quindi abbi pazienza. A quanto pare, è stata una notte buia e piovosa e ho iniziato a testare diversi servizi VPN. Uno di loro:Mullvad. Ha funzionato bene per un po', ma poi ho aggiornato la versione dell'applicazione dalla build 2019.1 alla build 2019.8 e le cose hanno smesso di funzionare correttamente. Ogni volta che mi connettevo alla VPN, la risoluzione DNS si interrompeva. Scatola di prova:Kubuntu 18.04.
Non ero sicuro se questo fosse specifico per il mio host o un problema più ampio, quindi ho deciso di testare anche in KDE neon, che sembra essere una delle tante distro che ho installato sul laptop G50. Un riavvio o due dopo, molti bei aggiornamenti Plasma (fino a 5.16.90 al momento della scrittura) e alcune piccole modifiche, Mullvad funzionava bene. Ma poi, il Network Manager ha iniziato a lamentarsi della connettività limitata. Vediamo cosa regala.
Più problemi, più dettagli
Innanzitutto, volevo capire PERCHÉ Mullvad non funzionava bene nell'istanza Kubuntu. Dopo un po' di magico debug, mi sono reso conto che c'era un conflitto con Pi-Hole, installato localmente. Quando si tratta di DNS, può essercene solo uno. O qualcosa. E, naturalmente, systemd sicuramente non aiuta con la sua miriade di collegamenti simbolici e log offuscati. Ma questa è una storia a parte.
In neon, avevo la connettività VPN, ma circa un minuto dopo l'inizio della sessione, il punto esclamativo è apparso improvvisamente accanto all'icona Wireless. Curioso. Ho eseguito tutti i tipi di test di velocità e connettività della rete e tutto ha funzionato senza problemi. Tuttavia, l'icona è rimasta e nmcli general lo conferma sulla riga di comando.
Cosa dice il registro?
Bene, passare attraverso i log di sistema non è mai un'attività divertente, ma questa ha mostrato qualcosa che non avevo mai visto prima. Errori relativi agli adattatori virtuali VMware Workstation vmnet1 e vmnet8. Apparentemente, erano problemi con la funzionalità DHCP.
... dhcpcd[1042]:vmnet8:dhcp_sendpacket:operazione non consentita
... dhcpcd[1042]:vmnet1:dhcp_sendpacket:operazione non consentita
Poiché la configurazione della workstation era comunque una versione di prova scaduta, ho deciso di disinstallare il programma e vedere se questo avrebbe effettivamente risolto il problema. E sembra che l'abbia fatto. Il vero motivo del problema era che Mullvad è configurato per bloccare il traffico di rete locale per impostazione predefinita quando connesso, che include gli intervalli locali utilizzati dagli adattatori vmnet.
Pertanto, la soluzione al problema sarebbe consentire il traffico locale nell'applicazione VPN o, in alternativa, modificare l'utilizzo del software interessato. Poi di nuovo, il problema non è davvero uno a meno che tu non debba usarli entrambi contemporaneamente. Per la maggior parte delle persone, questo non sarà mai rilevante.
Quindi qual è il messaggio qui?
Ho visto dozzine di rapporti sul "gestore di rete + punto esclamativo" sul Web e la maggior parte degli utenti ritiene che si tratti di un bug stupido, un comportamento transitorio che può essere eliminato riavviando il gestore di rete o ricollegando la rete, ma in questo caso particolare, c'era una "sorta di" vera questione - tuttavia, si allinea con la parola sciocco. Non era grande, cardinale o evidente a meno che non fosse necessario avere macchine virtuali in esecuzione proprio in quel momento, ma esisteva e Network Manager ha segnalato correttamente uno stato di funzionalità degradata, quindi connettività limitata.
Conclusione
Piccoli problemi casuali possono essere super fastidiosi. Ancor di più quando tendi a volerli ignorare come un bug nel software, ma poi finiscono per essere reali. Non necessariamente cardinale, solo non un falso positivo. Ecco perché non dovresti mai diagnosticare problemi se le tue funzionalità principali sono tutte presenti. Ma l'abbiamo capito, quindi va tutto bene.
In uno scenario come questo, il passaggio logico successivo sarebbe che il sistema operativo condivida i dettagli del problema anziché limitarsi a segnalare, e consenta all'utente di comprendere appieno le implicazioni e quindi decidere se fare qualcosa o ignorarle. Il punto esclamativo, senza alcuna spiegazione prolissa, è inutilmente allarmante, soprattutto perché non vi è alcun effetto visibile. E ammettiamolo, se Internet funziona, allora non ci sono problemi, giusto! Bene, se sei uno dei nerd che odia l'improvvisa casualità, questo potrebbe calmare leggermente i tuoi demoni OCD. Ora, se mai torna il punto esclamativo, ne parliamo. Ancora. Abbiamo finito.