Du installerer den andre klienten for å sammenligne den, og den første slutter å virke. Ingenting ble slettet, og begge programmene er fortsatt installert. Det som har endret seg, ligger under dem: en systemutvidelse, en DNS-innstilling eller en standardrute, og de to klientene er nå uenige om hvem som eier den. Installasjonen er ikke den risikable delen; den risikable delen er å kjøre begge uten en registrert basislinje å gå tilbake til.

Symptomet: oppsettet som virket stopper etter den andre installasjonen

Moderne macOS VPN-klienter leverer ofte en nettverksutvidelse i stedet for et grensesnitt av gammel type. Installasjon av en slik kan kreve godkjenning, legge til en konfigurasjonsprofil eller registrere en systemutvidelse som påvirker trafikken før noen tilkobling er opprettet. Utvidelsen lastes før appvinduet vises, og derfor kan den opprinnelige klienten feile mens den nye står ledig.

Hvis den opprinnelige klienten da ikke kan koble til, eller kobler til og ikke løser noe, er den nye utvidelsen den første mistenkte. Det er ikke bevis for en konflikt, men det er der undersøkelsen begynner. Sjekk deretter utvidelseslisten og de installerte konfigurasjonsprofilene, ikke bare programmappen.

Registrer basislinjen før du installerer noe

Skriv ned hva som virker nå: resultatet for programmet, klientversjonen, endepunktet den kobler til, og eventuelle unntak per program eller for delt tunnel. Lagre den opprinnelige profilen gjennom den beskyttede prosessen klienten støtter, ikke ved å kopiere filer ut av en programpakke.

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

Fang de tre utdataene mens den fungerende klienten er tilkoblet. De gir deg resolverens tilstand, rutetabellen og grensesnittlisten som et fungerende oppsett produserer, og det er nøyaktig det du trenger for sammenligningen senere. Hvis Macen administreres av en arbeidsgiver, må du bekrefte før du starter at sammenligningen er tillatt, fordi en automatisk arbeidstilkobling kan aktiveres igjen under testen, og resultatet representerer da ingen av klientene alene. Oppbevar de tre utdataene ved siden av profilnotatet slik at den senere sammenligningen har en referanse.

Endre én aktiv vei om gangen

Stopp den opprinnelige tilkoblingen med den vanlige kontrollen, og start deretter alternativet. To klienter tilkoblet samtidig gir et resultat som beskriver kombinasjonen, ikke noen av produktene. Hold endepunktet og oppgaven sammenlignbare hvis tjenestene tillater det, fordi en raskere nedlasting via en annen server sammenligner to tilkoblingsvalg og ikke to programmer.

Hvis den nye klienten feiler, tar du vare på den første feilen før du endrer noe annet. Den første feilen navngir vanligvis stadiet, og et andre forsøk etter en innstillingsendring rapporterer ofte noe mindre nyttig.

Sammenlign DNS, ruter og appen, ikke bare hastigheten

Kjør de samme tre kommandoene med den nye klienten tilkoblet og sammenlign dem linje for linje. En resolver som peker et annet sted, eller en rutetabell uten det private subnettet, forklarer de fleste atferdsforskjellene før du ser på gjennomstrømningen. Test deretter selve programmet med den samme oppgaven, fordi en klient som kobler til raskt og ikke klarer å løse et internt navn, ikke har vunnet sammenligningen selv om statusvinduet ser bedre ut.

Legg merke til hvilket grensesnitt trafikken brukte. På macOS er ikke navnet på tunnelgrensesnittet en pålitelig indikator på hvilken klient som eier ruten, så par grensesnittlisten med rutetabellen i stedet for å lese bare én av dem. Hvis det finnes to utun-grensesnitt, er det den med samsvarende rute og resolveroppføring som bærer trafikken din. Å gjette ut fra navnet er hvordan feil grensesnitt blir beskyldt, fordi grensesnittet som finnes ikke alltid er det som bærer trafikken.

Les de tre utdataene i stedet for å skumme dem. I resolver-dumpen viser en navneserver knyttet til et utun-grensesnitt hvilken klient som installerte den; i rutetabellen navngir standardruten grensesnittet som bærer trafikken; i grensesnittlisten betyr en annen utun-enhet at en annen tunnel er opprettet. De tre linjene, sammenlignet med basislinjen, skiller et gjenopprettet oppsett fra et der begge klientene fortsatt konkurrerer.

Gjenopprett, og fjern deretter rent

Gå tilbake gjennom den opprinnelige klientens egen arbeidsflyt og bekreft at basislinjeutdataene samsvarer med det du registrerte. Hvis resolveren eller rutetabellen ikke gjenopprettes, stopper du og fikser det før du fjerner noe annet. Fjern det ubrukte oppsettet gjennom komponenten som eier det: avinstalleringsprogrammet for klienten, profilen eller innstillingene for systemutvidelsen.

Avslutt med å oppdatere notatene dine med versjonen du testet, endepunktet du brukte og resultatet for hver. Et halvt år senere er den registreringen forskjellen mellom en beslutning og et rykte.

Relaterte artikler