Den same speletenaren fungerer berre gjennom ein VPN: kva det beviser

Éin tenar, to forsøk: med VPN av fell økta under lasting, med han på koplar same økt seg til. Det er reell evidens, og det er lett å overtolke. Å slå på ein VPN endrar kjeldeadressa, transitvegen, resolvarpolitikken og av og til adressefamilien på éin gong, så ein suksess fortel deg at skilnaden hadde noko å seie, utan å fortelje kva skilnad det var. Å gå gjennom samanlikninga eitt lag om gongen er måten å få eit svar du kan handle på. Det hindrar deg også i å endre fire ting og lære ingenting.

Stadfest først kva operatøren har tenkt

Ein privat tenar som krev ein godkjend VPN skal vere utilgjengeleg gjennom ei vanleg offentleg tilknyting, og det er ein fungerande konfigurasjon, ikkje ein feil. Ein publisert offentleg tenar som feilar på nøyaktig éin tilgangsveg, er ei anna sak med ein annan eigar. Før du testar noko, må du slå fast kven av dei to du ser på, fordi svaret avgjer om du feilsøkjer eit nettverk eller les ein policy. Spør operatøren, eller les dei publiserte tilgangsnotata, i staden for å utleie det frå ein mislukka tilkopling.

Viss operatøren publiserer ein tilgangsmetode, bruk han. Å omgå ei medviten avgrensing er ikkje same oppgåva som å reparere ei øydelagd rute.

Hald samanlikningsloggen liten og fast

Hald spelet, kontoen, den valde tenaren og operasjonen konstant mellom forsøka, og endre berre VPN-tilstanden. Registrer tenar-id og region, samt den faktiske adressa der klienten viser henne, fordi det synlege tenarnamnet ikkje er det nettverket brukar. «Launcharen opna seg» og «denne fleirspelarøkta kopla seg til» er ulike resultat, og å blande dei gjer samanlikninga verdilaus.

Skriv ned dei fire linjene før den første testen. Ei samanlikning du rekonstruerer frå minnet etterpå, er ei historie, ikkje ei måling.

Namngje den første feilen, ikkje den siste meldinga

Meldinga på skjermen er vanlegvis den siste hendinga i ei kjede. Legg merke til den første meiningsfulle i staden: namneoppslag, transport-timeout, avvist tilkopling, ei kontogrense eller ein øktefeil etter at tilkoplinga lukkast. Desse kategoriane har ulike eigarar og ulike rettingar, og eit generisk «fråkobla»-banner klemmer dei saman til eitt ubrukeleg ord.

Viss klienten fører logg, les han for fasen og ikkje for feilkoden. Fasen fortel deg kva lag du skal teste neste gong.

Same namn tyder ikkje same tuppel

Eit vertsnamn kan slåast opp til ulike adresser på ulike vegar, og IPv4 og IPv6 kan følgje heilt ulike ruter og policyar. Sjekk om det direkte forsøket og VPN-forsøket brukte same destinasjon og same adressefamilie før du samanliknar resultata deira. Elles samanliknar du to eksperiment og kallar dei eitt.

For ein ruteforskjell må du hugse at internett-ruting følgjer policyen til operatøren og ikkje den geografisk kortaste linja, som er nøyaktig ideen som er skildra i BGP-spesifikasjonen. Ein VPN som unngår ein dårleg transitveg, viser at ein veg var dårleg, ikkje at nokon medvite strupar deg.

Test transporten spelet faktisk brukar

Ei vellukka TCP-tilkopling til éin port etablerer ikkje ei UDP-økt, og ingen av dei beviser at innlogginga i spelet er fullført. Følg tenestene tittelen faktisk treng, i staden for ei portliste kopiert frå eit anna spel, og føretrekk å sjå på åtferda til klienten sjølv framfor å sondere utanfrå. Viss ein tenar svarar ein førespurnad frå utgangsadressa di med ei avvising, er det eit policyspørsmål for operatøren, ikkje evidens om den lokale kabelen eller rutaren din.

Bruk støtte- eller klagekanalen til utgjevaren for ei uttrykkeleg avgrensing. Å skjule kva rett ein konto har, er ein annan aktivitet med eit anna sett konsekvensar.

Når du skriv det opp, ta med begge vegar, den uendra operasjonen, den valde tenaren og adressefamilien, og den første feilen. Det er ein rapport ein operatør kan undersøkje, og han krev ikkje at du endrar fire innstillingar på éin gong for å lage han.