Kva bør eigentleg eit VPN-utgangsadresseregister registrere?
Eit utgangsregister er berre nyttig dersom kvar oppføring oppgir tydinga, utgjevaren og utløpsdatoen. Klassifisering er ikkje abonnentidentifikasjon.
Utgangsregister høyrest ut som lister, og lista er ikkje den vanskelege delen. Den vanskelege delen er å avgjere kva kvar oppføring hevdar, kven som kan publisere henne, og kva som skjer når påstanden ikkje lenger er sann. Tre ulike adresseroller blir blanda saman i desse framlegga, og eit register som blandar dei, kan ikkje svare på noko spørsmål påliteleg. Følg éi oppføring frå publisering til tilbaketrekking, og designkrava dukkar opp av seg sjølv.
Byrja med oppføringa, ikkje med lista
Det første spørsmålet er ikkje kor mange adresser som skal takast med, men kva ei enkel rad tyder. Skildrar ho kvar klientar koplar til, kva kjelde ein destinasjon kan sjå, eller kven som har ei tildeling i eit register? Det er tre påstandar med tre eigarar og tre feilmodusar. Eit register som ikkje oppgir kva av dei det registrerer, kan ikkje validerast, rettast eller gå ut. Å få tydinga rett er designarbeidet, og lista er berre utdataa.
Skriv raddefinisjonen før du skriv noko skjema. Viss definisjonen treng ordet og, er det truleg to oppføringar som gjev seg ut for å vere éi.
Tre adresseroller som ser like ut
Rollene er lette å forveksle fordi éin utrulling kan bruke alle tre samtidig, og ofte gjer det. Ein teneste kan avslutte tilkoplingar på éi adresse og videresende trafikk frå ei anna, medan eit register registrerer eit heilt 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 |
Ein hostingblokk kan innehalde VPN-utgangar og urelaterte arbeidslaster side om side, så eit registertreff seier ingenting om kva ei gitt adresse gjer på eit gitt tidspunkt. Ei oppføring som ikkje nemner rolla si, er ikkje prov for noko bestemt. Det er namngjevinga av rolla som gjer oppføringa falsifiserbar. Oppgi også adressefamilien, for eit register som stillteiande berre dekkjer IPv4, vil villede alle som trur noko anna.
Følg éi oppføring frå publisering til tilbaketrekking
Ta éin hypotetisk utgang og følg han. Ein operatør publiserer prefikset og rolla si på eit oppgitt ikraftsetjings-tidspunkt, forbrukarar hentar det, og seinare sluttar adressa å tene som utgang. Kvart steg treng ei regel: kven som kan publisere, kva prefikset faktisk dekkjer, når oppføringa tek til å gjelde, og korleis ho blir trekt tilbake. Ein feed utan tilbaketrekkingsveg samlar forelda påstandar som ingen kan skilje frå gjeldande.
Skil myndet til å publisere frå nøyaktet til etiketten. Ei registeroppføring som knyter ein organisasjon til ein ressurs, provar tildelinga og ikkje dagens bruk, og det er ulike påstandar med ulike prov. Forbrukarane må vite kva av dei to dei stolar på.
Definer også korreksjon. Ei adresse som blir tildelt ein kunde på nytt, eller ei urelatert teneste som blir fanga av ein feil etikett, treng ein dokumentert veg til ei retting i staden for ein diskusjon i ein billettkø. Tilbaketrekkingsutløysaren høyrer til i same dokument som publiseringsregelen.
Kva ein publisert feed kan og ikkje kan støtte
Publiserte prefiksattributtar er eit etablert mønster, og dei eksisterande døma skildrar geografi eller eigarskap snarare enn åtferd. Ein VPN-feed ville trengje si eiga semantikk, sine eigne provsreglar og sin eigen gjennomgangsprosess, og å gje ei landliste nytt namn gjev ingen av dei. ARIN-registerrettleiinga viser kva tildelingsoppføringar hevdar og ikkje hevdar, og ein ny feed må oppnå same klarleiken om sine eigne påstandar. Det er ei spesifikasjonsoppgåve, ikkje ei ometiketteringsoppgåve.
Det ein slik feed kan støtte, er ei klassifiseringsavgjerd om ei nettverkskjelde. Det han ikkje kan, er å identifisere ein person bak ei delt adresse, prove at all trafikk frå den adressa er tunnellert, eller avgjere om ein bestemd førespurnad er misbruk. Det er tre separate spørsmål med tre separate provskrav.
Hald det juridiske spørsmålet utanfor spesifikasjonen
Ein teknisk spesifikasjon kan ikkje avgjere om eit framlegg om registreringskrav er lovleg, forholdsmessig eller klokt. Den vurderinga treng den faktiske lovteksten, dei berørte rettane, jurisdiksjonen og ein juridisk analyse som eit dataformat ikkje kan levere. Eit format kan vere godt designa og likevel støtte ein dårleg politikk.
Det spesifikasjonen kan gjere, er å gjere debatten konkret. Definer først dei framlagde dataa, grensene deira og feilmodusane, slik at det politiske argumentet handlar om ein reell mekanisme i staden for ei udefinert liste som kvar deltakar føresteller seg ulikt. Det er det meste eit teknisk dokument kan bidra med til eit juridisk spørsmål.