Hvad bør et VPN-udgangsadresseregister egentlig registrere?
Et udgangsregister er kun nyttigt, hvis hver post angiver sin betydning, sin udgiver og sin udløbsdato. Klassifikation er ikke abonnentidentifikation.
Udgangsregistre lyder som lister, og listen er ikke den svære del. Den svære del er at afgøre, hvad hver post hævder, hvem der må offentliggøre den, og hvad der sker, når påstanden holder op med at være sand. Tre forskellige adresseroller blandes sammen i disse forslag, og et register, der blander dem, kan ikke besvare noget spørgsmål pålideligt. Følg én post fra offentliggørelse til tilbagetrækning, og designkravene dukker op af sig selv.
Begynd med posten, ikke med listen
Det første spørgsmål er ikke, hvor mange adresser der skal med, men hvad en enkelt række betyder. Beskriver den, hvor klienter opretter forbindelse, hvilken kilde en destination kan se, eller hvem der har en tildeling i et register? Det er tre påstande med tre ejere og tre fejltilstande. Et register, der ikke angiver, hvilken af dem det registrerer, kan ikke valideres, rettes eller udløbe. At få betydningen rigtig er designarbejdet, og listen er kun outputtet.
Skriv rækkedefinitionen, før du skriver noget skema. Hvis definitionen har brug for ordet og, er det sandsynligvis to poster, der udgiver sig for at være én.
Tre adresseroller, der ligner hinanden
Rollerne er lette at forveksle, fordi én udrulning kan bruge alle tre på én gang, og ofte gør det. En tjeneste kan afslutte forbindelser på én adresse og videresende trafik fra en anden, mens et register registrerer et helt tredje faktum.
| 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 |
En hostingblok kan indeholde VPN-udgange og urelaterede arbejdsbelastninger side om side, så et registermatch siger intet om, hvad en given adresse gør på et givet tidspunkt. En post, der ikke navngiver sin rolle, er ikke bevis for noget bestemt. Det er navngivningen af rollen, der gør posten falsificerbar. Angiv også adressefamilien, for et register, der stiltiende kun dækker IPv4, vil vildlede enhver, der antager andet.
Følg én post fra offentliggørelse til tilbagetrækning
Tag én hypotetisk udgang og følg den. En operatør offentliggør præfikset og dets rolle på et angivet ikrafttrædelsestidspunkt, forbrugere henter det, og senere holder adressen op med at tjene som udgang. Hvert trin kræver en regel: hvem må offentliggøre, hvad præfikset faktisk dækker, hvornår posten træder i kraft, og hvordan den trækkes tilbage. Et feed uden en tilbagetrækningsvej akkumulerer forældede påstande, som ingen kan skelne fra aktuelle.
Adskil myndigheden til at offentliggøre fra etikettens nøjagtighed. En registerpost, der forbinder en organisation med en ressource, beviser tildelingen og ikke den nuværende brug, og det er forskellige påstande med forskellige beviser. Forbrugerne skal vide, hvilken af de to de stoler på.
Definer også rettelse. En adresse, der er tildelt en kunde igen, eller en urelateret tjeneste, der fanges af en forkert etiket, har brug for en dokumenteret vej til en rettelse i stedet for en diskussion i en billetkø. Tilbagetrækningsudløseren hører i samme dokument som offentliggørelsesreglen.
Hvad et offentliggjort feed kan og ikke kan understøtte
Offentliggjorte præfiksattributter er et etableret mønster, og de eksisterende eksempler beskriver geografi eller ejerskab snarere end adfærd. Et VPN-feed ville have brug for sin egen semantik, sine egne bevistegler og sin egen gennemgangsproces, og at omdøbe en landeliste leverer intet af det. ARIN-registervejledningen viser, hvad tildelingsposter hævder, og hvad de ikke hævder, og et nyt feed skal opnå samme klarhed om sine egne påstande. Det er en specifikationsopgave, ikke en omærkningsopgave.
Hvad et sådant feed kan understøtte, er en klassifikationsbeslutning om en netværkskilde. Hvad det ikke kan, er at identificere en person bag en delt adresse, bevise at al trafik fra den adresse er tunnelleret, eller afgøre, om en bestemt anmodning er misbrug. Det er tre separate spørgsmål med tre separate beviskrav.
Hold det juridiske spørgsmål uden for specifikationen
En teknisk specifikation kan ikke afgøre, om et foreslået registreringskrav er lovligt, proportionalt eller klogt. Den vurdering kræver den faktiske lovtekst, de berørte rettigheder, jurisdiktionen og en juridisk analyse, som et dataformat ikke kan levere. Et format kan være godt designet og stadig understøtte en dårlig politik.
Hvad specifikationen kan gøre, er at gøre debatten konkret. Definer først de foreslåede data, deres grænser og deres fejltilstande, så den politiske argumentation handler om en reel mekanisme i stedet for en udefineret liste, som hver deltager forestiller sig forskelligt. Det er det mest, et teknisk dokument kan bidrage med til et juridisk spørgsmål.