Що насправді має фіксувати реєстр адрес виходу VPN?
Реєстр виходів корисний лише тоді, коли кожен запис зазначає своє значення, видавця та термін дії. Класифікація — це не ідентифікація абонента.
Реєстри виходів звучать як списки, і список — не найскладніша частина. Найскладніше — вирішити, що стверджує кожен запис, хто може його опублікувати і що відбувається, коли твердження перестає бути правдивим. У цих пропозиціях змішуються три різні ролі адреси, і реєстр, який їх змішує, не може надійно відповісти на жодне питання. Простежте один запис від публікації до відкликання, і вимоги до дизайну з'являться самі собою.
Почніть із запису, а не зі списку
Перше питання — не скільки адрес включити, а що означає один рядок. Чи описує він, куди підключаються клієнти, яке джерело може бачити призначення або хто тримає виділення в реєстрі? Це три твердження з трьома власниками й трьома режимами відмови. Реєстр, який не зазначає, яке з них він фіксує, не можна перевірити, виправити або закрити. Правильне розуміння значення — це робота над дизайном, а список — лише результат.
Напишіть визначення рядка, перш ніж писати будь-яку схему. Якщо визначенню потрібне слово і, це, ймовірно, два записи, що видають себе за один.
Три ролі адреси, які виглядають однаково
Ролі легко переплутати, бо одне розгортання може використовувати всі три одразу і часто так і робить. Сервіс може завершувати з'єднання на одній адресі й пересилати трафік з іншої, а реєстр фіксує зовсім третій факт.
| 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 |
Хостинговий блок може містити виходи VPN і не пов'язані робочі навантаження поруч, тому збіг у реєстрі нічого не говорить про те, що робить дана адреса в даний момент. Запис, який не називає свою роль, не є доказом чогось конкретного. Саме називання ролі робить запис спростовним. Зазначте також родину адрес, бо реєстр, який мовчки охоплює лише IPv4, введе в оману кожного, хто припускає протилежне.
Простежте один запис від публікації до відкликання
Візьміть один гіпотетичний вихід і простежте його. Оператор публікує префікс і свою роль в оголошений час набрання чинності, споживачі отримують його, а згодом адреса перестає служити виходом. Кожен крок потребує правила: хто може публікувати, що префікс насправді охоплює, коли запис набирає чинності й як його відкликають. Потік без шляху відкликання накопичує застарілі твердження, які ніхто не може відрізнити від поточних.
Відокремте повноваження публікувати від точності мітки. Запис реєстру, що пов'язує організацію з ресурсом, доводить виділення, а не поточне використання, і це різні твердження з різними доказами. Споживачам потрібно знати, якому з двох вони довіряють.
Визначте також виправлення. Адреса, перерозподілена клієнту, або не пов'язаний сервіс, спійманий неправильною міткою, потребує задокументованого шляху до виправлення, а не суперечки в черзі заявок. Тригер відкликання належить до того самого документа, що й правило публікації.
Що опублікований потік може і не може підтримувати
Опубліковані атрибути префікса — усталений шаблон, і наявні приклади описують географію або власність, а не поведінку. Потокові VPN знадобляться власна семантика, власні правила доказів і власний процес перегляду, а перейменування списку країн не дає нічого з цього. Посібник з реєстру ARIN показує, що стверджують записи про виділення, а що ні, і новий потік має здобути таку саму ясність щодо власних тверджень. Це завдання специфікації, а не завдання перепозначення.
Що такий потік може підтримувати — це рішення про класифікацію мережевого джерела. Чого він не може — ідентифікувати особу за спільною адресою, довести, що весь трафік із цієї адреси йде через тунель, або вирішити, чи конкретний запит є зловживанням. Це три окремі питання з трьома окремими вимогами до доказів.
Тримайте юридичне питання поза специфікацією
Технічна специфікація не може вирішити, чи є запропонована вимога реєстрації законною, пропорційною або розумною. Ця оцінка потребує фактичного тексту закону, порушених прав, юрисдикції та юридичного аналізу, якого формат даних надати не може. Формат може бути добре спроєктований і все ж підтримувати погану політику.
Що специфікація може зробити — це зробити дискусію конкретною. Спершу визначте запропоновані дані, їхні межі та режими відмови, щоб політичний аргумент стосувався реального механізму, а не невизначеного списку, який кожен учасник уявляє по-своєму. Це максимум, що технічний документ може внести в юридичне питання.