Kial landa etikedo de VPN ne estas la adreso, el kiu vi eliras

Vi elektas landon, konektiĝas, kaj retejo salutin en alia. La etikedo en la listo neniam promesis ion pri la adreso, el kiu vi elirus: ĝi estas kampo publikigita de iu, derivita per metodo, kiun vi ne vidis. Trakti tiun kampon kiel adreson estas la loko, kie la konfuzo komenciĝas.

Tri apartaj aferoj portas landan valoron, kaj ili povas malkonsenti sen ke iu mensogus. Distingi ilin igas la malkongruon diagnozebla anstataŭ mistera.

Tri malsamaj aferoj portas landan etikedon

La unua estas la propra kampo de la dosierujo, kiu povas esti memraportita de la operatoro, derivita el adresa datumbazo, aŭ simple kopiita kiam la rikordo estis kreita. La dua estas la adreso mem, kiu apartenas al tiu ajn reto, kiu anoncas ĝin, kaj tion respondas geoloka serĉo uzante publikigitajn mapajn datumojn en la formo priskribita en RFC 8805. La tria estas tio, kion aplikaĵo decidas montri, kio povas veni el alia datumbazo, el konta agordo aŭ el permeso, kiun vi donis sur la aparato. Nur la dua estas reta fakto, kaj eĉ tiu estas serĉo, ne observo.

Konsisto inter tiuj tri estus agrabla kaj neniel postulata. Malkongruo estas pruvo, ke ili estis derivitaj malsame, nenio pli.

Kontrolu la adreson, ne la flagon

La utila demando estas, el kiu publika adreso via trafiko efektive eliras. Tion eblas respondi el la kliento, kaj ĝi ne dependas de iu ajn listokampo. Komparu la respondon kun la prefikso, kiun vi atendis, kaj kun tio, kion geoloka serĉo diras pri ĝi, tenante la du rezultojn aparte en viaj notoj. Breĉo inter la atendata lando kaj la serĉo estas demando pri enkursigado aŭ datumbazo, dum breĉo inter la serĉo kaj la opinio de la aplikaĵo estas denove demando pri datumbazo.

Faru la kontrolon dufoje se la servo havas plurajn elirojn en la regiono. Provizejo de adresoj povas disdoni malsamajn adresojn dum sinsekvaj konektoj, kaj unu specimeno priskribas nur unu el ili.

Proksimeco sur mapo ne estas proksimeco en la reto

Proksima lando povas esti pli longa vojo ol malproksima, ĉar la fibra vojo ne sekvas la limon. Elekti nodon laŭ latento signifas mezuri la celon, kiu gravas al vi, anstataŭ elekti la plej proksiman flagon. La sama logiko validas por kapacito, ĉar malpeze ŝarĝita eliro du landojn for povas venki saturitan apudan. Mezuru unue, decidu due, kaj notu la horon, ĉar ambaŭ nombroj moviĝas.

Loko ankaŭ diras nenion pri retenado aŭ pri tio, kiu funkciigas la finpunkton. Tiuj bezonas proprajn pruvojn, kiujn landa kolumno ne povas teni.

Mem konfirmu la eliran adreson

Demandu la klienton kaj eksternan servon, kiel aspektas via adreso, poste demandu la lokan enkursigan tabelon, kiel tiu vojo estis elektita. La subaj komandoj faras ĉiujn tri, kaj la trian homoj preterlasas. Anstataŭigu la interfacan nomon per via propra tunela aparato.

curl -sS https://api.ipify.org; echo
curl -sS --interface tun0 https://api.ipify.org; echo
ip route get 1.1.1.1
ip -6 addr show dev tun0

La du unuaj linioj devus kongrui, kaj kiam ili ne kongruas, la vojo, kiun vi kredas havi, ne estas la vojo portanta vian trafikon. La vojserĉo nomas la interfacon kaj fontadreson, kiujn la kerno uzus por celo, kaj tio estas la mekanismo malantaŭ la elira adreso. La linio IPv6 gravas, ĉar maŝino povas teni tunelon por unu familio kaj rektan vojon por la alia. Landa etikedo kovras neniun el tiuj kazoj per si mem.

Skribu la observitan adreson, la opinion de la datumbazo kaj la montron de la aplikaĵo kiel tri apartajn notojn. Tiam la sekva malkongruo, kiun vi renkontos, estos facile atribuebla.