Én server, to forsøk: med VPN av faller økten under lasting, med den på kobler samme økt seg til. Det er reell evidens, og det er lett å overfortolke. Å slå på en VPN endrer kildeadressen, transitveien, resolver-policyen og noen ganger adressefamilien på én gang, så en suksess forteller deg at forskjellen betydde noe, uten å fortelle hvilken forskjell det var. Å gå gjennom sammenligningen ett lag om gangen er måten å få et svar du kan handle på. Det hindrer deg også i å endre fire ting og ikke lære noe.

Bekreft først hva operatøren har tenkt

En privat server som krever en godkjent VPN skal være utilgjengelig gjennom en vanlig offentlig tilkobling, og det er en fungerende konfigurasjon, ikke en feil. En publisert offentlig server som feiler på nøyaktig én tilgangsvei, er en annen sak med en annen eier. Før du tester noe, må du fastslå hvilken av de to du ser på, fordi svaret avgjør om du feilsøker et nettverk eller leser en policy. Spør operatøren, eller les de publiserte tilgangsnotatene, i stedet for å utlede det fra en mislykket tilkobling.

Hvis operatøren publiserer en tilgangsmetode, bruk den. Å omgå en bevisst begrensning er ikke samme oppgave som å reparere en ødelagt rute.

Hold sammenligningsloggen liten og fast

Hold spillet, kontoen, den valgte serveren og operasjonen konstant mellom forsøkene, og endre bare VPN-tilstanden. Registrer serverens id og region, samt den faktiske adressen der klienten viser den, fordi det synlige servernavnet ikke er det nettverket bruker. «Launcheren åpnet seg» og «denne flerspillerøkten koblet seg til» er forskjellige resultater, og å blande dem gjør sammenligningen verdiløs.

Skriv ned de fire linjene før den første testen. En sammenligning du rekonstruerer fra hukommelsen etterpå, er en historie, ikke en måling.

Navngi den første feilen, ikke den siste meldingen

Meldingen på skjermen er vanligvis den siste hendelsen i en kjede. Legg merke til den første meningsfulle i stedet: navneoppslag, transport-timeout, avvist tilkobling, en kontobegrensning eller en øktfeil etter at tilkoblingen lyktes. Disse kategoriene har forskjellige eiere og forskjellige rettelser, og et generisk «frakoblet»-banner klemmer dem sammen til ett ubrukelig ord.

Hvis klienten fører logg, les den for fasen og ikke for feilkoden. Fasen forteller deg hvilket lag du skal teste neste gang.

Samme navn betyr ikke samme tuppel

Et vertsnavn kan slås opp til forskjellige adresser på forskjellige veier, og IPv4 og IPv6 kan følge helt forskjellige ruter og policyer. Sjekk om det direkte forsøket og VPN-forsøket brukte samme destinasjon og samme adressefamilie før du sammenligner resultatene deres. Ellers sammenligner du to eksperimenter og kaller dem ett.

For en ruteforskjell må du huske at internett-ruting følger operatørens policy og ikke den geografisk korteste linjen, som er nøyaktig ideen som er beskrevet i BGP-spesifikasjonen. En VPN som unngår en dårlig transitvei, viser at en vei var dårlig, ikke at noen bevisst struper deg.

Test transporten spillet faktisk bruker

En vellykket TCP-tilkobling til én port etablerer ikke en UDP-økt, og ingen av dem beviser at spillets innlogging er fullført. Følg tjenestene tittelen faktisk trenger i stedet for en portliste kopiert fra et annet spill, og foretrekk å se på klientens egen oppførsel framfor å sondere utenfra. Hvis en server svarer en forespørsel fra utgangsadressen din med en avvisning, er det et policy-spørsmål for operatøren, ikke evidens om den lokale kabelen eller ruteren din.

Bruk utgiverens støtte- eller klagekanal for en uttrykkelig begrensning. Å skjule en kontos berettigelse er en annen aktivitet med et annet sett konsekvenser.

Når du skriver det opp, ta med begge veier, den uendrede operasjonen, den valgte serveren og adressefamilien, og den første feilen. Det er en rapport en operatør kan undersøke, og den krever ikke at du endrer fire innstillinger på én gang for å lage den.

Relaterte artikler