Mitä VPN-poistumisosoitteiden rekisterin pitäisi oikeastaan tallentaa?
Poistumisrekisteri on hyödyllinen vain, jos jokainen merkintä kertoo merkityksensä, julkaisijansa ja vanhenemisensa. Luokittelu ei ole tilaajan tunnistamista.
Poistumisrekisterit kuulostavat listoilta, eikä lista ole vaikea osa. Vaikea osa on päättää, mitä kukin merkintä väittää, kuka saa julkaista sen ja mitä tapahtuu, kun väite lakkaa olemasta totta. Näissä ehdotuksissa sekoitetaan kolme erilaista osoiteroolia, eikä rekisteri, joka sekoittaa ne, voi vastata mihinkään kysymykseen luotettavasti. Seuraa yhtä merkintää julkaisusta peruuttamiseen, niin suunnitteluvaatimukset ilmestyvät itsestään.
Aloita merkinnästä, älä listasta
Ensimmäinen kysymys ei ole, kuinka monta osoitetta sisällytetään, vaan mitä yksi rivi tarkoittaa. Kuvaileeko se, mihin asiakkaat yhdistävät, minkä lähteen kohde voi nähdä vai kuka pitää allokaatiota rekisterissä? Nämä ovat kolme väitettä, joilla on kolme omistajaa ja kolme vikatilaa. Rekisteri, joka ei kerro, minkä niistä se tallentaa, ei ole validoitavissa, korjattavissa eikä vanhennettavissa. Merkityksen oikein ymmärtäminen on suunnittelutyötä, ja lista on vain tulos.
Kirjoita rivin määritelmä ennen minkään skeeman kirjoittamista. Jos määritelmä tarvitsee sanan ja, se on todennäköisesti kaksi merkintää, jotka esiintyvät yhtenä.
Kolme samannäköistä osoiteroolia
Roolit on helppo sekoittaa, koska yksi käyttöönotto voi käyttää kaikkia kolmea yhtä aikaa, ja usein käyttääkin. Palvelu voi päättää yhteydet yhdessä osoitteessa ja välittää liikennettä toisesta, kun taas rekisteri tallentaa täysin kolmannen tosiasian.
| 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 |
Hosting-lohko voi sisältää VPN-poistumia ja niihin liittymättömiä työkuormia rinnakkain, joten rekisteriosuma ei kerro mitään siitä, mitä tietty osoite tekee tietyllä hetkellä. Merkintä, joka ei nimeä rooliaan, ei ole todiste mistään erityisestä. Roolin nimeäminen tekee merkinnästä kumottavan. Ilmoita myös osoiteperhe, sillä rekisteri, joka kattaa hiljaisesti vain IPv4:n, johtaa harhaan kaikkia, jotka olettavat muuta.
Seuraa yhtä merkintää julkaisusta peruuttamiseen
Ota yksi hypoteettinen poistuma ja seuraa sitä. Operaattori julkaisee etuliitteen ja roolinsa ilmoitettuna voimaantulohetkenä, kuluttajat noutavat sen, ja myöhemmin osoite lakkaa toimimasta poistumana. Jokainen vaihe tarvitsee säännön: kuka saa julkaista, mitä etuliite todella kattaa, milloin merkintä tulee voimaan ja miten se peruutetaan. Syöte ilman peruutuspolkua kerää vanhentuneita väitteitä, joita kukaan ei voi erottaa nykyisistä.
Erota julkaisuvaltuus merkinnän tarkkuudesta. Organisaation resurssiin yhdistävä rekisterimerkintä todistaa allokaation, ei nykyistä käyttöä, ja ne ovat eri väitteitä eri todisteilla. Kuluttajien on tiedettävä, kumpaan kahdesta he luottavat.
Määrittele myös korjaus. Asiakkaalle uudelleen osoitettu osoite tai väärän merkinnän kohtaama asiaankuulumaton palvelu tarvitsee dokumentoidun polun korjaukseen eikä väittelyä tikettijonossa. Peruutuslaukaisin kuuluu samaan asiakirjaan julkaisusäännön kanssa.
Mitä julkaistu syöte voi tukea ja mitä ei
Julkaistut etuliiteattribuutit ovat vakiintunut malli, ja olemassa olevat esimerkit kuvaavat maantiedettä tai omistusta eivätkä käyttäytymistä. VPN-syöte tarvitsisi oman semantiikkansa, omat todistesääntönsä ja oman tarkistusprosessinsa, eikä maaluettelon uudelleennimeäminen tarjoa niistä mitään. ARIN-rekisterin opas näyttää, mitä allokaatiomerkinnät väittävät ja mitä eivät, ja uuden syötteen on saavutettava sama selkeys omista väitteistään. Se on määrittelytehtävä, ei uudelleenmerkintätehtävä.
Sen, mitä tällainen syöte voi tukea, on verkkolähteen luokittelupäätös. Sen, mitä se ei voi tehdä, on tunnistaa henkilö jaetun osoitteen takana, todistaa, että kaikki kyseisestä osoitteesta tuleva liikenne kulkee tunnelissa, tai päättää, onko tietty pyyntö väärinkäyttöä. Nämä ovat kolme erillistä kysymystä, joilla on kolme erillistä todistevaatimusta.
Pidä oikeudellinen kysymys määrittelyn ulkopuolella
Tekninen määrittely ei voi ratkaista, onko ehdotettu rekisteröintivaatimus laillinen, oikeasuhteinen vai viisas. Tämä arviointi tarvitsee todellisen lainsäädäntötekstin, loukatut oikeudet, lainkäyttöalueen ja oikeudellisen analyysin, jota tietomuoto ei voi tarjota. Muoto voi olla hyvin suunniteltu ja silti tukea huonoa politiikkaa.
Sen, mitä määrittely voi tehdä, on tehdä keskustelusta konkreettista. Määrittele ensin ehdotetut tiedot, niiden rajat ja vikatilat, jotta poliittinen väittely koskee todellista mekanismia eikä määrittelemätöntä listaa, jonka jokainen osallistuja kuvittelee eri tavalla. Tämä on enin, mitä tekninen asiakirja voi antaa oikeudelliseen kysymykseen.