Kā Mac datorā pārbaudīt otru VPN klientu, nezaudējot pirmo
Otrs klients maina maršrutus, DNS un paplašinājumus, ne tikai pogu. Pierakstiet bāzes stāvokli, mainiet vienu ceļu vienlaikus un atjaunojiet sākotnējo darbplūsmu.
Jūs instalējat otru klientu, lai to salīdzinātu, un pirmais pārstāj darboties. Nekas netika izdzēsts, un abas lietotnes joprojām ir instalētas. Mainījies ir tas, kas atrodas zem tiem: sistēmas paplašinājums, DNS iestatījums vai noklusējuma maršruts, un abi klienti tagad nevar vienoties, kam tas pieder. Instalēšana nav riskantā daļa; riskantā daļa ir palaist abus bez pierakstīta bāzes stāvokļa, uz kuru atgriezties.
Simptoms: strādājošā konfigurācija apstājas pēc otrās instalācijas
Mūsdienu macOS VPN klienti bieži piegādā tīkla paplašinājumu, nevis veca stila saskarni. Viena instalēšana var pieprasīt apstiprinājumu, pievienot konfigurācijas profilu vai reģistrēt sistēmas paplašinājumu, kas ietekmē datplūsmu jau pirms jebkāda savienojuma izveides. Paplašinājums tiek ielādēts pirms lietotnes loga parādīšanās, tāpēc sākotnējais klients var ciest neveiksmi, kamēr jaunais stāv dīkā.
Ja pēc tam sākotnējais klients nevar izveidot savienojumu vai izveido to un neko neatrisina, jaunais paplašinājums ir pirmais aizdomās turamais. Tas nav konflikta pierādījums, bet tieši tur sākas izmeklēšana. Pēc tam pārbaudiet paplašinājumu sarakstu un instalētos konfigurācijas profilus, nevis tikai lietotņu mapi.
Pierakstiet bāzes stāvokli pirms kaut kā instalēšanas
Pierakstiet, kas pašlaik darbojas: lietotnes rezultātu, klienta versiju, galapunktu, ar kuru tas savienojas, un jebkurus izņēmumus katram lietojumam vai sadalītajam tunelim. Saglabājiet sākotnējo profilu, izmantojot aizsargāto procesu, ko atbalsta klients, nevis kopējot failus no lietotnes pakotnes.
scutil --dns | head -40
netstat -rn | head -30
ifconfig | grep -E "^(utun|ipsec)"
Ierakstiet šos trīs izvadus, kamēr strādājošais klients ir savienots. Tie sniedz atrisinātāja stāvokli, maršrutu tabulu un saskarņu sarakstu, ko rada strādājoša konfigurācija, un tas ir tieši tas, kas nepieciešams vēlākai salīdzināšanai. Ja Mac datoru pārvalda darba devējs, pirms sākšanas apstipriniet, ka salīdzināšana ir atļauta, jo automātisks darba savienojums testēšanas laikā var atkal aktivizēties, un tad rezultāts neatspoguļo nevienu no abiem klientiem atsevišķi. Glabājiet trīs izvadus blakus profila piezīmei, lai vēlākajai salīdzināšanai būtu atsauce.
Mainiet vienu aktīvu ceļu vienlaikus
Apturiet sākotnējo savienojumu ar tā parasto vadību, pēc tam startējiet alternatīvu. Divi vienlaikus savienoti klienti dod rezultātu, kas raksturo kombināciju, nevis kādu no produktiem. Saglabājiet galapunktu un uzdevumu salīdzināmus, ja pakalpojumi to atļauj, jo ātrāka lejupielāde caur citu serveri salīdzina divas savienojuma iespējas, nevis divas lietotnes.
Ja jaunais klients cieš neveiksmi, saglabājiet tā pirmo kļūdu, pirms maināt ko citu. Pirmā kļūda parasti nosauc posmu, un otrais mēģinājums pēc iestatījumu maiņas bieži ziņo par kaut ko mazāk noderīgu.
Salīdziniet DNS, maršrutus un lietotni, ne tikai ātrumu
Izpildiet tās pašas trīs komandas ar savienotu jauno klientu un salīdziniet tās rindu pa rindai. Atrisinātājs, kas norāda citur, vai maršrutu tabula bez privātā apakštīkla izskaidro lielāko daļu uzvedības atšķirību, pirms skatāties uz caurlaidību. Pēc tam pārbaudiet pašu lietotni ar to pašu uzdevumu, jo klients, kas ātri savienojas un nespēj atrisināt iekšēju nosaukumu, nav uzvarējis salīdzinājumā, pat ja statusa logs izskatās labāk.
Ievērojiet, kuru saskarni izmantoja datplūsma. Operētājsistēmā macOS tuneļa saskarnes nosaukums nav uzticams rādītājs tam, kuram klientam pieder maršruts, tāpēc sasaistiet saskarņu sarakstu ar maršrutu tabulu, nevis lasiet tikai vienu no tiem. Ja ir divas utun saskarnes, datplūsmu nes tā, kurai ir atbilstošs maršruts un atrisinātāja ieraksts. Minēšana pēc nosaukuma ir veids, kā tiek vainota nepareizā saskarne, jo esošā saskarne ne vienmēr ir tā, kas nes datplūsmu.
Lasiet trīs izvadus, nevis tikai pārskatiet tos. Atrisinātāja izvadā ar utun saskarni saistīts nosaukumu serveris parāda, kurš klients to instalēja; maršrutu tabulā noklusējuma maršruts nosauc saskarni, kas nes datplūsmu; saskarņu sarakstā otra utun ierīce nozīmē, ka ir izveidots otrs tunelis. Šīs trīs rindas, salīdzinot ar bāzes stāvokli, atdala atjaunotu konfigurāciju no tās, kurā abi klienti joprojām sacenšas.
Atjaunojiet, pēc tam notīriet tīri
Atgriezieties pa paša sākotnējā klienta darbplūsmu un apstipriniet, ka bāzes izvadi atbilst tam, ko pierakstījāt. Ja atrisinātājs vai maršrutu tabula neatjaunojas, apstājieties un izlabojiet to, pirms noņemat ko citu. Noņemiet neizmantoto konfigurāciju, izmantojot komponentu, kuram tā pieder: klienta atinstalētāju, profilu vai sistēmas paplašinājuma iestatījumus.
Pabeidziet, atjauninot piezīmes ar pārbaudīto versiju, izmantoto galapunktu un katra rezultātu. Pēc pusgada šis ieraksts ir atšķirība starp lēmumu un baumām.