Optagelse af et enkelt VPN-forsøg i macOS Console

Du leder efter Mac-VPN-loggen, finder en vejledning der peger på en PPP-fil, som ikke findes på denne maskine, og konkluderer, at intet blev registreret. Den konklusion er som regel forkert. Posten findes i den samlede log, og den manglende fil betyder, at denne udrulning ikke er en, der skriver den, ikke at forsøget ikke blev logget. At forveksle de to sender folk ud i at bevise en negation i en time.

En indbygget VPN, Tunnelblick og en leverandørs egen klient kan alle have forskellige logejere. Start med klientens understøttede logvisning, når den tilbyder en, og grib til Console, når du har brug for systemets eller udbyderens hændelser omkring forsøget.

Vælg den klient, der faktisk fejlede

Skriv macOS-versionen, klientversionen, forbindelsens navn og protokollen ned, før du åbner noget. De fire fakta afgør, hvilket procesnavn du skal søge efter, og de er det første, en supportingeniør vil spørge dig om.

Hvis forbindelsen blev startet fra et menulinjeelement, der tilhører en leverandørklient, kan de interessante meddelelser komme fra den klient snarere end fra systemets VPN-udbyder. Hvis den blev startet fra systemets eget VPN-panel, er udbyderprocessen den, du skal lede efter. At gætte mellem dem spilder ét forsøg, så tjek først, hvilken applikation der ejer forbindelsen.

Start livevisningen inden forsøget

Åbn Console, og vælg denne Mac under Devices, ikke en tilsluttet telefon og ikke en gammel rapportpakke. Klik på Start i værktøjslinjen, så strømmen er live, og notér derefter tiden med dens tidszone. Brug administratoradgang, hvis visningen kræver det, og på en administreret Mac skal du bede ejeren om den adgang i stedet for at gå uden om den.

Foretag nu ét normalt forbindelsesforsøg, og notér den synlige fejl. Ét forsøg betyder noget: et andet genforsøg tilføjer nye hændelser til den samme strøm, og at blande to forsøg i ét vindue er, hvordan folk ender med at undersøge det forkerte håndtryk.

Intet af dette er et løfte om, at der allerede findes et spor. Console er en indsamlingsprocedure, og du skaber betingelserne for en ren optagelse i stedet for at hente noget, der blev optaget på forhånd.

Indsnæver efter proces i stedet for efter folkelig overlevering

Begynd bredt nok til at identificere ejeren, og præcisér derefter med de proces- og meddelelsesegenskaber, der faktisk optræder i din optagelse. Et udbydernavn citeret i en ældre guide er et fingerpeg for én macOS-version og én protokol, ikke et permanent filter. At filtrere på det for tidligt kan give et tomt vindue, der ligner en logfejl og i virkeligheden er et forpasset søg. Tilføj en betingelse, du kan fjerne, i stedet for en, der fjerner beviset.

Console lader dig kombinere kriterier, og de indsnævrer sammen. Hvis resultaterne forsvinder, skal du fjerne eller lempe den mest restriktive betingelse i stedet for at tilføje endnu en. At vise kun den endelige fejl er en almindelig fejl, fordi den hændelse, der forklarer fejlen, optræder som regel flere linjer tidligere.

Behold nok kontekst til at besvare ét spørgsmål

Udvid den relevante meddelelse, og læs dens detaljer, og behold derefter den første meningsfulde fejl sammen med forbindelseshændelserne omkring den. En isoleret linje om, at forbindelsen stoppede, fortæller læseren intet om hvorfor.

Sig præcist, hvilket trin posten beviser: en lokal udbyder eller tjeneste, der aldrig startede, en udveksling med den fjerne ende, en afvisning ved godkendelse eller en senere klage over routing eller opløser. En meddelelse om, at en proces starter, er ikke bevis for, at et håndtryk blev gennemført, og en ruteadvarsel efter en vellykket forbindelse beskriver en anden fejl end en mislykket.

Hvis klienten fører sin egen log, så sammenlign det samme forsøg der i stedet for at kombinere en aktuel Console-hændelse med et andet genforsøg fra en fil, der kun tilføjes. Ældre PPP-filvejledninger hører kun til en udrulning, der stadig producerer den fil.

Del det mindste nyttige uddrag

Vælg de relevante meddelelser, og brug den understøttede Share-handling til den tilsigtede modtager. Medtag versions- og tidsnoterne, og gennemgå derefter interne værtsnavne, kontoidentifikatorer, adresser og ikke-relaterede hændelser, før du sender. Et helt diagnostikarkiv er nemt at vedhæfte og svært at begrunde senere.

Forvent, at nogle hændelser mangler under den nuværende privatlivs- eller logkonfiguration. I så fald brug den diagnostiske procedure, som din leverandør eller administrator foreskriver, og modstå trangen til at slå systemdækkende beskyttelser fra for at indsamle mere historik. Den overdragelse, der er værd at lave, er lille: hvilken klient, hvilken protokol, hvornår forsøget skete, dens første relevante hændelse og hvad der fulgte.