Peer-to-peer VPN па-ранейшаму мае цэнтральныя залежнасці

Peer-to-peer апісвае, як падарожнічаюць пакеты праграм, і нічога больш. Партнёры па-ранейшаму мусілі знайсці адзін аднаго, даказаць, хто яны, і часам звярнуцца да рэтранслятара, калі прамы шлях не мог быць пабудаваны. Гэта тры асобныя службы, і разгортванне можа быць peer-to-peer для даных, у той час як для ўсяго астатняга яно цалкам цэнтралізаванае. Параўноўваць праекты значыць параўноўваць гэтыя задачы, а не стрэлку на дыяграме.

Дыяграма без цэнтральнай стрэлкі перасылкі можа хаваць рэгістрацыйны орган, службу выяўлення і рэтранслятар, якія ўсе з’яўляюцца аперацыйнымі залежнасцямі.

Прамы шлях, супольная плоскасць кіравання

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

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

Выяўленне, давер і рэтранслятар — тры задачы

Праект Nebula — карысны прыклад, бо яго дакументацыя трымае гэтыя рэчы асобна. Хасты нясуць сертыфікаты для ідэнтычнасці, маякі адказваюць на пытанне дзе і дапамагаюць з праходам праз NAT, а рэтранслятары перасылаюць трафік, калі прамы шлях не можа быць устаноўлены. Роля рэтранслятара наўмысна аддзелена ад ролі маяка, таму дасяжны маяк не абяцае, што пэўная пара можа размаўляць. Іншыя прадукты праводзяць межы ў іншым месцы, таму гэта прыклад, а не шаблон.

Для прапанаванага разгортвання запішыце падтрыманы запасны шлях для пары, якая не можа злучыцца напрамую. Няўдалае прабіванне дзіркі — гэта адна кропка даных пра адну сетку, а не доказ, што два партнёры за NAT ніколі не могуць сустрэцца; супрацьлеглае сцвярджэнне, што прамая злучанасць працуе пры любой палітыцы, гэтак жа неабгрунтаванае.

На чым падае кожная залежнасць

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

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

Спытайце, які збой вы можаце перажыць

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

Запішыце, хто кіруе выяўленнем, даверам і рэтранслятарамі і як кожны з іх замяняецца. Гэты запіс дазваляе наступнай асобе адказаць на сапраўднае пытанне: якія збоі гэтая сетка перажывае і хто падтрымлівае стан, які застаецца супольным?

Слова дэцэнтралізаваны заслугоўвае сваё месца, калі называе гэтыя збоі. Без гэтага спісу яно апісвае дыяграму, а не сістэму.