Ce ar trebui să înregistreze de fapt un registru al adreselor de ieșire VPN?
Un registru de ieșiri este util doar dacă fiecare intrare își declară semnificația, editorul și expirarea. Clasificarea nu este identificarea abonatului.
Registrele de ieșire sună ca niște liste, iar lista nu este partea dificilă. Partea dificilă este să decizi ce afirmă fiecare intrare, cine o poate publica și ce se întâmplă când afirmația nu mai este adevărată. În aceste propuneri se confundă trei roluri diferite de adresă, iar un registru care le amestecă nu poate răspunde în mod fiabil la nicio întrebare. Urmați o singură intrare de la publicare până la retragere și cerințele de proiectare apar de la sine.
Începeți cu înregistrarea, nu cu lista
Prima întrebare nu este câte adrese să includem, ci ce înseamnă un singur rând. Descrie unde se conectează clienții, ce sursă poate vedea o destinație sau cine deține o alocare într-un registru? Sunt trei afirmații cu trei proprietari și trei moduri de eșec. Un registru care nu indică pe care dintre ele îl înregistrează nu poate fi validat, corectat sau expirat. A înțelege corect semnificația este munca de proiectare, iar lista este doar rezultatul.
Scrieți definiția rândului înainte de a scrie orice schemă. Dacă definiția are nevoie de cuvântul și, probabil sunt două înregistrări care se prefac a fi una.
Trei roluri de adresă care seamănă
Rolurile sunt ușor de confundat pentru că o implementare le poate folosi pe toate trei simultan, și adesea o face. Un serviciu poate încheia conexiunile la o adresă și poate redirecționa traficul de la alta, în timp ce un registru înregistrează un al treilea fapt cu totul diferit.
| 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 |
Un bloc de găzduire poate conține ieșiri VPN și sarcini de lucru fără legătură una lângă alta, așa că o potrivire în registru nu spune nimic despre ce face o anumită adresă într-un anumit moment. O intrare care nu își numește rolul nu este dovada nimic anume. Tocmai numirea rolului face înregistrarea infirmabilă. Indicați și familia de adrese, pentru că un registru care acoperă în tăcere doar IPv4 va induce în eroare pe oricine presupune contrariul.
Urmați o intrare de la publicare până la retragere
Luați o ieșire ipotetică și urmați-o. Un operator publică prefixul și rolul său la un moment de intrare în vigoare declarat, consumatorii îl preiau, iar mai târziu adresa nu mai servește ca ieșire. Fiecare pas are nevoie de o regulă: cine poate publica, ce acoperă de fapt prefixul, când intră în vigoare intrarea și cum este retrasă. Un flux fără cale de retragere acumulează afirmații învechite pe care nimeni nu le poate distinge de cele actuale.
Separați autoritatea de a publica de acuratețea etichetei. O înregistrare de registru care leagă o organizație de o resursă dovedește alocarea și nu utilizarea prezentă, iar acestea sunt afirmații diferite cu dovezi diferite. Consumatorii trebuie să știe în care dintre cele două au încredere.
Definiți și corectarea. O adresă realocată unui client, sau un serviciu fără legătură prins de o etichetă greșită, are nevoie de o cale documentată către o remediere în loc de o dezbatere într-o coadă de tichete. Declanșatorul retragerii aparține aceluiași document ca regula de publicare.
Ce poate și ce nu poate sprijini un flux publicat
Atributele de prefix publicate sunt un model consacrat, iar exemplele existente descriu geografia sau proprietatea, nu comportamentul. Un flux VPN ar avea nevoie de propria semantică, propriile reguli de probă și propriul proces de revizuire, iar redenumirea unei liste de țări nu oferă niciuna dintre ele. Ghidul registrului ARIN arată ce afirmă și ce nu afirmă înregistrările de alocare, iar un flux nou trebuie să câștige aceeași claritate despre propriile afirmații. Aceasta este o sarcină de specificație, nu o sarcină de reetichetare.
Ce poate sprijini un astfel de flux este o decizie de clasificare privind o sursă de rețea. Ce nu poate face este să identifice o persoană din spatele unei adrese partajate, să dovedească că tot traficul de la acea adresă trece printr-un tunel sau să decidă dacă o anumită cerere este abuzivă. Sunt trei întrebări separate cu trei cerințe de probă separate.
Țineți întrebarea juridică în afara specificației
O specificație tehnică nu poate stabili dacă o cerință de înregistrare propusă este legală, proporțională sau înțeleaptă. Această evaluare are nevoie de textul legislativ real, de drepturile afectate, de jurisdicție și de o analiză juridică pe care un format de date nu o poate oferi. Un format poate fi bine proiectat și totuși să sprijine o politică proastă.
Ce poate face specificația este să facă dezbaterea concretă. Definiți mai întâi datele propuse, limitele lor și modurile lor de eșec, astfel încât argumentul politic să privească un mecanism real și nu o listă nedefinită pe care fiecare participant o imaginează diferit. Acesta este maximul pe care un document tehnic îl poate aduce unei întrebări juridice.