Валахцёрскія VPN і камерцыйныя VPN давяраюць розным бакам
Валахцёрскі рэлей і камерцыйны ўліковы запіс — гэта розныя ўмовы. Прасачыце, хто кіруе канчатковым пунктам, што пакрывае палітыка і што кліент можа даказаць.
Надпіс на сэрвісе VPN гаворыць менш, чым умовы, што за ім стаяць. Валахцёрская сетка можа аб'ядноўваць рэлеі, якімі кіруюць людзі, што не маюць ніякіх адносін адно да аднаго, а камерцыйны сэрвіс звычайна прапануе адзін уліковы запіс і адну апублікаваную палітыку над інфраструктурай, якую ён можа часткова арандаваць. Ні адна з гэтых формаў не з'яўляецца аўтаматычна больш прыватнай. Адрозненне ў тым, хто кантралюе канчатковы пункт, да якога вы падключаецеся, і хто таму можа адказаць на пытанне пра яго.
Тры бакі, а не адзін
За любым злучэннем стаяць тры бакі, і яны не заўсёды адна арганізацыя. Аператар каталога вырашае, якія канчатковыя пункты вы можаце знайсці, і раздае профілі; распрацоўшчык праграмнага забеспячэння вырашае, як ваш кліент гаворыць па пратаколе; аператар сервера кіруе машынай, з якой выходзіць ваш трафік. Толькі апошні можа нешта запісаць або захаваць, і пры валахцёрскай умове гэты чалавек можа быць чужым для двух іншых.
| Party | What they control | What changes when it changes |
|---|---|---|
| Directory operator | Lists endpoints and distributes profiles | Which relays you can find at all |
| Software developer | The client and its protocol implementation | How you connect, not who receives the traffic |
| Server operator | The machine your traffic exits from | Records, abuse handling and upstream network |
Камерцыйная ўмова звычайна аб'ядноўвае ўсіх трох у адну кампанію, хоць яна можа арандаваць серверы ў хостынг-правайдэра. Чытайце, што правайдэр кажа, што ён кіруе, бо фраза наша сетка і фраза наша палітыка могуць пакрываць розныя сістэмы. Калі ўдзельнічае партнёр, палітыка павінна назваць яго, інакш яна не дасягае вашага трафіку.
Як знікае канчатковы пункт
Валахцёрскі рэлей існуе таму, што яго хост трымае яго ў працы. Калі гэты чалавек спыняецца, запіс сыходзіць з каталога, і нішто ў гэтай умове не абяцае, што рэлей будзе там заўтра.
Запіс у каталозе — гэта варыянт, а не гарантыя: выбраць іншы запіс азначае выбраць іншага аператара, а не падключыцца зноў да таго ж сэрвісу. Камерцыйныя сэрвісы выходзяць з ладу гэтак жа, але па іншых прычынах: ёмістасць, рэгіянальнае абмежаванне або збой хостынг-партнёра. Змяняецца толькі тое, у каго можна спытаць пра гэта. Ні адна з умоваў не абавязана забяспечваць вам бесперапыннасць толькі таму, што профіль яшчэ загружаецца.
Што насамрэч пакрывае палітыка
Валахцёрскія праекты таксама публікуюць правілы журналавання і процідзеяння злоўжыванням, і гэтыя правілы — самае цікавае. Слова валахцёрскі апісвае, хто хостыць рэлей, а не абяцанне, што нішто не запісваецца, і праект з апублікаванай апрацоўкай злоўжыванняў кажа вам, што запісы дзесьці існуюць.
Камерцыйныя палітыкі маюць процілеглую праблему: яны падрабязныя, і менавіта падрабязнасці трэба чытаць. Палітыка, якая пакрывае ўласныя серверы правайдэра, не апісвае аўтаматычна інфраструктуру партнёра. Заява пра юрысдыкцыю не з'яўляецца апісаннем практыкі. Шукайце раздзел, дзе названы сістэмы ў межах ахопу, і стаўцеся да палітыкі, якая застаецца расплывістай наконт ахопу, як да маркетынгу, а не як да доказаў.
Вырашайце па запісе, а не па надпісе
Кліент, які падключаецца, даказвае сумяшчальнасць пратакола і дасяжнасць, і нічога пра запісы, бо запісы ствараюцца ў канчатковым пункце і вышэй за яго. Вось чаму зялёная іконка стану — такі слабы сігнал: аднолькавы кліент, накіраваны на акуратны рэлей і на нядбайны, выглядае аднолькава. Таму запіс рашэння трэба будаваць з таго, што вы можаце абгрунтаваць пра канкрэтнага аператара, а не з інтэрфейсу. Запішыце тэхнічную бачнасць шляху, катэгорыі даных, якія ўдзельнічаюць, і давер, які заслужыў аператар; калі хоць нешта з гэтага — здагадка, рашэнне не завершана.
Калі вы толькі параўноўваеце злучэнні, запісвайце замест гэтага канчатковы пункт і вынік, які вы вымералі. Рэлей у адной краіне, дасягнуты рэсурс і вымераны адказ апісваюць тое, што вы праверылі, не прыпісваючы паводзіны аднаго хоста ўсяму праекту.
Трымайце сумяшчальнасць праграмнага забеспячэння і пратакола асобна ад практыкі сэрвісу на ўсім шляху, бо гэта вырашаюць розныя бакі, і яны трываюць няўдачу па-рознаму. Дадайце ў запіс два палі ў якасці прычыны: версію кліента, якую вы запускалі, і пратакол, які ён узгадніў. Тады наступнае параўнанне пачынаецца з доказаў, а не з надпісу. Запіс, які называе канчатковы пункт, кліент і вынік, — адзіная частка гэтага рашэння, якую вы зможаце абараніць пазней.