Gateway na Juniper o Pulse: aling OpenConnect protocol ang gagamitin

Ang pagpili ng protocol para sa OpenConnect ay pagsasanay sa pagtutugma, hindi paghahanap ng brand. Ang gateway na nagsasabing Juniper sa pahina ng login ay maaaring maghayag ng Network Connect, Pulse, o pareho, at ang default ng client ay wala sa mga ito. Ang paghula ay nagkakahalaga ng bigong login at, mas malala, ng thread ng suporta na sinisisi ang mga kredensyal sa hindi pagkakatugma ng protocol. Tiyakin ang serbisyo bago mag-type ng hostname sa isang profile.

Tinatawag ng OpenConnect na nc ang mas lumang protocol at pulse ang mas bago, at pareho silang naninirahan sa iisang binary. Binabago ng flag na pipiliin mo ang palitan sa pag-login, hindi ang routing pagkatapos ng matagumpay na koneksyon.

Ang dalawang pangalan ng protocol ay nagbabahagi ng isang kasaysayan ng produkto

Ang Network Connect ng Juniper at ang mas huling Pulse Secure client ay magkaibang protocol na inihayag ng isang pamilya ng appliance sa paglipas ng panahon. Nagkaroon ang OpenConnect ng nc handler para sa una at pulse handler para sa pangalawa. Magkahiwalay silang code path na may magkahiwalay na format ng kahilingan, kaya walang sinasabi ang suporta sa isa tungkol sa isa.

Makikita agad ang pagkakaiba sa usapan sa pag-login: ang mga endpoint, field ng form, at paraan ng pag-uulat ng client ng tinanggihang ikalawang salik ay nagkakaiba sa dalawang handler.

Ang pagpili sa command line ay pagbabago ng isang salita: openconnect --protocol=nc vpn.example.com para sa Network Connect, o openconnect --protocol=pulse vpn.example.com para sa Pulse. Ang dalawang pagtatangka ay tunay na pagtatangka ng koneksyon na maaaring muling i-configure ang ruta at DNS, kaya sadyang isagawa ang mga ito. Huwag kailanman maglagay ng password sa command line o patayin ang mga pagsusuri ng certificate para lampasan ang error ng protocol, dahil itinatago nito ang hindi pagkakatugma sa halip na ayusin ito. Kung kailangan mong makita ang ipinapadala ng client, ipinapakita ng --dump-http-traffic ang palitan, na karaniwang tumutukoy sa handler na inaasahan ng gateway.

Itugma ang protocol sa inihahayag ng gateway

Ang appliance ay tumutugon lamang sa protocol na naka-configure para dito. Ang serbisyong Pulse lamang ay tumatanggi sa nc login kahit may valid na kredensyal, at ang lumang serbisyong Network Connect ay walang pulse endpoint na tutugon. Tanungin ang administrator kung alin ang naka-enable, at aling client ang sinusuportahan nila. Ang pinangalanang muli na appliance, lumang pahina ng wiki, at pamilyar na web portal ay mahinang ebidensya.

Kapag alam mo na ang protocol, tiyakin ang mga kaugnay na pangangailangan: authentication ng certificate o token, pagpili ng auth group, at anumang pagsusuri ng pagsunod sa endpoint. Ang mga ito ang nagtatakda kung makukumpleto ng client sa command line ang login.

Maaaring ayusin ng authentication ang tanong bago ang protocol

Ang isang deployment ay maaaring humingi ng client certificate, SAML round trip sa pamamagitan ng browser, o host checker na sumusuri sa makina bago magbigay ng access. Idinodokumento ng pulse handler ng OpenConnect ang mga limitasyon sa compatibility para sa ilan sa mga flow na ito, at may sariling puwang ang nc handler. Ang password na gumagana sa browser ay nagpapatunay na valid ang account; hindi nito pinapatunayan na makukumpleto ng anumang CLI o desktop plugin ang parehong sequence. Kapag may host checker, kailangan ng client ng wrapper script na ibinibigay ng administrator. Kung wala ito, natigil ang login pagkatapos ng unang tugon at mukhang pagpalya ng protocol gayong sa totoo ay kulang na hakbang sa pagsunod.

Ang pagpili ng auth group ang isa pang karaniwang kapansanan, dahil inaasahan ng gateway na may ilang grupo na pangalanan ng client ang isa.

Sa command line, ibinibigay ng --authgroup="Employees" ang pagpipiliang iyon, at ang paglaktaw dito ay maaaring maglagay ng session sa default na grupo na tumatanggi sa account. Sa mga certificate, itinuturo ng --certificate ang client certificate at key, at maaaring humingi pa rin ng token ang gateway pagkatapos. Subukan ang buong sequence nang isang beses gamit ang detalyadong output bago i-automate ang anumang bagay sa paligid nito.

Kapag hindi maipahayag ng desktop frontend ang pagpili

Ang mga graphical frontend ay may sariling set ng feature, at ang mas lumang plugin ay maaaring mas nauna pa sa protocol na kailangan mo. Iniimbak ng OpenConnect integration ng NetworkManager ang pagpili sa data ng koneksyon nito, kaya maaaring itakda ng nmcli connection modify "Office VPN" vpn.data "protocol=pulse" ang hindi ipinapakita ng editor. Tiyakin na sinusuportahan ng naka-install na bersyon ng plugin ang key bago ipagpalagay na nagkabisa ang pagbabago.

Kung ang menu ay nag-aalok lamang ng PPTP o L2TP, ang pagpili ng isa ay hindi nagpapalit ng serbisyong Pulse sa protocol na iyon. I-install ang aprubadong integration sa halip na lumipat sa anumang nakalista sa menu.

Ano ang itatala kapag patuloy na nabibigo ang login

Itala ang apat na bagay: ang protocol na pinili mo, ang mga bersyon ng client at plugin, ang inaasahang authentication flow, at ang unang error na bumalik na may status code sa halip na timeout. Ang set na iyon ay naghihiwalay ng maling handler mula sa kulang na certificate, tinanggihang auth group, o naharang na pagsusuri ng pagsunod. Sulit ding itago ang detalyadong output sa parehong dahilan, dahil ipinapakita nito ang bigong kahilingan at hindi lamang ang sintomas.

Itago ang gumaganang command o profile sa tabi ng pangalan ng gateway kapag nagtagumpay ito. Kung hindi, uulitin ng susunod na kumonekta ang parehong hula ng brand laban sa protocol.