Рэестры выхадаў гучаць як спісы, і спіс — не самая складаная частка. Самая складаная частка — вырашыць, што сцвярджае кожны запіс, хто можа яго публікаваць і што адбываецца, калі сцвярджэнне перастае быць праўдзівым. У гэтых прапановах змешваюцца тры розныя ролі адрасоў, і рэестр, які іх змешвае, не можа надзейна адказаць ні на адно пытанне. Прасачыце адзін запіс ад публікацыі да адклікання, і патрабаванні да дызайну з’явяцца самі сабой.

Пачніце з запісу, а не са спіса

Першае пытанне — не колькі адрасоў уключыць, а што значыць адзін радок. Ці апісвае ён, куды падключаюцца кліенты, якую крыніцу можа бачыць прызначэнне, ці хто трымае выдзяленне ў рэестры? Гэта тры сцвярджэнні з трыма ўладальнікамі і трыма рэжымамі адмовы. Рэестр, які не ўказвае, якое з іх ён фіксуе, нельга праверыць, выправіць або закрыць. Правільнае значэнне — гэта праца над дызайнам, а спіс — толькі вынік.

Напішыце вызначэнне радка перад напісаннем любой схемы. Калі вызначэнню патрэбна слова «і», гэта, верагодна, два запісы, якія выдаюць сябе за адзін.

Тры ролі адрасоў, якія выглядаюць падобна

Ролі лёгка зблытаць, бо адно разгортванне можа выкарыстоўваць усе тры адначасова, і часта так і робіць. Сэрвіс можа завяршаць злучэнні на адным адрасе і перасылаць трафік з іншага, а рэестр фіксуе зусім трэці факт.

Address roleWho may publishWhat it does not proveWithdrawal trigger
Forwarded exitThe operator that forwards the traffic, or a feed it authorizesThat a subscriber is behind the address, or that all its traffic is tunnelledThe address stops forwarding for that operator, or the prefix is reassigned
Registered allocationThe registry, or the holder of the allocationThat the resource is used as a VPN exit, or which application uses itThe allocation is returned, transferred, or the holder changes
Tunnel entryThe operator that terminates the tunnelThat traffic exits from the same address, or that the client is a subscriberThe endpoint is decommissioned or its address changes

Хостынгавы блок можа змяшчаць выхады VPN і незвязаныя працоўныя нагрузкі побач, таму супадзенне ў рэестры нічога не кажа пра тое, што робіць дадзены адрас у дадзены момант. Запіс, які не называе сваю ролю, не з’яўляецца доказам нічога пэўнага. Менавіта назва ролі робіць запіс абвяргальным. Укажыце таксама сямейства адрасоў, бо рэестр, які моўчкі ахоплівае толькі IPv4, увядзе ў зман кожнага, хто мяркуе інакш.

Прасачыце адзін запіс ад публікацыі да адклікання

Вазьміце адзін гіпатэтычны выхад і прасачыце яго. Аператар публікуе прэфікс і яго ролю ў абвешчаны час уступлення ў сілу, спажыўцы атрымліваюць яго, а потым адрас перастае служыць выхадам. Кожны крок патрабуе правіла: хто можа публікаваць, што прэфікс фактычна ахоплівае, калі запіс уступае ў сілу і як ён адклікаецца. Канал без шляху адклікання назапашвае састарэлыя сцвярджэнні, якія ніхто не можа адрозніць ад актуальных.

Аддзяліце паўнамоцтвы публікаваць ад дакладнасці этыкеткі. Рэестравы запіс, які звязвае арганізацыю з рэсурсам, даказвае выдзяленне, а не бягучае выкарыстанне, і гэта розныя сцвярджэнні з рознымі доказамі. Спажыўцы павінны ведаць, якому з двух яны давяраюць.

Вызначце таксама выпраўленне. Адрас, перададзены кліенту, або незвязаны сэрвіс, захоплены няправільнай этыкеткай, патрабуе дакументаванага шляху да выпраўлення, а не спрэчкі ў чарзе заявак. Трыгер адклікання належыць у той жа дакумент, што і правіла публікацыі.

Што апублікаваны канал можа і не можа падтрымліваць

Апублікаваныя атрыбуты прэфіксаў — устояная схема, і існуючыя прыклады апісваюць геаграфію або ўласнасць, а не паводзіны. Каналу VPN спатрэбяцца ўласная семантыка, уласныя правілы доказаў і ўласны працэс разгляду, а перайменаванне спіса краін не дае нічога з гэтага. Дапаможнік па рэестры ARIN паказвае, што запісы выдзяленняў сцвярджаюць, а што не, і новы канал павінен дасягнуць такой жа яснасці адносна сваіх сцвярджэнняў. Гэта задача спецыфікацыі, а не перамаркіроўкі.

Што такі канал можа падтрымаць — гэта рашэнне аб класіфікацыі сеткавай крыніцы. Чаго ён не можа — вызначыць чалавека за агульным адрасам, даказаць, што ўвесь трафік з гэтага адраса ідзе праз тунель, або вырашыць, ці з’яўляецца канкрэтны запыт злоўжываннем. Гэта тры асобныя пытанні з трыма асобнымі патрабаваннямі да доказаў.

Трымайце юрыдычнае пытанне па-за спецыфікацыяй

Тэхнічная спецыфікацыя не можа вырашыць, ці з’яўляецца прапанаванае патрабаванне рэгістрацыі законным, прапарцыйным або разумным. Гэтая ацэнка патрабуе фактычнага заканадаўчага тэксту, закранутых правоў, юрысдыкцыі і юрыдычнага аналізу, якога фармат даных не можа забяспечыць. Фармат можа быць добра распрацаваны і ўсё ж падтрымліваць дрэнную палітыку.

Што спецыфікацыя можа зрабіць — гэта зрабіць дэбаты канкрэтнымі. Спачатку вызначце прапанаваныя даныя, іх межы і рэжымы адмовы, каб палітычная спрэчка была пра рэальны механізм, а не пра неакрэслены спіс, які кожны ўдзельнік уяўляе па-свойму. Гэта самае большае, што тэхнічны дакумент можа ўнесці ў юрыдычнае пытанне.

Падобныя артыкулы