GNU/Linux >> Znalost Linux >  >> Linux

Správce sítě říká, že připojení je omezené, ale vše funguje

Jak se ukazuje, prolomit váš systém je velmi snadné, pokud na to nastavíte své srdce a mysl. Tento problém má spletitý původ a poměrně zajímavé řešení, takže mějte strpení. Jak už to tak bývá, byla tmavá a deštivá noc a já se pustil do testování několika služeb VPN. Jeden z nich:Mullvad. Chvíli to fungovalo dobře, ale pak jsem upgradoval verzi aplikace z sestavení 2019.1 na sestavení 2019.8 a věci přestaly fungovat dobře. Kdykoli bych se připojil k VPN, překlad DNS se zastavil. Testovací box:Kubuntu 18.04.

Nebyl jsem si jistý, zda je to specifické pro mého hostitele nebo jde o širší problém, a tak jsem se rozhodl otestovat také v KDE neon, což je shodou okolností jedna z mnoha distribucí, které jsem na notebook G50 nainstaloval. Po restartu nebo dvou později, spoustě pěkných aktualizací plazmy (až na 5.16.90 v době psaní) a několika malých úpravách jsem měl Mullvad v pořádku. Ale pak si Network Manager začal stěžovat na omezenou konektivitu. Uvidíme, co dá.

Více problémů, více podrobností

Nejprve jsem chtěl pochopit, PROČ Mullvad nefungoval dobře v instanci Kubuntu. Po nějakém magickém ladění jsem si uvědomil, že došlo ke konfliktu s Pi-Hole, nainstalovaným lokálně. Pokud jde o DNS, může být pouze jeden. Nebo něco. A samozřejmě, systemd určitě nepomáhá se svými nesčetnými symbolickými odkazy a zmatenými logy. Ale to je samostatný příběh.

V neonu jsem měl připojení VPN, ale asi minutu po relaci se vedle ikony Bezdrátové připojení náhle objevil vykřičník. Zvědavý. Provedl jsem nejrůznější testy rychlosti sítě a konektivity a vše fungovalo bez problémů. Ikona však zůstala - a nmcli general to potvrzuje na příkazovém řádku.

Co říká protokol?

Dobře, procházení systémových protokolů není nikdy zábavná činnost, ale tento ukázal něco, co jsem ještě neviděl. Chyby související s virtuálními adaptéry VMware Workstation vmnet1 a vmnet8. Zjevně šlo o problémy s funkčností DHCP.

... dhcpcd[1042]:vmnet8:dhcp_sendpacket:Operace není povolena
... dhcpcd[1042]:vmnet1:dhcp_sendpacket:Operace není povolena

Vzhledem k tomu, že nastavení pracovní stanice byla tak jako tak zkušební verze s prošlou platností, rozhodl jsem se program odinstalovat a zjistit, zda to problém skutečně vyřeší. A vypadá to, že ano. Skutečný důvod problému byl v tom, že Mullvad je nakonfigurován tak, aby ve výchozím nastavení blokoval místní síťový provoz při připojení, což zahrnuje místní rozsahy používané adaptéry vmnet.

Řešením problému by proto bylo povolit místní provoz v aplikaci VPN nebo alternativně vyladit použití dotčeného softwaru. Pak znovu, problém není ve skutečnosti jeden, pokud nemusíte používat oba najednou. Pro většinu lidí to nebude nikdy relevantní.

Jaká je tedy zpráva?

Na webu jsem viděl desítky zpráv o „správci sítě + vykřičník“ a většina uživatelů se domnívá, že jde o hloupou chybu, přechodné chování, které lze odstranit restartováním správce sítě nebo opětovným připojením sítě, ale v tomto konkrétním případě BYL "nějaký" skutečný problém - nicméně to odpovídá slovu hloupé. Nebylo to velké, zásadní ani nápadné, pokud jste zrovna v té době nepotřebovali mít spuštěné virtuální stroje, ale existoval a Network Manager ve skutečnosti správně hlásil zhoršený stav funkčnosti, a tudíž omezenou konektivitu.

Závěr

Náhodné drobné problémy mohou být velmi nepříjemné. Ještě více, když je budete chtít ignorovat jako chybu v softwaru, ale nakonec jsou skutečné. Ne nutně kardinální, jen ne falešně pozitivní. To je důvod, proč byste nikdy neměli diagnostikovat problémy, pokud máte všechny základní funkce. Ale na tohle jsme přišli, takže všechno je nafouklé.

Ve scénáři, jako je tento, by dalším logickým krokem bylo, aby operační systém sdílel podrobnosti o problému, nikoli jen upozornil, a umožnil uživateli plně porozumět důsledkům a poté se rozhodnout, zda něco udělat, nebo je ignorovat. Vykřičník, bez jakéhokoli podrobného vysvětlení, je zbytečně alarmující, zejména proto, že nemá žádný viditelný účinek. A přiznejme si, že pokud funguje internet, pak není problém, že! No, pokud jste jedním z pitomců, kteří nenávidí náhlou náhodnost, tohle může vaše démony OCD trochu uklidnit. Teď, pokud se vykřičník ještě někdy vrátí, promluvíme si. Znovu. Jsme hotovi.


Linux
  1. Telnet k portu pro testování síťové konektivity

  2. Software pro navigaci v síťovém diagramu?

  3. Ikona správce sítě zapnutá 16.04 Nezobrazuje se?

  1. Jak na to:MTR – Pochopení a řešení problémů se síťovým připojením

  2. Zkontrolujte připojení k síti na serveru Linux

  3. base64 -d dekóduje, ale říká neplatný vstup

  1. RPI 4, Raspberry Pi OS, MATE desktop &Network Manager

  2. Otevřený síťový port, ale není připojen žádný proces?

  3. Žádné síťové připojení do/z kontejneru Docker CE na CentOS 8