Да ли је WireGuard спреман за продукцију? Одговор није у протоколу

Људи питају да ли је WireGuard спреман за продукцију, што звучи као питање о криптографији, а заправо је питање о вашем окружењу. Протокол се прегледа годинама; постављање још мора да одговори преносе ли ваше мреже његов саобраћај, ко уписује и повлачи уређаје и ко закрпе пакет на оба краја. Ти одговори се разликују између два сервера у једном раку и хиљаду лаптопова. Протокол је у оба случаја исти; послови нису.

Питање иза питања

Оно што људи обично желе да знају јесте могу ли се обавезати на дизајн који их неће осрамотити за шест месеци. То је питање постављања са четири дела, а сваки део може да падне независно од осталих. Добри одговори на три од њих не надокнађују четврти.

Старо упозорење о претпрегледном издању чињеница је о том издању, а не трајна ознака на сваком каснијем пакету. Исто тако, ниједан блог пост не може прогласити вашу конкретну комбинацију језгра, клијента, мреже и особља спремном. Посао је учинити комбинацију експлицитном и проверити је.

Третирајте спремност као скуп капија које или пролазите или бележите као отворене. То расправу претвара у контролну листу са власницима. Такође чини отворене ставке видљивим свакоме ко потписује, уместо да остану закопане у пилот извештају.

Прва капија: пут мора да носи UDP

WireGuard преноси свој саобраћај преко UDP-а и документује да не нуди TCP режим ни замућивање саобраћаја. Дизајн који се ослања на то да изгледа као обичан веб саобраћај или на промену порта ради TCP понашања, гради се на претпоставци коју софтвер не подржава.

Зато је прва капија истраживање, а не тест на једном строју. Пописом обухватите приступна окружења у којима ваши корисници заиста раде, затим проверите одобрени UDP пут у сваком од њих и одлучите шта се дешава кад није доступан.

Веза која ради из канцеларије не доказује ништа о хотелској мрежи, универзитетском заштитном зиду или мобилном оператеру који другачије обрађује UDP. Та окружења су разлог зашто постављања удаљеног приступа падају после успешног пилота. Пилот није био погрешан; био је узак. Његово проширење су капија.

Запишите и резервни пут. Ако је одговор да резервног пута нема, то је одлука коју вреди изрећи унапред, уместо да је откријете током пословног пута.

Друга капија: неко мора да поседује кључеве

WireGuard партнери се аутентификују кључевима, један пар по учеснику. То је једноставно описати и оперативно захтевно, јер ништа у протоколу не уписује уређај, не прати ко држи који кључ и не уклања приступ кад се лаптоп изгуби. Протокол претпоставља да су кључеви већ исправни, а исправност је нечији посао.

Именујте особу која уписује уређај, запис који јавни кључ повезује са особом и уређајем, и поступак уклањања. Ако уклањање зависи од памћења где су инсталиране копије конфигурационе датотеке, поступак није довршен.

Изаберите један уређај током пилота и повуците га од почетка до краја. Та вежба даје корисније информације од још једног теста повезаности, јер открива празнине у вашим записима.

Трећа капија: пакету треба одржавалац

WireGuard може да дође као имплементација у језгру, као дистрибуциони пакет или као клијент у корисничком простору, а сваки има свој пут ажурирања. Оперативно питање је који покрећете, одакле долази и ко примењује безбедносни билтен.

Користимо WireGuard није инвентар. Не означава пакет који треба закрпити, верзију на пролазном чвору ни особу која може да врати лоше ажурирање.

Четврта капија: прихватите радни терет, а не руковање

Критеријуми прихватања треба да описују шта корисници раде. Досезање интерне апликације, разрешавање њеног приватног имена, одбијање на неовлашћеном одредишту и праћење дефинисаног понашања кад је тунел пао — све је то видљиво, а успешно руковање није ништа од тога.

Спроведите те провере кроз промену мреже, поновно покретање уређаја и прозор за одржавање пролазног чвора, јер се постављања ломе управо на тим прелазима.

Држите доказе уз критеријуме, укључујући локално стање које их је произвело:

wg show
ss -lunp | grep 51820
ip -4 route get 10.63.0.1

Зелени тест на мирној мрежи са једним лаптопом је почетно запажање. То није тврдња о поузданости, и третирање као такве је начин на који дизајн који ради постаје дизајн коме се верује.