Hogyan teszteljünk második VPN-klienst Macen az első elvesztése nélkül

Telepíti a második klienst, hogy összehasonlítsa, és az első abbahagyja a működést. Semmi nem törlődött, és mindkét alkalmazás továbbra is telepítve van. Ami megváltozott, az alattuk van: rendszerkiterjesztés, DNS-beállítás vagy alapértelmezett útvonal, és a két kliens már nem ért egyet abban, kié az. A telepítés nem a kockázatos rész; a kockázatos rész az, hogy mindkettőt rögzített kiindulási állapot nélkül futtatja, ahová vissza lehet térni.

A tünet: a működő beállítás leáll a második telepítés után

A modern macOS VPN-kliensek gyakran hálózati kiterjesztést nyújtanak a régi stílusú felület helyett. Egy ilyen telepítése jóváhagyást kérhet, konfigurációs profilt adhat hozzá, vagy olyan rendszerkiterjesztést regisztrálhat, amely már bármilyen kapcsolat létrejötte előtt befolyásolja a forgalmat. A kiterjesztés az alkalmazás ablaka előtt töltődik be, ezért az eredeti kliens meghiúsulhat, miközben az új tétlenül áll.

Ha az eredeti kliens ezután nem tud csatlakozni, vagy csatlakozik és semmit nem old fel, az új kiterjesztés az első gyanúsított. Ez nem konfliktus bizonyítéka, de itt kezdődik a vizsgálat. Ezután ellenőrizze a kiterjesztések listáját és a telepített konfigurációs profilokat, ne csak az alkalmazások mappáját.

Rögzítse a kiindulási állapotot, mielőtt bármit telepítene

Írja le, mi működik most: az alkalmazás eredményét, a kliens verzióját, a végpontot, amelyhez csatlakozik, és az alkalmazásonkénti vagy osztott alagútra vonatkozó kivételeket. Mentse az eredeti profilt a kliens által támogatott védett folyamaton keresztül, ne fájlok alkalmazáscsomagból való másolásával.

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

Rögzítse ezt a három kimenetet, miközben a működő kliens csatlakoztatva van. Megadják a feloldó állapotát, az útvonaltáblát és az interfészek listáját, amelyet egy működő beállítás létrehoz, és pontosan erre van szüksége a későbbi összehasonlításhoz. Ha a Macet munkáltató kezeli, indulás előtt erősítse meg, hogy az összehasonlítás engedélyezett, mert egy automatikus munkakapcsolat a tesztelés közben újra aktiválódhat, és az eredmény akkor egyik klienst sem képviseli önmagában. Tárolja a három kimenetet a profiljegyzet mellett, hogy a későbbi összehasonlításnak legyen hivatkozása.

Egyszerre egy aktív útvonalat módosítson

Állítsa le az eredeti kapcsolatot a szokásos vezérlésével, majd indítsa el az alternatívát. Két egyszerre csatlakozott kliens olyan eredményt ad, amely a kombinációt írja le, nem valamelyik terméket. Tartsa a végpontot és a feladatot összehasonlíthatónak, ha a szolgáltatások engedik, mert egy másik szerveren át gyorsabb letöltés két kapcsolódási lehetőséget hasonlít össze, nem két alkalmazást.

Ha az új kliens meghiúsul, őrizze meg az első hibáját, mielőtt bármi mást módosítana. Az első hiba általában megnevezi a szakaszt, és egy beállításmódosítás utáni második kísérlet gyakran valami kevésbé hasznosat jelent.

Hasonlítsa össze a DNS-t, az útvonalakat és az alkalmazást, ne csak a sebességet

Futtassa ugyanazt a három parancsot a csatlakoztatott új klienssel, és hasonlítsa össze őket sorról sorra. Egy máshová mutató feloldó vagy egy útvonaltábla a privát alhálózat nélkül a viselkedésbeli különbségek többségét megmagyarázza, mielőtt az átbocsátóképességre nézne. Ezután tesztelje a tényleges alkalmazást ugyanazzal a feladattal, mert egy gyorsan csatlakozó, de belső nevet feloldani nem tudó kliens nem nyerte meg az összehasonlítást, még ha az állapotablak jobban is néz ki.

Jegyezze fel, melyik interfészt használta a forgalom. macOS-en az alagútinterfész neve nem megbízható mutatója annak, melyik kliensé az útvonal, ezért párosítsa az interfészek listáját az útvonaltáblával, ahelyett hogy csak az egyiket olvasná. Ha két utun interfész létezik, az viszi a forgalmát, amelyikhez illeszkedő útvonal és feloldóbejegyzés tartozik. A névből való találgatás az, ahogy a rossz interfész lesz hibáztatva, mert a létező interfész nem mindig az, amely a forgalmat viszi.

Olvassa el a három kimenetet, ne csak átfussa őket. A feloldó kiíratásában az utun interfészhez kapcsolt névszerver mutatja, melyik kliens telepítette; az útvonaltáblában az alapértelmezett útvonal megnevezi a forgalmat vivő interfészt; az interfészek listájában egy második utun eszköz azt jelenti, hogy létrejött egy második alagút. Ez a három sor a kiindulási állapothoz hasonlítva elválasztja a helyreállított beállítást attól, ahol a két kliens még verseng.

Állítsa helyre, majd távolítsa el tisztán

Térjen vissza az eredeti kliens saját munkafolyamatán, és erősítse meg, hogy a kiindulási kimenetek megegyeznek a rögzítettekkel. Ha a feloldó vagy az útvonaltábla nem áll helyre, álljon meg, és javítsa ki, mielőtt bármi mást eltávolítana. Távolítsa el a nem használt beállítást az azt birtokló komponensen keresztül: a kliens eltávolítója, a profil vagy a rendszerkiterjesztés beállításai.

Fejezze be a jegyzetek frissítésével a tesztelt verzióval, a használt végponttal és mindegyik eredményével. Fél évvel később ez a feljegyzés a különbség egy döntés és egy pletyka között.