Gastigantnomoj kaj landaj flagoj aspektas kiel faktoj pri servilo, kaj nek unu nek la alia estas tio. Nomo montras al adresoj, kiuj povas ŝanĝiĝi, kaj la vortojn ene elektis tiu, kiu registris ĝin. Protokolo, elirloko kaj protokolada konduto ĉiu bezonas sian propran pruvon. Komencu de tio, al kio la nomo efektive solviĝas, poste decidu, kio ankoraŭ estas nekonata.

La nomo solviĝas, kaj nenio alia estas solvita

Gastigantnomo estas montrilo en DNS, kaj la rikordoj malantaŭ ĝi povas malsami laŭ solvilo, laŭ horo de la tago kaj laŭ la adresa familio, kiun la kliento preferas. Du homoj legantaj la saman dosierujan enskribon povas tute laŭleĝe atingi malsamajn maŝinojn. La nomo diras, kion demandi, ne kion respondos.

Ankaŭ serĉrezultoj ŝanĝiĝas sen anonco, kio gravas kiam profilo fiksas adreson anstataŭ la nomon. Profilo, kiu enkodigas la malnovan adreson, daŭre malsukcesas post kiam la funkciiganto movas la servon, kaj la malsukceso aspektas kiel blokita pordo. Konservu la solvitajn adresojn apud la profilo, por ke posta komparo havu bazlinion. Nenio el tio diras ion pri tio, kiu funkciigas la alian finon.

dig +short vpn.example.net A
dig +short vpn.example.net AAAA
dig +short vpn.example.net A @1.1.1.1

Transporto kaj identeco estas apartaj demandoj

Malferma retpaĝo ĉe la gastigantnomo testas unu aŭskultanton ĉe unu pordo. OpenVPN, IPsec kaj SSTP aŭskultas aliloke, ĉe siaj propraj pordoj kaj protokoloj, do atingebla retservilo diras nenion pri ili.

La dosieruja enskribo kaj la profilo devas kongrui pri transporto, pordo kaj akreditiloj. Identeco estas kontrolata per la atestila ĉeno aŭ la fingrospuro de la partnera ŝlosilo, per kiu la kliento estis agordita, ne per la literumado de la gastiganto. Nomo enhavanta konatan projektovorton pruvas nur, ke iu registris ĝin. Legu la atestilon, kiun la servo prezentas, kaj komparu eldoninton kaj subjekton kun tio, kion la profilo atendas.

openssl s_client -connect vpn.example.net:443 -servername vpn.example.net </dev/null 2>/dev/null |
  openssl x509 -noout -subject -issuer -dates

Landaj vortoj ne estas loka revizio

Etikedo jp aŭ de en dosierujo estas registraĵo, kaj IP-geolokadaj datumbazoj tro ofte malkonsentas, por ke iu ajn el ili meritu esti traktata kiel absoluta vero. Komuna gastigado, anycast kaj simpla misagordo ĉiuj movas la observitan lokon for de la etikedo.

La praktika testo estas la propra vojo de la aplikaĵo: kiun adreson ĝi atingas, kaj kion elira-adresa kontrolo montras de interne de la sesio. Observita elira adreso estas eco de la itinero en tiu momento, ne garantio ligita al la nomo. Dosierujoj de volontuloj aldonas plian tavolon, ĉar la persono, kiu registris enskribon, ne nepre estas la persono, kiu funkciigas la maŝinon. Notu, kion vi mezuris kaj kiam, anstataŭ tion, kion la enskribo promesis.

Kontrolu la proponatan servon, poste la funkciiganton

Post kiam transporto kaj identeco estas solvitaj, la restanta demando estas la konduto de la funkciiganto, kaj tio postulas dokumentan pruvon anstataŭ konkludon. Privateca politiko, publikigita kontakto kaj travideleca avizo estas pruvoj de intenco; neniu el ili pruvas la praktikon, kaj la foresto de ĉiuj tri ankaŭ estas informo.

Por publika aŭ volontule funkciigata nodo, supozu, ke la eliro estas komuna kaj ke tiu, kiu ĝin funkciigas, povas vidi, kio pasas tra ĝi. Tiu supozo, ne la gastigantnomo, decidu, kion vi sendas tra la tunelo.

curl -sSI https://vpn.example.net/ | head -n 5
whois 203.0.113.25 | grep -i -E 'orgname|netname'

Konservu la nomon por tio, en kio ĝi bonas: trovi finpunkton kaj konektiĝi al ĝi. Ĉio pli devas esti testata aparte, en la tago, kiam ĝi gravas.

Rilataj artikoloj