La sama luda servilo funkcias nur per VPN: kion tio pruvas

Unu servilo, du provoj: kun VPN malŝaltita la sesio falas dum ŝarĝado, kun ĝi ŝaltita la sama sesio aliĝas. Tio estas reala pruvo kaj facile trolegeblas. Ŝalti VPN samtempe ŝanĝas la fontan adreson, la transitan vojon, la politikon de la solvilo kaj foje la adresan familion, do sukceso diras al vi, ke la diferenco gravis, sen diri, kiu diferenco ĝi estis. Trapasi la komparon unu tavole samtempe estas kiel vi ricevas respondon, pri kiu vi povas agi. Ĝi ankaŭ malhelpas vin ŝanĝi kvar aferojn kaj lerni nenion.

Unue konfirmu, kion celas la operatoro

Privata servilo, kiu postulas aprobitan VPN, devas esti neatingebla per ordinara publika konekto, kaj tio estas funkcianta agordo, ne difekto. Publikigita publika servilo, kiu malsukcesas ĝuste sur unu alirvojo, estas alia kazo kun alia posedanto. Antaŭ ol testi ion ajn, establu, kiun el la du vi rigardas, ĉar la respondo decidas, ĉu vi sencimigas reton aŭ legas regularon. Demandu la operatoron aŭ legu iliajn publikigitajn alirnotojn, anstataŭ dedukti tion el malsukcesa aliĝo.

Se la operatoro publikigas alirmetodon, uzu ĝin. Ĉirkaŭi intencan limigon ne estas la sama tasko kiel ripari rompitan itineron.

Tenu la komparan protokolon malgranda kaj fiksa

Tenu la ludon, la konton, la elektitan servilon kaj la operacion konstantaj inter provoj, kaj ŝanĝu nur la VPN-staton. Notu la servilan identigilon kaj regionon, plus la faktan adreson, kie la kliento montras ĝin, ĉar la videbla servila nomo ne estas tio, kion la reto uzas. „La lanĉilo malfermiĝis“ kaj „ĉi tiu plurludanta sesio aliĝis“ estas malsamaj rezultoj, kaj miksado de ili senvalorigas la komparon.

Skribu la kvar liniojn antaŭ la unua testo. Komparo, kiun vi poste rekonstruas el memoro, estas rakonto, ne mezuro.

Nomu la unuan fiaskon, ne la lastan mesaĝon

La mesaĝo sur la ekrano kutime estas la lasta evento en ĉeno. Notu anstataŭe la unuan signifan: nomdistribuon, transportan tempolimon, malakcepton de konekto, limigon de konto aŭ sesieraron post kiam la konekto sukcesis. Tiuj kategorioj havas malsamajn posedantojn kaj malsamajn riparojn, kaj ĝenerala standardo „malkonektita“ kunpremas ilin en unu senutilan vorton.

Se la kliento tenas protokolon, legu ĝin por la etapo, ne por la erarkodo. La etapo diras al vi, kiun tavolon testi poste.

Sama nomo ne signifas saman opon

Gastiganta nomo povas solviĝi al malsamaj adresoj sur malsamaj vojoj, kaj IPv4 kaj IPv6 povas sekvi tute malsamajn itinerojn kaj malsamajn politikojn. Kontrolu, ĉu la rekta provo kaj la VPN-provo uzis la saman celon kaj la saman adresan familion, antaŭ ol kompari iliajn rezultojn. Alie vi komparas du eksperimentojn kaj nomas ilin unu.

Por itinera diferenco, memoru, ke interreta enkursigo sekvas la politikon de la operatoro, ne la geografie plej mallongan linion, kio estas ĝuste la ideo priskribita en la BGP-specifikaĵo. VPN, kiu evitas malbonan transitan vojon, pruvas, ke vojo estis malbona, ne ke iu intence limigas vin.

Testu la transporton, kiun la ludo efektive uzas

Sukcesa TCP-konekto al unu pordo ne establas UDP-sesion, kaj nek unu pruvas, ke la ensaluto de la ludo kompletiĝis. Sekvu la servojn, kiujn la titolo efektive bezonas, anstataŭ pordan liston kopiitan el alia ludo, kaj preferu observi la konduton de la kliento mem anstataŭ sondi de ekstere. Se servilo respondas peton de via elira adreso per rifuzo, tio estas politika demando por la operatoro, ne pruvo pri via loka kablo aŭ enkursigilo.

Uzu la subtenan aŭ apelacian kanalon de la eldonisto por eksplicita limigo. Kaŝi la elekteblecon de konto estas alia agado kun alia aro de sekvoj.

Kiam vi skribos ĝin, inkluzivu ambaŭ vojojn, la senŝanĝan operacion, la elektitan servilon kaj adresan familion, kaj la unuan fiaskon. Tio estas raporto, kiun operatoro povas esplori, kaj ĝi ne postulas ŝanĝi kvar agordojn samtempe por produkti ĝin.