Paano subukan ang pangalawang VPN client sa Mac nang hindi mawawala ang una

Ini-install mo ang pangalawang client para ihambing ito, at humihinto ang una sa paggana. Walang natanggal, at naka-install pa rin ang dalawang aplikasyon. Ang nagbago ay nasa ilalim nila: isang extension ng system, isang setting ng DNS o isang default na ruta, at hindi na nagkakasundo ang dalawang client kung kanino ito. Ang pag-install ay hindi ang mapanganib na bahagi; ang mapanganib na bahagi ay ang patakbuhin ang dalawa nang walang naitalang baseline na babalikan.

Ang sintomas: humihinto ang gumaganang setup pagkatapos ng pangalawang pag-install

Ang mga modernong macOS VPN client ay kadalasang naghahatid ng network extension sa halip na interface na lumang estilo. Ang pag-install ng isa ay maaaring humingi ng pag-apruba, magdagdag ng configuration profile, o magrehistro ng system extension na nakakaapekto sa trapiko bago pa man gumawa ng anumang koneksyon. Naglo-load ang extension bago lumitaw ang window ng app, kaya maaaring mabigo ang orihinal na client habang nakaupo lang ang bago.

Kung pagkatapos ay hindi makakonekta ang orihinal na client, o makakonekta nang walang naresolba, ang bagong extension ang unang pinaghihinalaan. Hindi iyon patunay ng salungatan, ngunit doon nagsisimula ang imbestigasyon. Susunod, tingnan ang listahan ng extension at ang mga naka-install na configuration profile, hindi lang ang folder ng mga aplikasyon.

Itala ang baseline bago mag-install ng kahit ano

Isulat kung ano ang gumagana ngayon: ang resulta ng aplikasyon, ang bersyon ng client, ang endpoint na kinokonektahan nito, at anumang pagbubukod sa bawat app o para sa split tunnel. I-save ang orihinal na profile sa pamamagitan ng protektadong prosesong sinusuportahan ng client, hindi sa pagkopya ng mga file mula sa bundle ng aplikasyon.

scutil --dns | head -40
netstat -rn | head -30
ifconfig | grep -E "^(utun|ipsec)"

Kunin ang tatlong output habang nakakonekta ang gumaganang client. Ibinibigay nila ang estado ng resolver, ang talahanayan ng ruta at ang listahan ng interface na nililikha ng gumaganang setup, at iyon mismo ang kailangan mo para sa paghahambing mamaya. Kung ang Mac ay pinamamahalaan ng isang employer, kumpirmahin bago magsimula na pinapayagan ang paghahambing, dahil ang awtomatikong koneksyon sa trabaho ay maaaring muling ma-activate habang nagsubok ka at ang resulta ay hindi na kumakatawan sa alinman sa dalawang client nang mag-isa. Itago ang tatlong output sa tabi ng tala ng profile upang ang susunod na paghahambing ay may sanggunian.

Palitan ang isang aktibong landas sa isang pagkakataon

Itigil ang orihinal na koneksyon gamit ang normal na kontrol nito, pagkatapos ay simulan ang alternatibo. Ang dalawang client na konektado nang sabay ay nagbibigay ng resultang naglalarawan ng kombinasyon, hindi ng alinman sa mga produkto. Panatilihing maihahambing ang endpoint at ang gawain kung pinapayagan ng mga serbisyo, dahil ang mas mabilis na pag-download sa ibang server ay naghahambing ng dalawang opsyon sa koneksyon at hindi dalawang aplikasyon.

Kung mabigo ang bagong client, itago ang una nitong error bago palitan ang anupaman. Ang unang error ay karaniwang nagsasaad ng yugto, at ang ikalawang pagtatangka pagkatapos ng pagbabago ng setting ay madalas na nag-uulat ng hindi gaanong kapaki-pakinabang.

Ihambing ang DNS, mga ruta at ang app, hindi lang ang bilis

Patakbuhin ang parehong tatlong utos habang nakakonekta ang bagong client at ihambing ang mga ito nang linya sa linya. Ang resolver na tumuturo sa ibang lugar, o ang talahanayan ng ruta na walang pribadong subnet, ay nagpapaliwanag ng karamihan ng pagkakaiba sa pag-uugali bago mo tingnan ang throughput. Pagkatapos ay subukan ang aktwal na aplikasyon sa parehong gawain, dahil ang client na mabilis kumonekta at nabigong i-resolve ang panloob na pangalan ay hindi nanalo sa paghahambing kahit mas maganda ang tingin ng window ng status.

Pansinin kung aling interface ang ginamit ng trapiko. Sa macOS ang pangalan ng tunnel interface ay hindi mapagkakatiwalaang tagapagpahiwatig kung aling client ang may-ari ng ruta, kaya ipares ang listahan ng interface sa talahanayan ng ruta sa halip na isa lang ang basahin. Kung may dalawang utun interface, ang nagdadala ng iyong trapiko ay ang may tugmang ruta at entry sa resolver. Ang paghula mula sa pangalan ang paraan kung paano napagbintangan ang maling interface, dahil ang interface na umiiral ay hindi laging ang nagdadala ng trapiko.

Basahin ang tatlong output sa halip na tingnan lang ang mga ito. Sa dump ng resolver, ang name server na nakakabit sa isang utun interface ay nagpapakita kung aling client ang nag-install nito; sa talahanayan ng ruta, pinangalanan ng default na ruta ang interface na nagdadala ng trapiko; sa listahan ng interface, ang ikalawang utun device ay nangangahulugang may nagawang ikalawang tunnel. Ang tatlong linyang iyon, kung ihahambing sa baseline, ay naghihiwalay ng naibalik na setup mula sa isa kung saan nagtatagisan pa rin ang dalawang client.

Ibalik, pagkatapos ay alisin nang malinis

Bumalik sa pamamagitan ng sariling daloy ng trabaho ng orihinal na client at kumpirmahin na tumutugma ang mga output ng baseline sa naitala mo. Kung hindi naibalik ang resolver o talahanayan ng ruta, huminto at ayusin iyon bago alisin ang anupaman. Alisin ang hindi ginagamit na setup sa pamamagitan ng bahaging nagmamay-ari nito: ang uninstaller ng client, ang profile, o ang mga setting ng system extension.

Tapusin sa pamamagitan ng pag-update ng iyong mga tala sa bersyon na sinubukan, ang endpoint na ginamit at ang resulta para sa bawat isa. Makalipas ang kalahating taon, ang rekord na iyon ang pagkakaiba ng isang desisyon at isang tsismis.