SonicWall VPN na Macu: SSL klient, nebo nativní L2TP?

Začněte na Macu a pak jděte směrem ven, protože rozhodnutí o klientovi dělá firewall a pouze se odráží na ploše. Otevřete Nastavení systému, podívejte se, jaká konfigurace VPN už existuje, a než začnete psát heslo, položte správci jednu otázku. Odpovědí je povolená služba vzdáleného přístupu, nikoli model zařízení na přihlašovací stránce. Dva klienti mohou sedět na jednom notebooku, aniž by jeden z nich byl ten správný.

Zeptejte se brány, která služba je zapnutá

Dvě služby vzdáleného přístupu vystupují pod stejným názvem produktu a chovají se zcela odlišně. Jedna je SSL VPN dostupná přes klientskou aplikaci dodavatele, druhá je IPsec nebo L2TP, které umí vytáčet vestavěný klient macOS. Liší se porty, ověřováním i přidělováním adres, takže profil jedné je pro druhou nepoužitelný. Volba jen z pohledu Macu je odhad oblečený do konfigurace.

Ptejte se na tři věci najednou: která služba je licencovaná a zapnutá, kterého klienta a verzi tato služba na macOS podporuje a jaký ověřovací tok očekává. Cokoli méně vás nechá hádat při dalším selhání.

Projděte cestu nativního L2TP

Nativní připojení na Macu existuje vždy, když je přidán profil, a panel nastavení ho ukazuje vedle Wi-Fi a Ethernetu. Je-li seznam prázdný, stroj nemá vůbec žádnou konfiguraci VPN a problém je v zajištění, ne v konektivitě. Příkaz níže vypíše, co systém skutečně drží, včetně konfigurací, které rozhraní může skrývat.

Přečtěte si výstup, než něco přidáte, protože zastaralý profil se známým názvem je častým důvodem, proč se nové nastavení jeví jako ignorované. Potom porovnejte adresu serveru s adresou, kterou vám dal správce, ne s tou ze starého tiketu. Obě kontroly trvají minutu a odstraní dvě obvyklé slepé uličky.

scutil --nc list
networksetup -listallnetworkservices

Nativní záznam L2TP potřebuje také sdílený klíč, uživatelské jméno a heslo a bránu, která tuto službu nabízí na očekávaných portech. Když některá z nich chybí, Mac hlásí chybu ověření nebo chybu server neodpovídá, a žádná ze zpráv nerozliší špatný klíč od služby, která nikdy nebyla zapnutá. Všechny tři hodnoty držte pohromadě, když si poznámky porovnáváte se správcem.

Projděte cestu klienta SSL

Klient SSL VPN se připojí přes TLS k portálu a poté spustí vlastní tunel a vlastní adresní politiku. Potřebuje adresu portálu, účet a druhý faktor, který nasazení vyžaduje, a obvykle při prvním spuštění nainstaluje síťové rozšíření. Profil exportovaný pro jednoho klienta se do jiného málokdy importuje, i když oba pod povrchem mluví IPsec. Nic z toho se v seznamu VPN v Nastavení systému neobjeví, dokud není rozšíření schváleno.

Dva klienti SSL nainstalovaní vedle sebe mohou soutěžit o stejné síťové rozšíření a ten, který se načte první, obvykle vyhraje. Před instalací schváleného klienta odstraňte nepoužívaný a poté restartujte, aby se seznam rozšíření znovu sestavil.

Porovnejte verzi macOS s aktuálním prohlášením dodavatele o podpoře před instalací a očekávejte, že instalátor požádá o schválení v Soukromí a zabezpečení. Blokované rozšíření vypadá přesně jako připojení, které nikdy nezačne.

Přečtěte si oznámení o změně značky správně

Názvy klientů se stěhují a přejmenování není změnou protokolu. Oznámení dodavatele, že Mobile Connect se mění na NetExtender, popisuje branding, takže staré prohlášení o podpoře desktopových platforem nelze přenést na každou aplikaci s novým názvem.

Identifikujte klienta, kterého jste skutečně nainstalovali, podle identifikátoru balíčku a verze, ne podle štítku na ikoně. Tento rozdíl rozhoduje o tom, která matice podpory platí pro váš Mac.

Pokud se povolená služba a podporovaný klient pro Mac nepřekrývají, poctivé možnosti jsou schválená alternativní služba nebo plánovaná změna brány. Přepisování sdílené politiky, aby jeden notebook byl spokojený, nebo koupě aplikace proto, že ji zmínila odpověď na fóru, nechává otázku kompatibility přesně tam, kde začala.