vpnc, OpenConnect sau înveliș AnyConnect: pe care să-l aleg?

Instalarea unui plugin după altul până când ceva se conectează poate irosi o după-amiază întreagă, pentru că „Cisco VPN” descrie cel puțin trei aranjamente diferite. Un profil vechi cu secret de grup și XAuth nu este același serviciu ca o poartă compatibilă cu AnyConnect, chiar dacă aceeași organizație le rulează pe amândouă. Pluginul trebuie să corespundă protocolului și fluxului de autentificare, nu siglei furnizorului. O intrare de meniu spune doar ce integrare este prezentă, niciodată pe care o va accepta poarta.

Întrebați administratorul porții două lucruri: ce protocol și ce client este aprobat pentru el.

Trei integrări, trei ținte diferite

NetworkManager le listează ca integrări separate. NetworkManager-vpnc acoperă IPsec-ul vechi compatibil cu Cisco. NetworkManager-openconnect oferă o interfață bazată pe OpenConnect pentru protocoalele acceptate, inclusiv AnyConnect. Învelișul AnyConnect listat separat depinde de instalarea și configurarea prealabilă a clientului proprietar.

Acestea nu sunt grafii ale aceluiași executabil. Instalarea unuia nu le face funcționale pe celelalte, iar o intrare care apare într-un meniu este un fapt al interfeței, nu o garanție de compatibilitate.

Autentificarea decide mai mult decât transportul

Un transport potrivit este doar începutul. Autentificarea poate necesita un certificat, o predare către browser, un al doilea factor sau o verificare a stării punctului final pe care o interfață terță nu o implementează. OpenConnect documentează mai multe mecanisme de autentificare, dar o listă de funcții nu este promisiunea că fiecare poartă acceptă fiecare interfață. Un secret de grup dintr-un profil vechi nu trebuie lipit niciodată într-un câmp de autentificare fără legătură doar pentru că acea casetă de parolă arăta similar.

Obțineți un profil și predarea acreditărilor pentru clientul aprobat. Traducerea după poziția vizuală este calea prin care acreditările ajung în locul greșit.

Întreținerea face parte din alegere

Documentația NetworkManager însuși marchează pluginul vpnc ca neîntreținut și sugerează NetworkManager-libreswan ca posibil înlocuitor pentru aceeași familie de protocoale IKEv1. Avertizează, de asemenea, că profilurile trebuie recreate și că egalitatea pentru fiecare opțiune nu a fost verificată. Aceasta este o direcție, nu un instrument de conversie.

IKEv1 însuși este învechit. Pentru o conexiune veche aprobată, separați întrebarea pe termen scurt privind clientul de rulat de întrebarea pe termen lung privind momentul în care poarta va schimba protocolul.

Pachetele separă serviciul de editor

Un plugin NetworkManager este livrat de obicei în două părți: o componentă de partea serviciului care stabilește tunelul și o integrare cu editorul care permite desktopului să îl configureze. Distribuțiile împart și denumesc aceste pachete diferit, iar instalarea doar a clientului de linie de comandă poate lăsa editorul fără formular. Verificați ambele jumătăți în lista de pachete a distribuției dumneavoastră și mențineți versiunea de execuție compatibilă cu versiunea NetworkManager în care se integrează.

Un client autonom funcțional demonstrează că protocolul funcționează. Nu demonstrează că integrarea cu desktopul este instalată.

Scrieți contractul

Răspunsul administratorului ar trebui să producă cinci rânduri: protocol, client sau plugin aprobat, flux de autentificare, pachete necesare și proprietarul care întreține poarta. Odată scris, următoarea defecțiune are un punct de plecare în loc de o listă de pluginuri de încercat.

Dacă răspunsul este „orice se conectează”, mediul are o problemă de documentație care va supraviețui acestui tichet. Întrebați din nou cu intrările de meniu concrete în față.