vpnc, OpenConnect of AnyConnect-omhulsel: hokker ien?
In menusnije is gjin gearhing. Pas it protokol en de goedkarde oanmeldproses oan foardat jo noch in Cisco-gearhingich plugin ynstallearje.
Nog in plugin ynstallearje oant eat ferbynt, kin in middei fersmite, omdat „Cisco VPN” teminsten trije ferskillende opstellings beskriuwt. In âld profyl mei groepsgeheim en XAuth is net deselde tsjinst as in AnyConnect-gearhingich portaal, sels as deselde organisaasje beide draait. It plugin moat by it protokol en de oanmeldproses passe, net by it logo fan de leveransier. In menusnije fertelt allinnich hokker yntegraasje oanwêzich is, nea hokker’t it portaal akseptearret.
Freegje de portaalbehearder twa dingen: hokker protokol, en hokker klant dêrfoar goedkard is.
Trije yntegraasjes, trije ferskillende doelen
NetworkManager listet se as aparte yntegraasjes. NetworkManager-vpnc dekt de âlde Cisco-gearhingige IPsec. NetworkManager-openconnect biedt in op OpenConnect basearre frontend foar stipe protokollen, ynklusyf AnyConnect. In apart fermelde AnyConnect-omhulsel hinget derfan ôf dat de eigen klant earst ynstallearre en konfigurearre is.
It binne gjin staveringen fan itselde útfierbere bestân. Ien ynstallearje makket de oaren net oan it wurkjen, en in snije dy’t yn in menu ferskynt is in feit oer de ynterfaasje, gjin garânsje fan gearhing.
Oanmelding beslút mear as ferfier
In passend ferfier is mar it begjin. De oanmelding kin in sertifikaat, in oerdracht nei de browser, in twadde faktor of in kontrôle fan de einpuntstatus nedich hawwe dy’t in frontend fan in tredde partij net ymplemintearret. OpenConnect dokumintearret ferskate oanmeldmeganismen, mar in funksjelist is gjin tasizzing dat elk portaal elke frontend akseptearret. In groepsgeheim út in âld profyl moat nea yn in net besibbe oanmeldflak plakt wurde, allinnich om’t it wachtwurdfak itselde like.
Krij in profyl en de oerdracht fan de oanmeldgegevens foar de goedkarde klant. Oersette neffens fisuele posysje is hoe’t oanmeldgegevens op it ferkearde plak telâne komme.
Underhâld is part fan de kar
De eigen dokumintaasje fan NetworkManager merket it vpnc-plugin as net ûnderhâlden oan en suggerearret NetworkManager-libreswan as ien mooglike ferfanging foar deselde IKEv1-protokolfamylje. It warskôget ek dat profylen op ’e nij oanmakke wurde moatte en dat gelikens per opsje net kontrolearre is. Dat is in rjochting, gjin konverzje-ark.
IKEv1 sels is ferâldere. Diel foar in goedkarde âlde ferbining de koartetermynfraach hokker klant te draaien fan de langetermynfraach wannear’t it portaal fan protokol feroaret.
Pakketten skiede de tsjinst fan de bewurker
In NetworkManager-plugin wurdt meastentiids as twa stikken levere: in tsjinstkantkomponint dat de tunnel oanleit en in bewurkeryntegraasje wêrtroch’t it buro it konfigurearje kin. Distribúsjes ferdiele en beneame dizze pakketten oars, en allinnich de kommandorigelklant ynstallearje kin de bewurker sûnder formulier litte. Kontrolearje beide helten tsjin de pakketlist fan jo distribúsje, en hâld de útfierferzje gearhingich mei de NetworkManager-ferzje dêr’t it yn past.
In wurkjende selsstannige klant bewiist dat it protokol wurket. It bewiist net dat de buroyntegraasje ynstallearre is.
Skriuw it kontrakt op
It antwurd fan de behearder moat fiif rigels opleverje: protokol, goedkarde klant of plugin, oanmeldproses, fereaske pakketten, en de eigner dy’t it portaal ûnderhâldt. Mei dat opskreaun hat de folgjende fout in begjinpunt ynstee fan in list plugins om te besykjen.
As it antwurd „wat dan ek ferbynt” is, hat de omjouwing in dokumintaasjeprobleem dat dit tikket oerlibje sil. Freegje wer mei de konkrete menusnijes foar jo.