Kial VPN-adresaro ne povas garantii por la nodo malantaŭ ĝi
Listo priskribas konekton kaj la adresaron, kiu publikigis ĝin. Kolektado kaj konservado apartenas al la operatoro, kiu povas esti alia partio.
Adresaraj rikordoj, kiuj listigas gastigantan nomon, landon kaj aron da protokoloj , estas pruvo pri konektebleco, ne pri tio, kion registras la maŝino ĉe la alia flanko. La decido grava ĉi tie ne estas, ĉu oni fidu listojn ĝenerale. Ĝi estas, kiu partio kapablas respondi la demandon, kiun vi efektive starigas.
Kvar partioj malantaŭ unu rikordo
Apartigu la rolojn antaŭ ol legi ajnan promeson. La adresaro publikigas la rikordon, la softvara projekto liveras la protokolan realigon, la gastiga provizanto liveras la maŝinon kaj la reton, kaj la nodoperatoro agordas la servon. Ĉiu el la kvar povas esti alia organizo, kaj ĉiu povas paroli nur por sia propra parto.
Tiu disigo klarigas, kial aserto povas esti vera kaj tamen senutila. Programisto, kiu dokumentas, ke la protokolo ne registras la enhavon, diras nenion pri operatoro, kiu ŝaltis detalajn konektajn protokolojn ĉe relajso. Ambaŭ asertoj povas ekzisti kune sen kontraŭdiro. Ĝuste tial la demando devas esti direktita al nomita partio.
Iuj servoj mem funkciigas siajn finpunktojn, kaj tiam la rikordo kaj la politiko venas de la sama partio. Tio estas pli forta pozicio, sed ĝi ankoraŭ devas esti pruvita, ne konjektita el la formato de la paĝo. Petu la deklaron, kaj kontrolu, ĉu ĝi nomas la servon, al kiu la rikordo montras.
Petu la dokumenton, kiu kongruas kun la aserto
Aserto pri kolektado bezonas dokumenton, kiu nomas la sistemon, la datenkategorion kaj la periodon. Aserto pri konservado bezonas nombron kaj amplekson. Aserto pri sendependeco bezonas priskribon de tio, kiu posedas kion, ne adjektivon.
| Field in a listing | What it evidences | What it cannot evidence |
|---|---|---|
| Hostname or address | A reachable endpoint existed when the entry was published | Who runs it, or what it stores |
| Protocols offered | Which client configurations should interoperate | Whether logging was disabled on that deployment |
| Country | Where the endpoint claims to be located | Which legal process could reach the operator |
| Availability score | How often the entry answered a probe | Anything about data handling |
Volontulaj projektoj ofte estas la plej klara ekzemplo, ĉar iuj publikigas eksplicitajn registrajn postulojn por la nodoj, kiujn ili akceptas. Tiu dokumento estas unuagrada pruvo pri la reguloj de la projekto, kaj ĝi ankoraŭ ne estas pruvo pri unuopa operatoro, kiu ignoris ilin.
Aŭditoj sekvas la saman logikon je alia skalo. Raporto, kiu ekzamenis konkretan surmetadon dum konkreta periodo, estas utila ene de tiu limo. Etendite sur ĉiun sendependan kazon de la sama softvaro, ĝi fariĝas garantio, kiun neniu eldonis. Legu la ampleksan paragrafon antaŭ ol legi la konkludon.
Kiam privateca deklaro de vendanto kovras lian propran servon, legu ĝin kiel deklaron de tiu vendanto pri liaj propraj sistemoj. Reuzi ĝin por priskribi relajson de tria partio estas kategoria eraro, eĉ kiam la protokolo estas identa.
Decidu, kion vi aĉetas per ĉiu opcio
Publika nodo aĉetas atingeblecon kaj diversecon je la kosto de respondeco. Operatoro, kiu ŝuldas al vi nenion, povas malaperi, ŝanĝi la agordon aŭ konservi rikordojn sen avizo, kaj via eliro limiĝas al ŝanĝi finpunktojn. Tiu interŝanĝo estas akceptebla por iuj taskoj kaj ne por aliaj.
Pagata servo aĉetas kontraŭpartion kun publikigita politiko kaj kun io por perdi. Ĝi ne aĉetas teknikan garantion kaj ne forigas la bezonon legi la politikon, sed nomita organizo kun konserva deklaro estas pli facile taksebla ol anonima relajso.
La decida regulo, kiu postvivas ambaŭ kazojn, estas akordigi la pruvon kun la risko. Se la tasko toleras rotacian finpunkton, la adresaro estas efika ilo. Se ĝi dependas de konkreta promeso pri datenprilaborado, nur la partio, kiu povas doni tiun promeson, estas grava, kaj la adresaro estas oportuneco de enkursigo, ne garantiado.
curl -s --interface tun0 https://example.net/ -o /dev/null -w '%{remote_ip}
'La unu komando supre indas esti rulata, ĉar ĝi klare apartigas du demandojn. Ĝi montras la adreson, kiun via trafiko efektive uzis, kio estas fakto pri konektebleco, kaj ĝi diras nenion pri tio, kion la operatoro de tiu adreso faris kun la konektaj metadatenoj.
Tenu la demandojn ĉe la klienta flanko apartaj
Politiko de la operatoro estas unu tavolo, kaj la sekureco de tio, kion vi faras tra la tunelo, estas alia. HTTPS ĉe la celo, sesia traktado en la retumilo kaj la forto de la konto, en kiun vi ensalutis, restas viaj kontroloj, kaj permesema relajso ne malfortigas ilin, dum bonega ne fortigas ilin.
Tiu disigo malhelpas du oftajn erarojn. Konsideri striktan operatoran politikon kialo por preterlasi HTTPS estas unu, kaj konsideri funkciantan HTTPS-konekton kialo por ignori, kiu funkciigas la relajson, estas la alia. Ambaŭ eraroj kunfandas du tavolojn en unu kaj poste disputas pri la malĝusta.
Mallonga skriba takso traktas ambaŭ. Nomu la partion, kiu donas ĉiun promeson, aldonu la dokumenton, kiu subtenas ĝin, kaj notu la daton. Poste decidu, ĉu la tasko bezonas la pli fortan aserton aŭ nur funkciantan vojon.
La rikordo faris sian laboron, kiam ĝi diris al vi, kie vi povas konektiĝi. La resto de la demando apartenas al tiu, kiu funkciigas tiun finpunkton, kaj la honesta respondo ofte estas, ke vi ne povas scii kaj devus elekti laŭe.