Slik fanger du ett enkelt VPN-forsøk i macOS Console

Du leter etter Mac-VPN-loggen, finner en veiledning som peker på en PPP-fil som ikke finnes på denne maskinen, og trekker slutningen at ingenting ble registrert. Den slutningen er som regel gal. Oppføringen ligger i den samlede loggen, og den manglende filen betyr at oppsettet ikke er av typen som skriver den, ikke at forsøket gikk uten å bli logget. Når de to blandes sammen, bruker folk en time på å bevise noe som ikke skjedde.

En innebygd VPN, Tunnelblick og leverandørens egen klient kan ha hver sin loggeier. Begynn med klientens støttede loggvisning når den tilbys, og bruk Console når du trenger hendelsene fra systemet eller leverandøren rundt forsøket.

Finn klienten som virkelig feilet

Noter macOS-versjonen, klientversjonen, navnet på tilkoblingen og protokollen før du åpner noe som helst. Disse fire opplysningene avgjør hvilket prosessnavn du skal søke etter, og de er det første en supportingeniør spør om.

Startet tilkoblingen fra et menylinjeelement som tilhører en leverandørklient, kommer de interessante meldingene kanskje fra den klienten og ikke fra systemets VPN-leverandør. Startet den fra systemets eget VPN-panel, er det leverandørprosessen du skal lete etter. Gjetting mellom de to koster ett forsøk, så sjekk først hvilken applikasjon som eier tilkoblingen.

Slå på direktesvisningen før forsøket

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

Gjør så ett vanlig tilkoblingsforsøk og noter feilen du ser. Ett forsøk er nok, og det er poenget: et nytt forsøk legger flere hendelser til samme strøm, og blander du to forsøk i ett vindu, ender du opp med å granske feil håndtrykk.

Dette er ikke et løfte om at sporet allerede finnes. Console er en innsamlingsprosedyre, og du legger til rette for en ren opptak i stedet for å hente fram noe som ble tatt opp på forhånd.

Avgrens etter prosess, ikke etter folketro

Begynn vidt nok til å finne eieren, og spiss deretter til med de prosess- og meldingsegenskapene som faktisk dukker opp i opptaket ditt. En leverandøretikett fra en eldre veiledning er et hint for én macOS-versjon og én protokoll, ikke et varig filter. Filtrerer du på den for tidlig, kan du få et tomt vindu som ser ut som en loggfeil, men som egentlig er et søk som bommet. Legg heller til et vilkår du kan fjerne, enn et som fjerner bevisene.

Console lar deg kombinere kriterier, og de snevrer inn sammen. Forsvinner resultatene, fjerner du eller lemper du på det strengeste vilkåret i stedet for å legge til enda et. En vanlig feil er å vise bare den siste feilen, fordihendelsen som forklarer feilen, som regel står flere linjer lenger opp.

Ta vare på nok sammenheng til å svare på ett spørsmål

Utvid den aktuelle meldingen og les detaljene, og behold så den første meningsfulle feilen sammen med tilkoblingshendelsene rundt den. En løsrevet linje om at tilkoblingen stoppet, sier ikke leseren noe om hvorfor.

Si nøyaktig hvilket trinn oppføringen beviser: en lokal leverandør eller tjeneste som aldri startet, en utveksling med den andre siden, en avvisning ved autentisering, eller en senere klage på ruting eller oppslag. 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.

Har klienten sin egen logg, sammenligner du det samme forsøket der i stedet for å blande en fersk Console-hendelse med et annet forsøk fra en fil som bare vokser i enden. Gamle PPP-filinstrukser gjelder bare et oppsett som fortsatt lager den filen.

Del det minste nyttige utdraget

Merk de aktuelle meldingene og bruk den støttede Share-handlingen mot den tiltenkte mottakeren. Ta med versjons- og tidsnotatene, og gå så gjennom interne vertsnavn, kontoidentifikatorer, adresser og ubeslektede hendelser før du sender. Et helt diagnostisk arkiv er lett å legge ved og vanskelig å forsvare i ettertid.

Regn med at noen hendelser mangler under gjeldende personvern- eller loggoppsett. Da bruker du den diagnostiske prosedyren leverandøren eller administratoren din foreskriver, og står imot fristelsen til å slå av systemdekkende beskyttelse for å samle mer historikk. Det som er verdt å overlevere, er lite: hvilken klient, hvilken protokoll, når forsøket skjedde, den første relevante hendelsen og hva som fulgte.