Com provar un segon client VPN al Mac sense perdre el primer
Un segon client canvia rutes, DNS i extensions, no només un botó. Enregistreu la línia base, canvieu un camí alhora i restaureu el flux de treball original.
Instal·leu el segon client per comparar-lo, i el primer deixa de funcionar. No s'ha esborrat res, i les dues aplicacions continuen instal·lades. El que ha canviat és a sota: una extensió del sistema, un paràmetre de DNS o una ruta per defecte, i els dos clients ja no es posen d'acord sobre qui en té la propietat. La instal·lació no és la part arriscada; la part arriscada és executar tots dos sense una línia base enregistrada a la qual tornar.
El símptoma: la configuració que funcionava s'atura després de la segona instal·lació
Els clients VPN moderns de macOS sovint incorporen una extensió de xarxa en lloc d'una interfície d'estil antic. Instal·lar-ne una pot demanar aprovació, afegir un perfil de configuració o registrar una extensió del sistema que influeix en el trànsit abans que es faci cap connexió. L'extensió es carrega abans que aparegui la finestra de l'aplicació, i per això el client original pot fallar mentre el nou queda inactiu.
Si després el client original no es pot connectar, o es connecta i no resol res, la nova extensió és el primer sospitós. No és una prova d'un conflicte, però és on comença la investigació. A continuació, reviseu la llista d'extensions i els perfils de configuració instal·lats, no només la carpeta d'aplicacions.
Enregistreu la línia base abans d'instal·lar res
Anoteu què funciona ara: el resultat de l'aplicació, la versió del client, el punt final al qual es connecta i qualsevol exclusió per aplicació o de túnel dividit. Deseu el perfil original a través del procés protegit que admet el client, no copiant fitxers d'un paquet d'aplicació.
scutil --dns | head -40
netstat -rn | head -30
ifconfig | grep -E "^(utun|ipsec)"
Captureu aquestes tres sortides mentre el client que funciona està connectat. Us donen l'estat del resolutor, la taula de rutes i la llista d'interfícies que produeix una configuració funcional, que és exactament el que necessiteu per comparar més endavant. Si el Mac el gestiona un ocupador, confirmeu abans de començar que la comparació està permesa, perquè una connexió de feina automàtica es pot reactivar durant la prova i aleshores el resultat no representa cap dels dos clients per si sol. Deseu les tres sortides al costat de la nota del perfil perquè la comparació posterior tingui una referència.
Canvieu un camí actiu alhora
Atureu la connexió original amb el seu control habitual i després inicieu l'alternativa. Dos clients connectats alhora produeixen un resultat que descriu la combinació, no cap dels dos productes. Mantingueu el punt final i la tasca comparables si els serveis ho permeten, perquè una descàrrega més ràpida per un altre servidor compara dues opcions de connexió i no dues aplicacions.
Si el nou client falla, preserveu la seva primera errada abans de canviar res més. La primera errada sol indicar l'etapa, i un segon intent després d'un canvi de paràmetres sovint informa de cosa menys útil.
Compareu DNS, rutes i l'aplicació, no només la velocitat
Executeu les mateixes tres ordres amb el nou client connectat i compareu-les línia per línia. Un resolutor que apunta a un altre lloc, o una taula de rutes sense la subxarxa privada, explica la majoria de diferències de comportament abans de mirar el cabal. Després proveu l'aplicació real amb la mateixa tasca, perquè un client que es connecta ràpid i no resol un nom intern no ha guanyat la comparació encara que la finestra d'estat sembli millor.
Fixeu-vos quina interfície ha utilitzat el trànsit. A macOS el nom de la interfície del túnel no és un indicador fiable de quin client posseeix la ruta, així que aparelleu la llista d'interfícies amb la taula de rutes en lloc de llegir-ne només una. Si existeixen dues interfícies utun, la que porta el vostre trànsit és la que té una ruta coincident i una entrada al resolutor. Endevinar pel nom és com s'acaba culpant la interfície equivocada, perquè la interfície que existeix no sempre és la que porta el trànsit.
Llegiu les tres sortides en lloc de fullejar-les. Al bolcat del resolutor, un servidor de noms associat a una interfície utun mostra quin client el va instal·lar; a la taula de rutes, la ruta per defecte indica la interfície que porta el trànsit; a la llista d'interfícies, un segon dispositiu utun vol dir que s'ha creat un segon túnel. Aquestes tres línies, comparades amb la línia base, separen una configuració recuperada d'una on els dos clients encara competeixen.
Restaureu i després elimineu net
Torneu pel flux de treball propi del client original i confirmeu que les sortides de la línia base coincideixen amb el que vau enregistrar. Si el resolutor o la taula de rutes no es recuperen, atureu-vos i arregleu-ho abans d'eliminar res més. Elimineu la configuració no utilitzada a través del component que en té la propietat: el desinstal·lador del client, el perfil o els paràmetres de l'extensió del sistema.
Acabeu actualitzant les notes amb la versió que heu provat, el punt final que heu utilitzat i el resultat de cadascun. Sis mesos després, aquest registre és la diferència entre una decisió i un rumor.