Å fange ett VPN-forsøk i macOS Console

Du leter etter Mac-VPN-loggen, finner en instruks som peker på en PPP-fil som ikke finnes på denne maskinen, og konkluderer med at ingenting ble logget. Den konklusjonen er vanligvis feil. Oppføringen finnes i den samlede loggen, og den manglende filen betyr at utrullingen ikke er en som skriver den, ikke at forsøket ikke ble logget. Å blande de to sender folk ut for å bevise en negasjon i en time.

En innebygd VPN, Tunnelblick og leverandørens egen klient kan alle ha ulike loggeiere. Start med klientens støttede loggvisning når den finnes, og bruk Console når du trenger system- eller leverandørhendelsene rundt forsøket.

Velg klienten som faktisk feilet

Skriv ned macOS-versjonen, klientversjonen, tilkoblingsnavnet og protokollen før du åpner noe. De fire fakta avgjør hvilket prosessnavn du skal søke etter, og de er det første en støtteingeniør vil spørre deg om.

Hvis tilkoblingen ble startet fra et menylinjeelement som tilhører en leverandørklient, kan de interessante meldingene komme fra den klienten og ikke fra systemets VPN-leverandør. Hvis den ble startet fra systemets eget VPN-panel, er leverandørprosessen den du skal se etter. Å gjette mellom dem kaster bort ett forsøk, så sjekk først hvilket program som eier tilkoblingen.

Start direktesvisningen før forsøket

Åpne Console og velg denne Macen under Devices, ikke en tilkoblet telefon og ikke en gammel rapportpakke. Klikk Start i verktøylinjen slik at strømmen er direkte, og noter deretter tiden med tidssonen. Bruk administratortilgang hvis visningen krever det, og på en administrert Mac ber du eieren om den tilgangen i stedet for å gå rundt den.

Gjør nå ett normalt tilkoblingsforsøk og noter den synlige feilen. Ett forsøk er viktig: et nytt forsøk legger nye hendelser til den samme strømmen, og å blande to forsøk i ett vindu er hvordan folk ender med å undersøke feil håndtrykk.

Ingenting av dette lover at et spor allerede finnes. Console er en innsamlingsprosedyre, og du skaper forholdene for en ren fangst i stedet for å hente noe som ble tatt opp på forhånd.

Avgrens etter prosess i stedet for etter folketro

Begynn bredt nok til å identifisere eieren, og avgrens deretter med prosess- og meldingsegenskapene som faktisk vises i fangsten din. En leverandøretikett sitert i en eldre veiledning er et spor for én macOS-versjon og én protokoll, ikke et permanent filter. Å filtrere på den for tidlig kan gi et tomt vindu som ser ut som en loggingsfeil og egentlig er et søk som bommet. Legg til en betingelse du kan fjerne, ikke en som fjerner bevisene.

Console lar deg kombinere kriterier, og de avgrenser sammen. Hvis resultatene forsvinner, fjern eller løsne den strengeste betingelsen i stedet for å legge til en ny. Å vise bare den endelige feilen er en vanlig feil, fordihendelsen som forklarer feilen vanligvis vises flere linjer tidligere.

Behold nok kontekst til å svare på ett spørsmål

Utvid den relevante meldingen og les detaljene, og behold deretter den første meningsfulle feilen sammen med tilkoblingshendelsene rundt den. En isolert linje som sier at tilkoblingen stoppet, forteller leseren ingenting om hvorfor.

Si presist hvilket trinn oppføringen beviser: en lokal leverandør eller tjeneste som aldri startet, en utveksling med den andre enden, en avvisning ved autentisering, eller en senere ruting- eller resolverklage. En melding om at en prosess starter er ikke bevis for at et håndtrykk ble fullført, og en ruteforvarsel etter en vellykket tilkobling beskriver en annen feil enn en mislykket tilkobling.

Hvis klienten holder sin egen logg, sammenlign det samme forsøket der i stedet for å kombinere en gjeldende Console-hendelse med et annet nytt forsøk fra en fil som bare legges til. Gamle PPP-filinstrukser hører bare til en utrulling som fortsatt produserer den filen.

Del det minste nyttige utdraget

Velg de relevante meldingene og bruk den støttede Share-handlingen for den tiltenkte mottakeren. Ta med versjons- og tidsnotatene, og gjennomgå deretter interne vertsnavn, kontoidentifikatorer, adresser og urelaterte hendelser før du sender. Et helt diagnostisk arkiv er lett å legge ved og vanskelig å begrunne senere.

Forvent at noen hendelser mangler under gjeldende personvern- eller loggkonfigurasjon. I så fall bruk den diagnostiske prosedyren leverandøren eller administratoren din foreskriver, og motstå trangen til å slå av systemomfattende beskyttelse for å samle mer historikk. Overleveringen som er verdt å lage er liten: hvilken klient, hvilken protokoll, når forsøket skjedde, dens første relevante hendelse og hva som kom etter.