vpnc, OpenConnect of AnyConnect-omhulsel: watter een?

Nog 'n invoegsel installeer tot iets konnekteer, kan 'n middag mors, want „Cisco VPN“ beskryf ten minste drie rangskikkings. 'n Erfenis-groepsgeheimprofiel met XAuth is nie dieselfde diens as 'n AnyConnect-versoenbare poort nie, selfs wanneer dieselfde organisasie albei bedryf. Die invoegsel moet by die protokol en die verifikasievloei pas, nie by die verskaffer se logo nie. 'n Kieslysinskrywing sê net watter integrasie teenwoordig is, nooit watter een die poort sal aanvaar nie.

Vra die poortadministrateur twee vrae: watter protokol, en watter kliënt daarvoor goedgekeur is.

Drie integrasies, drie verskillende teikens

NetworkManager lys hulle as afsonderlike integrasies. NetworkManager-vpnc dek die ouer Cisco-versoenbare IPsec. NetworkManager-openconnect bied 'n OpenConnect-gebaseerde frontpunt vir ondersteunde protokolle, insluitend AnyConnect. 'n Afsonderlik gelyste AnyConnect-omhulsel hang daarvan af dat die eie kliënt eers geïnstalleer en opgestel is.

Hulle is nie spellings van dieselfde uitvoerbare lêer nie. Om een te installeer maak nie die ander werk nie, en 'n inskrywing wat in 'n kieslys verskyn, is 'n koppelvlakfeit eerder as 'n versoenbaarheidsgarantie.

Verifikasie bepaal meer as vervoer

Paslike vervoer is net die begin. Die aanmelding kan 'n sertifikaat, 'n oorgee aan die blaaier, 'n tweede faktor of 'n eindpunt-houdingstoets nodig hê wat 'n derdeparty-frontpunt nie implementeer nie. OpenConnect dokumenteer verskeie verifikasiemeganismes, maar 'n kenmerklys is nie 'n belofte dat elke poort elke frontpunt aanvaar nie. 'n Groepsgeheim uit 'n erfenisprofiel moet nooit in 'n onverwante verifikasieveld geplak word net omdat die wagwoordblokkie dieselfde gelyk het nie.

Kry 'n profiel en die geloofsbrief-oorhandiging vir die goedgekeurde kliënt. Vertaling volgens visuele posisie is hoe geloofsbriewe op die verkeerde plek beland.

Onderhoud is deel van die keuse

NetworkManager se eie dokumentasie merk die vpnc-invoegsel as ononderhoude, en stel NetworkManager-libreswan voor as een moontlike vervanging vir dieselfde IKEv1-protokolfamilie. Dit waarsku ook dat profiele herskep moet word en dat gelykheid per opsie nie nagegaan is nie. Dit is 'n rigting, nie 'n omskakelingsinstrument nie.

IKEv1 self is afgeskaf. Vir 'n goedgekeurde erfenisverbinding, skei die korttermynvraag watter kliënt om te gebruik van die langtermynvraag wanneer die poort van protokol verander.

Pakette skei die diens van die redigeerder

'n NetworkManager-invoegsel word gewoonlik as twee stukke versend: 'n dienskant-komponent wat die tonnel vestig en 'n redigeerderintegrasie wat die lessenaar dit laat opstel. Verspreidings verdeel en benoem hierdie pakette anders, en om net die opdragreël-kliënt te installeer kan die redigeerder sonder 'n vorm laat. Kontroleer albei helftes teen jou verspreiding se pakketlys, en hou die looptydweergawe versoenbaar met die NetworkManager-weergawe waarin dit inpas.

'n Werkende selfstandige kliënt bewys die protokol werk. Dit bewys nie die lessenaarintegrasie is geïnstalleer nie.

Skryf die kontrak neer

Die administrateur se antwoord behoort vyf reëls op te lewer: protokol, goedgekeurde kliënt of invoegsel, aanmeldvloei, vereiste pakette, en die eienaar wat die poort onderhou. Met dit neergeskryf het die volgende fout 'n beginpunt eerder as 'n lys invoegsels om te probeer.

As die antwoord „wat ook al konnekteer“ is, het die omgewing 'n dokumentasieprobleem wat hierdie kaartjie sal oorleef. Vra weer met die spesifieke kieslysinskrywings voor jou.