SonicWall VPN sa isang Mac: SSL client o native na L2TP?
Piliin ang Mac client batay sa remote-access service na talagang pinapatakbo ng gateway. Ang native na L2TP entry ay hindi makakarating sa isang SSL VPN endpoint, anuman ang brand.
Magsimula sa Mac at pagkatapos ay lumabas, dahil ang desisyon sa client ay ginagawa ng firewall at sumasalamin lamang ito sa desktop. Buksan ang Mga Setting ng System, tingnan kung anong VPN configuration ang mayroon na, at magtanong sa administrator ng isang tanong bago mag-type ng password. Ang sagot ay ang naka-enable na remote-access service, hindi ang modelo ng device sa login page. Dalawang client ang maaaring nasa isang laptop nang wala sa kanila ang tama.
Tanungin ang gateway kung aling serbisyo ang bukas
Dalawang remote-access service ang lumilitaw sa ilalim ng parehong pangalan ng produkto at kumikilos nang lubos na magkaiba. Ang isa ay SSL VPN na nararating sa pamamagitan ng client ng vendor, at ang isa ay IPsec o L2TP na maaaring i-dial ng built-in na client ng macOS. Nagkakaiba sila sa port, authentication at paglalaan ng address, kaya ang profile ng isa ay walang silbi laban sa isa. Ang pagpiling mula sa panig ng Mac lamang ay haka-haka na nakabihis na configuration.
Humingi ng tatlong bagay nang sabay: ang serbisyong lisensyado at naka-enable, ang client at bersyon na sinusuportahan ng serbisyong iyon sa macOS, at ang daloy ng authentication na inaasahan nito. Ang anumang kulang ay mag-iiwan sa iyong manghula sa susunod na pagkabigo.
Lakaran ang landas ng native na L2TP
May native na koneksyon sa Mac tuwing may naidagdag na profile, at ipinapakita ito ng settings panel sa tabi ng Wi-Fi at Ethernet. Kung walang laman ang listahan, wala talagang VPN configuration ang makina at ang problema ay sa paghahanda, hindi sa koneksyon. Ang utos sa ibaba ay nagpi-print ng aktwal na hawak ng system, kabilang ang mga configuration na maaaring itago ng interface.
Basahin ang output bago magdagdag ng anuman, dahil ang lumang profile na may pamilyar na pangalan ay karaniwang dahilan kung bakit lumilitaw na binabalewala ang bagong setup. Pagkatapos ay ihambing ang address ng server sa address na ibinigay ng administrator sa iyo, hindi sa nasa lumang ticket. Ang dalawang pagsusuri ay tumatagal ng isang minuto at nag-aalis ng dalawang karaniwang dead end.
scutil --nc list
networksetup -listallnetworkservices
Ang native na L2TP entry ay nangangailangan din ng shared secret, username at password, at gateway na nag-aalok ng serbisyong iyon sa mga inaasahang port. Kapag kulang ang alinman sa mga ito, nag-uulat ang Mac ng error sa authentication o error na hindi tumutugon ang server, at wala sa mga mensahe ang nagtatangi ng maling secret sa serbisyong hindi kailanman na-enable. Panatilihing magkasama ang tatlong halaga kapag inihahambing ang mga tala sa administrator.
Lakaran ang landas ng SSL client
Ang isang SSL VPN client ay kumokonekta sa pamamagitan ng TLS sa isang portal, pagkatapos ay nagpapatakbo ng sarili nitong tunnel at sarili nitong patakaran sa address. Kailangan nito ang address ng portal, isang account at ang ikalawang factor na ipinipilit ng deployment, at karaniwan itong nag-i-install ng network extension sa unang pagtakbo. Ang profile na inilabas para sa isang client ay bihirang ma-import sa isa pa, kahit na pareho silang nagsasalita ng IPsec sa ilalim. Wala sa mga ito ang lumilitaw sa listahan ng VPN sa Mga Setting ng System hanggang maaprubahan ang extension.
Dalawang SSL client na naka-install nang magkatabi ay maaaring mag-agawan sa parehong network extension, at ang unang na-load ay karaniwang nananalo. Alisin ang hindi ginagamit na client bago i-install ang inaprubahan, pagkatapos ay i-reboot upang muling mabuo ang listahan ng extension.
Ihambing ang release ng macOS sa kasalukuyang pahayag ng suporta ng vendor bago mag-install, at asahan na hihingi ng approval ang installer sa Privacy at Security. Ang naka-block na extension ay mukhang eksaktong koneksyon na hindi kailanman nagsisimula.
Basahin nang tama ang abiso ng rebranding
Gumagalaw ang mga pangalan ng client, at ang pagpapalit ng pangalan ay hindi pagbabago ng protocol. Ang abiso ng vendor na nagiging NetExtender ang Mobile Connect ay naglalarawan ng branding, kaya ang lumang pahayag tungkol sa suporta sa desktop platform ay hindi maililipat sa bawat app na may bagong pangalan.
Tukuyin ang client na aktwal na in-install mo, sa pamamagitan ng bundle identifier at bersyon, hindi sa label sa icon. Ang pagkakaibang iyon ang nagpapasya kung aling matrix ng suporta ang nalalapat sa iyong Mac.
Kung ang naka-enable na serbisyo at ang sinusuportahang Mac client ay hindi nag-o-overlap, ang tapat na mga opsyon ay isang inaprubahang alternatibong serbisyo o isang planadong pagbabago ng gateway. Ang muling pagsulat ng shared policy para masiyahan ang isang laptop, o ang pagbili ng app dahil binanggit ito ng isang sagot sa forum, ay iniiwan ang tanong ng compatibility sa eksaktong lugar kung saan ito nagsimula.