Så testar du en andra VPN-klient på en Mac utan att förlora den första

Du installerar den andra klienten för att jämföra den, och den första slutar fungera. Ingenting raderades, och båda programmen är fortfarande installerade. Det som har ändrats ligger under dem: ett systemtillägg, en DNS-inställning eller en standardrutt, och de två klienterna är nu oense om vem som äger den. Installationen är inte den riskabla delen; den riskabla delen är att köra båda utan en registrerad baslinje att återvända till.

Symtomet: den fungerande konfigurationen stannar efter den andra installationen

Moderna macOS VPN-klienter levererar ofta ett nätverkstillägg i stället för ett gränssnitt av gammal stil. Installation av ett sådant kan kräva godkännande, lägga till en konfigurationsprofil eller registrera ett systemtillägg som påverkar trafiken innan någon anslutning ens har upprättats. Tillägget laddas innan appfönstret visas, vilket är varför den ursprungliga klienten kan misslyckas medan den nya står overksam.

Om den ursprungliga klienten sedan inte kan ansluta, eller ansluter och inte löser något, är det nya tillägget den första misstänkta. Det är inte bevis på en konflikt, men det är där undersökningen börjar. Kontrollera sedan tilläggslistan och de installerade konfigurationsprofilerna, inte bara programmappen.

Anteckna baslinjen innan du installerar något

Skriv ned vad som fungerar nu: programmets resultat, klientversionen, den slutpunkt den ansluter till och eventuella undantag per app eller för delad tunnel. Spara den ursprungliga profilen genom den skyddade process som klienten stöder, inte genom att kopiera filer ur ett programpaket.

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

Fånga de tre utskrifterna medan den fungerande klienten är ansluten. De ger dig resolverens tillstånd, routingtabellen och gränssnittslistan som en fungerande konfiguration producerar, och det är precis vad du behöver för jämförelsen senare. Om Macen hanteras av en arbetsgivare, bekräfta före start att jämförelsen är tillåten, eftersom en automatisk arbetsanslutning kan aktiveras igen under testet och resultatet då inte representerar någon av klienterna ensam. Förvara de tre utskrifterna bredvid profilanteckningen så att den senare jämförelsen har en referens.

Ändra en aktiv väg i taget

Stoppa den ursprungliga anslutningen med dess vanliga kontroll och starta sedan alternativet. Två anslutna klienter samtidigt ger ett resultat som beskriver kombinationen, inte någon av produkterna. Håll slutpunkten och uppgiften jämförbara om tjänsterna tillåter det, eftersom en snabbare nedladdning via en annan server jämför två anslutningsalternativ och inte två program.

Om den nya klienten misslyckas, bevara dess första fel innan du ändrar något annat. Det första felet namnger vanligtvis steget, och ett andra försök efter en inställningsändring rapporterar ofta något mindre användbart.

Jämför DNS, rutter och appen, inte bara hastigheten

Kör samma tre kommandon med den nya klienten ansluten och jämför dem rad för rad. En resolver som pekar någon annanstans, eller en routingtabell utan det privata subnätet, förklarar de flesta beteendeskillnaderna innan du tittar på genomströmningen. Testa sedan själva programmet med samma uppgift, eftersom en klient som ansluter snabbt och inte kan lösa ett internt namn inte har vunnit jämförelsen även om statusfönstret ser bättre ut.

Notera vilket gränssnitt trafiken använde. På macOS är tunnelgränssnittets namn ingen tillförlitlig indikator på vilken klient som äger rutten, så para ihop gränssnittslistan med routingtabellen i stället för att läsa bara en av dem. Om det finns två utun-gränssnitt är det den med matchande rutt och resolverpost som bär din trafik. Att gissa utifrån namnet är hur fel gränssnitt blir beskyllda, eftersom gränssnittet som finns inte alltid är det som bär trafiken.

Läs de tre utskrifterna i stället för att skumma dem. I resolver-dumpen visar en namnserver kopplad till ett utun-gränssnitt vilken klient som installerade den; i routingtabellen namnger standardrutten gränssnittet som bär trafiken; i gränssnittslistan betyder en andra utun-enhet att en andra tunnel har skapats. De tre raderna, jämförda med baslinjen, skiljer en återställd konfiguration från en där båda klienterna fortfarande konkurrerar.

Återställ och ta sedan bort rent

Gå tillbaka genom den ursprungliga klientens eget arbetsflöde och bekräfta att baslinjens utskrifter stämmer med det du antecknade. Om resolvern eller routingtabellen inte återställs, stanna och åtgärda det innan du tar bort något annat. Ta bort den oanvända konfigurationen via den komponent som äger den: klientens avinstallationsprogram, profilen eller inställningarna för systemtillägget.

Avsluta med att uppdatera dina anteckningar med den testade versionen, den använda slutpunkten och resultatet för var och en. Ett halvår senare är den anteckningen skillnaden mellan ett beslut och ett rykte.