Kion fakte devus registri registro de VPN-eliraj adresoj?
Elirregistro utilas nur se ĉiu ero indikas sian signifon, sian eldonanton kaj sian limdaton. Klasifiko ne estas identigo de abonanto.
Elirregistroj sonas kiel listoj, kaj la listo ne estas la malfacila parto. La malfacila parto estas decidi, kion asertas ĉiu ero, kiu rajtas publikigi ĝin, kaj kio okazas kiam la aserto ĉesas esti vera. Tri malsamaj adresroloj miksiĝas en tiuj proponoj, kaj registro, kiu miksas ilin, ne povas fidinde respondi al iu ajn demando. Sekvu unu eron de publikigo ĝis retiro, kaj la projektaj postuloj aperos mem.
Komencu per la rikordo, ne per la listo
La unua demando ne estas kiom da adresoj inkluzivi, sed kion signifas unu vico. Ĉu ĝi priskribas, kie klientoj konektiĝas, kiun fonton celo povas vidi, aŭ kiu tenas asignon en registro? Tiuj estas tri asertoj kun tri posedantoj kaj tri fiaskmanieroj. Registro, kiu ne indikas, kiun el ili ĝi registras, ne povas esti validigita, korektita aŭ eksvalidigita. Bone kompreni la signifon estas la projektlaboro, kaj la listo estas nur la produktaĵo.
Skribu la vicdifinon antaŭ ol skribi iun ajn skemon. Se la difino bezonas la vorton kaj, ĝi probable estas du rikordoj ŝajnigantaj esti unu.
Tri adresroloj, kiuj aspektas simile
La rolojn facile konfuzi, ĉar unu deplojo povas uzi ĉiujn tri samtempe, kaj ofte faras tion. Servo povas fini konektojn ĉe unu adreso kaj plusendi trafikon de alia, dum registro registras tute trian fakton.
| 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 |
Gastiga bloko povas enhavi VPN-elirojn kaj nerilatajn laborŝarĝojn unu apud la alia, do registra kongruo diras nenion pri tio, kion faras donita adreso en donita momento. Ero, kiu ne nomas sian rolon, ne estas pruvo de io aparta. Ĝuste nomi la rolon igas la rikordon malpruvebla. Indiku ankaŭ la adresfamilion, ĉar registro, kiu silente kovras nur IPv4, trompos ĉiun, kiu supozas alie.
Sekvu unu eron de publikigo ĝis retiro
Prenu unu hipotezan eliron kaj sekvu ĝin. Operatoro publikigas la prefikson kaj sian rolon je deklarita efektiva tempo, konsumantoj akiras ĝin, kaj poste la adreso ĉesas servi kiel eliro. Ĉiu paŝo bezonas regulon: kiu rajtas publikigi, kion la prefikso efektive kovras, kiam la ero ekvalidas, kaj kiel ĝi estas retirata. Fluo sen retira vojo amasigas eksdatajn asertojn, kiujn neniu povas distingi de la aktualaj.
Apartigu la aŭtoritaton publikigi de la akurateco de la etikedo. Registra rikordo liganta organizaĵon al rimedo pruvas la asignon kaj ne la nunan uzon, kaj tiuj estas malsamaj asertoj kun malsamaj pruvoj. Konsumantoj devas scii, kiun el la du ili fidas.
Difinu ankaŭ korektadon. Adreso reasignita al kliento, aŭ nerilata servo kaptita de malĝusta etikedo, bezonas dokumentitan vojon al solvo anstataŭ disputon en bileta vico. La retira ellasilo apartenas al la sama dokumento kiel la publikiga regulo.
Kion publikigita fluo povas subteni kaj kion ne
Publikigitaj prefiksaj atributoj estas establita ŝablono, kaj la ekzistantaj ekzemploj priskribas geografion aŭ posedon anstataŭ konduton. VPN-fluo bezonus sian propran semantikon, siajn proprajn pruvregulojn kaj sian propran revizian procezon, kaj renomado de landlisto provizas neniun el ili. La gvidilo pri la registro ARIN montras, kion asignaj rikordoj asertas kaj kion ne, kaj nova fluo devas gajni la saman klarecon pri siaj propraj asertoj. Tio estas specifika tasko, ne reetikeda tasko.
Kion tia fluo povas subteni estas klasifika decido pri reta fonto. Kion ĝi ne povas, estas identigi personon malantaŭ dividita adreso, pruvi, ke la tuta trafiko de tiu adreso iras tra tunelo, aŭ decidi, ĉu aparta peto estas misuzo. Tiuj estas tri apartaj demandoj kun tri apartaj pruvpostuloj.
Tenu la juran demandon ekster la specifo
Teknika specifo ne povas decidi, ĉu proponita registrada postulo estas laŭleĝa, proporcia aŭ saĝa. Tiu takso bezonas la faktan leĝdonan tekston, la tuŝitajn rajtojn, la jurisdikcion kaj juran analizon, kiun datumformato ne povas provizi. Formato povas esti bone dizajnita kaj tamen subteni malbonan politikon.
Kion la specifo povas fari estas konkretigi la debaton. Unue difinu la proponitajn datumojn, iliajn limojn kaj iliajn fiaskmanierojn, por ke la politika argumento temas pri reala mekanismo anstataŭ pri nedifinita listo, kiun ĉiu partoprenanto imagas alie. Tio estas la plej multe, kion teknika dokumento povas kontribui al jura demando.