Kaj naj bi register izhodnih naslovov VPN pravzaprav zapisoval?
Register izhodov je uporaben le, če vsak vnos navaja svoj pomen, izdajatelja in veljavnost. Klasifikacija ni identifikacija naročnika.
Registri izhodov zvenijo kot seznami, seznam pa ni težji del. Težji del je odločiti, kaj trdi vsak vnos, kdo ga sme objaviti in kaj se zgodi, ko trditev ni več resnična. V teh predlogih se mešajo tri različne vloge naslova, register, ki jih meša, pa ne more zanesljivo odgovoriti na nobeno vprašanje. Sledite enemu vnosu od objave do preklica in zahteve oblikovanja se pojavijo same.
Začnite z zapisom, ne s seznamom
Prvo vprašanje ni, koliko naslovov vključiti, ampak kaj pomeni ena vrstica. Ali opisuje, kam se povezujejo odjemalci, kateri vir lahko vidi cilj, ali kdo ima dodelitev v registru? To so tri trditve s tremi lastniki in tremi načini odpovedi. Registra, ki ne navaja, katero od njih beleži, ni mogoče preveriti, popraviti ali izteči. Pravilno razumevanje pomena je oblikovalsko delo, seznam pa je le rezultat.
Napišite definicijo vrstice, preden napišete kakršno koli shemo. Če definicija potrebuje besedo in, sta to verjetno dva zapisa, ki se pretvarjata, da sta eden.
Tri vloge naslova, ki so si podobne
Vloge je lahko zamenjati, ker lahko ena namestitev uporablja vse tri hkrati, in to pogosto počne. Storitev lahko zaključi povezave na enem naslovu in posreduje promet z drugega, medtem ko register beleži povsem tretje dejstvo.
| Address role | Who may publish | What it does not prove | Withdrawal trigger |
|---|---|---|---|
| Forwarded exit | The operator that forwards the traffic, or a feed it authorizes | That a subscriber is behind the address, or that all its traffic is tunnelled | The address stops forwarding for that operator, or the prefix is reassigned |
| Registered allocation | The registry, or the holder of the allocation | That the resource is used as a VPN exit, or which application uses it | The allocation is returned, transferred, or the holder changes |
| Tunnel entry | The operator that terminates the tunnel | That traffic exits from the same address, or that the client is a subscriber | The endpoint is decommissioned or its address changes |
Gostiteljski blok lahko vsebuje izhode VPN in nepovezane delovne obremenitve drugo ob drugem, zato ujemanje v registru ne pove ničesar o tem, kaj določen naslov počne v določenem trenutku. Vnos, ki ne poimenuje svoje vloge, ni dokaz za nič posebnega. Prav poimenovanje vloge naredi zapis ovrgljiv. Navedite tudi družino naslovov, ker bo register, ki tiho pokriva samo IPv4, zavedel vsakogar, ki predpostavlja nasprotno.
Sledite enemu vnosu od objave do preklica
Vzemite en hipotetični izhod in mu sledite. Upravljavec objavi predpono in svojo vlogo ob navedenem času začetka veljavnosti, potrošniki jo pridobijo, pozneje pa naslov preneha služiti kot izhod. Vsak korak potrebuje pravilo: kdo sme objavljati, kaj predpona dejansko pokriva, kdaj vnos začne veljati in kako se prekliče. Tok brez poti preklica kopiči zastarele trditve, ki jih nihče ne more ločiti od aktualnih.
Ločite pooblastilo za objavo od natančnosti oznake. Registrski zapis, ki povezuje organizacijo z virom, dokazuje dodelitev in ne trenutne uporabe, in to so različne trditve z različnimi dokazi. Potrošniki morajo vedeti, kateri od obeh zaupajo.
Določite tudi popravek. Naslov, ki je ponovno dodeljen stranki, ali nepovezana storitev, ki jo ujame napačna oznaka, potrebuje dokumentirano pot do popravka namesto razprave v čakalni vrsti zahtevkov. Sprožilec preklica spada v isti dokument kot pravilo objave.
Kaj lahko objavljeni tok podpre in česa ne
Objavljene lastnosti predpone so uveljavljen vzorec, obstoječi primeri pa opisujejo geografijo ali lastništvo, ne vedenja. Tok VPN bi potreboval lastno semantiko, lastna pravila dokazov in lasten postopek pregleda, preimenovanje seznama držav pa ne ponudi ničesar od tega. Vodnik po registru ARIN kaže, kaj dodelitveni zapisi trdijo in česa ne, nov tok pa si mora pridobiti enako jasnost o svojih lastnih trditvah. To je naloga specifikacije, ne naloga preoznačevanja.
Kaj lahko tak tok podpre, je odločitev o klasifikaciji omrežnega vira. Česar ne more, je prepoznati osebe za skupnim naslovom, dokazati, da ves promet s tega naslova poteka skozi tunel, ali odločiti, ali je določena zahteva zloraba. To so tri ločena vprašanja s tremi ločenimi zahtevami po dokazih.
Pravno vprašanje pustite zunaj specifikacije
Tehnična specifikacija ne more odločiti, ali je predlagana zahteva za registracijo zakonita, sorazmerna ali smiselna. Ta presoja potrebuje dejansko zakonodajno besedilo, prizadete pravice, jurisdikcijo in pravno analizo, ki je podatkovni format ne more zagotoviti. Format je lahko dobro zasnovan in kljub temu podpira slabo politiko.
Kaj lahko specifikacija naredi, je to, da razpravo naredi konkretno. Najprej določite predlagane podatke, njihove meje in načine odpovedi, da bo politična razprava o resničnem mehanizmu in ne o nedefiniranem seznamu, ki si ga vsak udeleženec predstavlja drugače. To je največ, kar lahko tehnični dokument prispeva k pravnemu vprašanju.