Egyetlen VPN-kísérlet rögzítése a macOS Console-ban

Keresi a Mac VPN-naplóját, talál egy utasítást, amely egy olyan PPP-fájlra mutat, amely ezen a gépen nem létezik, és arra jut, hogy semmit nem rögzítettek. Ez a következtetés általában téves. A bejegyzés az egységes naplóban van, a hiányzó fájl pedig azt jelenti, hogy ez a telepítés nem az, amely írja, nem pedig azt, hogy a kísérlet nem került naplózásra. A kettő összekeverése embereket küld egy órára egy tagadás bizonygatására.

A natív VPN, a Tunnelblick és a szállító saját kliense mind különböző naplótulajdonossal rendelkezhet. Kezdje a kliens által támogatott naplónézettel, ha kínál ilyet, és forduljon a Console-hoz, amikor a kísérlet körüli rendszer- vagy szolgáltatói eseményekre van szüksége.

Válassza ki azt a klienst, amely valóban meghiúsult

Jegyezze fel a macOS verzióját, a kliens verzióját, a kapcsolat nevét és a protokollt, mielőtt bármit megnyitna. Ez a négy tény dönti el, melyik folyamatnevet fogja keresni, és ezeket kérdezi meg elsőként a támogatási mérnök.

Ha a kapcsolatot egy szállítói klienshez tartozó menüsor-elemből indították, az érdekes üzenetek abból a kliensből jöhetnek, nem a rendszer VPN-szolgáltatójától. Ha a rendszer saját VPN-paneljéből indították, a szolgáltatói folyamatot kell keresni. A kettő közötti találgatás egy kísérletet pazarol el, ezért először ellenőrizze, melyik alkalmazás birtokolja a kapcsolatot.

Indítsa el az élő nézetet a kísérlet előtt

Nyissa meg a Console-t, és a Devices alatt válassza ezt a Macet, ne egy csatlakoztatott telefont és ne egy régi jelentéscsomagot. Kattintson a Start gombra az eszköztáron, hogy a folyam élő legyen, majd jegyezze fel az időt az időzónájával. Használjon rendszergazdai hozzáférést, ha a nézet megköveteli, és egy kezelt Macen kérje ezt a hozzáférést a tulajdonostól, ne kerülje meg.

Most hajtson végre egy normál kapcsolódási kísérletet, és jegyezze fel a látható hibát. Egy kísérlet számít: egy második újrapróbálkozás új eseményeket fűz ugyanahhoz a folyamhoz, és két kísérlet összekeverése egy ablakban vezet oda, hogy az emberek végül a rossz kézfogást vizsgálják.

Ebből semmi sem ígéri, hogy már létezik nyom. A Console gyűjtési eljárás, és Ön a tiszta rögzítés feltételeit teremti meg, nem pedig valami előre rögzítettet kér le.

Folyamat szerint szűkítsen, ne szájhagyomány szerint

Kezdje elég szélesen a tulajdonos azonosításához, majd finomítson azokkal a folyamat- és üzenettulajdonságokkal, amelyek valóban megjelennek a rögzítésében. Egy régebbi útmutatóban idézett szolgáltatói címke egy macOS-verzióra és egy protokollra utaló nyom, nem állandó szűrő. Túl korai szűrés vele üres ablakot eredményezhet, amely naplózási hibának látszik, és valójában elhibázott keresés. Olyan feltételt adjon hozzá, amelyet el tud távolítani, ne olyat, amely eltávolítja a bizonyítékot.

A Console lehetővé teszi a feltételek kombinálását, és azok együtt szűkítenek. Ha az eredmények eltűnnek, távolítsa el vagy lazítsa fel a legmegkötőbb feltételt, ne adjon hozzá még egyet. Csak a végső hiba megjelenítése gyakori hiba, mert a hibát magyarázó esemény általában több sorral korábban jelenik meg.

Tartson elég kontextust egyetlen kérdés megválaszolásához

Bontsa ki a releváns üzenetet, és olvassa el a részleteit, majd tartsa meg az első értelmes hibát a körülötte lévő kapcsolati eseményekkel együtt. Egyetlen sor, amely azt mondja, hogy a kapcsolat leállt, semmit sem mond az olvasónak az okról.

Mondja meg pontosan, melyik szakaszt bizonyítja a bejegyzés: egy helyi szolgáltatót vagy szolgáltatást, amely soha nem indult el, a távoli féllel folytatott cserét, a hitelesítésnél történő elutasítást vagy egy későbbi útvonalazási vagy feloldó panaszt. Egy folyamat indulásáról szóló üzenet nem bizonyítja, hogy a kézfogás befejeződött, és egy sikeres kapcsolat utáni útvonal-figyelmeztetés más hibát ír le, mint egy sikertelen kapcsolat.

Ha a kliens saját naplót vezet, hasonlítsa össze ott ugyanazt a kísérletet, ne kombináljon egy jelenlegi Console-eseményt egy csak hozzáfűzhető fájlból származó másik újrapróbálkozással. A régi PPP-fájlra vonatkozó utasítások csak olyan telepítéshez tartoznak, amely még mindig előállítja azt a fájlt.

Ossza meg a legkisebb hasznos részletet

Jelölje ki a releváns üzeneteket, és használja a támogatott Share műveletet a szánt címzettnek. Foglalja bele a verzió- és időmegjegyzéseket, majd küldés előtt vizsgálja át a belső hosztneveket, fiókazonosítókat, címeket és nem kapcsolódó eseményeket. Egy teljes diagnosztikai archívumot könnyű mellékelni, és utólag nehéz megindokolni.

Számítson arra, hogy a jelenlegi adatvédelmi vagy naplózási beállítás mellett bizonyos események hiányozni fognak. Ebben az esetben használja a szállítója vagy rendszergazdája által előírt diagnosztikai eljárást, és álljon ellen a kísértésnek, hogy rendszerszintű védelmet kapcsoljon ki több előzmény gyűjtéséhez. A felkészítésre érdemes átadás kicsi: melyik kliens, melyik protokoll, mikor történt a kísérlet, annak első releváns eseménye és mi következett utána.