Kuidas Macis teist VPN-kliendi proovida ilma esimest kaotamata

Paigaldate teise kliendi, et seda võrrelda, ja esimene lakkab töötamast. Midagi ei kustutatud ja mõlemad rakendused on endiselt paigaldatud. Muutus see, mis on nende all: süsteemilaiend, DNS-i säte või vaikemarsruut, ja kaks klienti ei ole nüüd ühel meelel, kellele see kuulub. Paigaldamine ei ole riskantne osa; riskantne osa on mõlema käitamine ilma salvestatud baasjoonega, kuhu naasta.

Sümptom: töötav seadistus lakkab pärast teist paigaldust

Kaasaegsed macOS-i VPN-kliendid pakuvad sageli vana stiili liidese asemel võrgulaiendit. Ühe paigaldamine võib nõuda kinnitust, lisada konfiguratsiooniprofiili või registreerida süsteemilaiendi, mis mõjutab liiklust juba enne ühenduse loomist. Laiend laaditakse enne, kui rakenduse aken ilmub, mistõttu võib algne klient nurjuda, samal ajal kui uus seisab tegevusetult.

Kui algne klient seejärel ei saa ühendust luua või loob ühenduse ega lahenda midagi, on uus laiend esimene kahtlusalune. See ei ole konflikti tõestus, kuid siit algab uurimine. Järgmisena kontrollige laiendite loendit ja paigaldatud konfiguratsiooniprofiile, mitte ainult rakenduste kausta.

Kirjutage baasjoon üles enne millegi paigaldamist

Kirjutage üles, mis praegu töötab: rakenduse tulemus, kliendi versioon, lõpp-punkt, millega see ühendub, ja kõik rakendusepõhised või jagatud tunneliga seotud erandid. Salvestage algne profiil kliendi toetatud kaitstud protsessi kaudu, mitte rakendusepaketist faile kopeerides.

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

Jäädvustage need kolm väljundit, kui töötav klient on ühendatud. Need annavad teile lahendaja oleku, marsruuditabeli ja liideste loendi, mille töötav seadistus loob, ja täpselt seda on teil hilisemaks võrdlemiseks vaja. Kui Maci haldab tööandja, kinnitage enne alustamist, et võrdlemine on lubatud, sest automaatne tööühendus võib testimise ajal uuesti aktiveeruda ja tulemus ei esinda siis kumbagi klienti eraldi. Hoidke kolm väljundit profiilimärkme kõrval, et hilisemal võrdlemisel oleks võrdlusalus.

Muutke korraga ühte aktiivset rada

Peatage algne ühendus selle tavapärase juhtimisega ja seejärel käivitage alternatiiv. Kaks korraga ühendatud klienti annavad tulemuse, mis kirjeldab kombinatsiooni, mitte kumbagi toodet. Hoidke lõpp-punkt ja ülesanne võrreldavad, kui teenused seda lubavad, sest kiirem allalaadimine teise serveri kaudu võrdleb kahte ühendusvalikut, mitte kahte rakendust.

Kui uus klient nurjub, säilitage selle esimene viga enne, kui midagi muud muudate. Esimene viga nimetab tavaliselt etapi ja teine katse pärast sätete muutmist teatab sageli millestki vähem kasulikust.

Võrrelge DNS-i, marsruute ja rakendust, mitte ainult kiirust

Käivitage samad kolm käsku uue kliendiga ühendatud kujul ja võrrelge neid rida rea haaval. Mujale osutav lahendaja või marsruuditabel, milles puudub privaatne alamvõrk, selgitab enamikku käitumiserinevusi juba enne, kui vaatate läbilaskevõimet. Seejärel testige tegelikku rakendust sama ülesandega, sest klient, mis ühendub kiiresti ja ei suuda sisemist nime lahendada, ei ole võrdlemist võitnud, isegi kui olekuaken näeb parem välja.

Pange tähele, millist liidest liiklus kasutas. macOS-is ei ole tunneliliidese nimi usaldusväärne näitaja selle kohta, millisele kliendile marsruut kuulub, seega siduge liideste loend marsruuditabeliga, mitte ärge lugege kumbagi eraldi. Kui utun-liidesaid on kaks, on teie liiklust kandev see, millel on sobiv marsruut ja lahendaja kirje. Nime järgi oletamine on viis, kuidas süüdistatakse vale liidest, sest olemasolev liides ei ole alati see, mis liiklust kannab.

Lugege kolme väljundit, selle asemel et neid kiiresti sirvida. Lahendaja väljavõttes näitab utun-liidesega seotud nimeserver, milline klient selle paigaldas; marsruuditabelis nimetab vaikemarsruut liidest, mis liiklust kannab; liideste loendis tähendab teine utun-seade, et loodi teine tunnel. Need kolm rida, võrrelduna baasjoonega, eristavad taastatud seadistust sellest, kus mõlemad kliendid alles võistlevad.

Taastage ja seejärel eemaldage puhtalt

Naaske algse kliendi enda töövoo kaudu ja kinnitage, et baasjoone väljundid vastavad sellele, mille üles kirjutasite. Kui lahendaja või marsruuditabel ei taastu, peatuge ja parandage see enne, kui midagi muud eemaldate. Eemaldage kasutamata seadistus komponendi kaudu, millele see kuulub: kliendi desinstallija, profiil või süsteemilaiendi sätted.

Lõpetage, uuendades oma märkmeid testitud versiooni, kasutatud lõpp-punkti ja iga tulemusega. Kuus kuud hiljem on see kirje vahe otsuse ja kuulujutu vahel.