Co by měl registr výstupních adres VPN skutečně zaznamenávat?
Registr výstupů je užitečný jen tehdy, když každý záznam uvádí svůj význam, vydavatele a platnost. Klasifikace není identifikace účastníka.
Registry výstupů znějí jako seznamy a seznam není ta obtížná část. Obtížné je rozhodnout, co každý záznam tvrdí, kdo jej smí zveřejnit a co se stane, když tvrzení přestane být pravdivé. V těchto návrzích se míchají tři různé role adres a registr, který je míchá, nemůže spolehlivě odpovědět na žádnou otázku. Projděte jeden záznam od zveřejnění po odvolání a požadavky na návrh se objeví samy.
Začněte záznamem, ne seznamem
První otázka není, kolik adres zahrnout, ale co znamená jeden řádek. Popisuje, kam se klienti připojují, jaký zdroj může cíl vidět, nebo kdo drží alokaci v registru? To jsou tři tvrzení se třemi vlastníky a třemi režimy selhání. Registr, který neuvádí, které z nich zaznamenává, nelze ověřit, opravit ani ukončit. Správný význam je práce na návrhu a seznam je jen výstup.
Napište definici řádku dříve, než napíšete jakékoli schéma. Pokud definice potřebuje slovo a, jsou to pravděpodobně dva záznamy vydávající se za jeden.
Tři role adres, které vypadají stejně
Role lze snadno splést, protože jedno nasazení může používat všechny tři najednou a často to dělá. Služba může ukončovat spojení na jedné adrese a přeposílat provoz z jiné, zatímco registr zaznamenává zcela třetí skutečnost.
| 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 |
Hostingový blok může obsahovat výstupy VPN a nesouvisející zátěže vedle sebe, takže shoda v registru nic neříká o tom, co daná adresa v daném okamžiku dělá. Záznam, který nepojmenuje svou roli, není důkazem ničeho konkrétního. Právě pojmenování role činí záznam vyvratitelným. Uveďte také rodinu adres, protože registr, který tiše pokrývá jen IPv4, uvede v omyl každého, kdo předpokládá opak.
Projděte jeden záznam od zveřejnění po odvolání
Vezměte jeden hypotetický výstup a sledujte jej. Provozovatel zveřejní prefix a svou roli ve stanoveném čase účinnosti, spotřebitelé si jej stáhnou a později adresa přestane sloužit jako výstup. Každý krok potřebuje pravidlo: kdo smí zveřejňovat, co prefix skutečně pokrývá, kdy záznam nabývá účinnosti a jak se odvolává. Kanál bez cesty odvolání hromadí zastaralá tvrzení, která nikdo nedokáže odlišit od aktuálních.
Oddělte oprávnění zveřejňovat od přesnosti označení. Registrový záznam spojující organizaci se zdrojem dokazuje alokaci, nikoli současné využití, a to jsou různá tvrzení s různými důkazy. Spotřebitelé musí vědět, kterému z těch dvou věří.
Definujte také opravu. Adresa přidělená zákazníkovi nebo nesouvisející služba zachycená nesprávným označením potřebuje dokumentovanou cestu k nápravě, nikoli spor ve frontě požadavků. Spouštěč odvolání patří do stejného dokumentu jako pravidlo zveřejnění.
Co může a co nemůže zveřejněný kanál podpořit
Zveřejněné atributy prefixů jsou zavedený vzor a stávající příklady popisují geografii nebo vlastnictví, nikoli chování. Kanál VPN by potřeboval vlastní sémantiku, vlastní pravidla důkazů a vlastní proces kontroly a přejmenování seznamu zemí nic z toho nedodá. Průvodce registrem ARIN ukazuje, co alokační záznamy tvrdí a co ne, a nový kanál si musí vydobýt stejnou jasnost o svých vlastních tvrzeních. To je úkol specifikace, nikoli přeznačení.
Co takový kanál podpořit může, je rozhodnutí o klasifikaci síťového zdroje. Co nedokáže, je identifikovat osobu za sdílenou adresou, prokázat, že veškerý provoz z této adresy jde tunelem, nebo rozhodnout, zda je konkrétní požadavek zneužívající. To jsou tři oddělené otázky se třemi oddělenými požadavky na důkazy.
Držte právní otázku mimo specifikaci
Technická specifikace nemůže rozhodnout, zda je navrhovaný požadavek na registraci zákonný, přiměřený nebo rozumný. Toto posouzení potřebuje skutečný legislativní text, dotčená práva, jurisdikci a právní analýzu, kterou datový formát poskytnout nemůže. Formát může být dobře navržen a přesto podporovat špatnou politiku.
Co specifikace dokáže, je učinit debatu konkrétní. Nejprve definujte navrhovaná data, jejich limity a režimy selhání, aby se politický argument vedl o skutečném mechanismu, a ne o nedefinovaném seznamu, který si každý účastník představuje jinak. To je maximum, které může technický dokument k právní otázce přispět.