Доброволческите и търговските 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 |
Търговската договореност обикновено слива трите в една компания, макар да може да наема сървъри от доставчик на хостинг. Четете какво казва доставчикът, че управлява, защото фразата нашата мрежа и фразата нашата политика могат да покриват различни системи. Когато участва партньор, политиката трябва да го назове, иначе не достига до трафика ви.
Как изчезва крайна точка
Доброволческият релей съществува, защото неговият домакин го поддържа работещ. Когато този човек спре, записът напуска указателя и нищо в тази договореност не обещава, че релеят ще е там утре.
Записът в указателя е опция, не гаранция: изборът на друг запис означава избор на друг оператор, а не повторно свързване със същата услуга. Търговските услуги се провалят по същия начин по различни причини — капацитет, регионално ограничение или прекъсване при партньор за хостинг. Променя се кого можете да попитате за това. Нито една от договореностите не ви дължи непрекъснатост само защото профилът все още се зарежда.
Какво всъщност покрива политиката
Доброволческите проекти също публикуват правила за логване и срещу злоупотреби и тези правила са интересната част. Доброволчески описва кой хоства релея, а не обещание, че нищо не се записва, и проект с публикувана обработка на злоупотреби ви казва, че записи съществуват някъде.
Търговските политики имат обратния проблем: те са подробни и именно подробностите трябва да четете. Политика, покриваща собствените сървъри на доставчика, не описва автоматично инфраструктурата на партньор. Изявление за юрисдикция не е описание на практиката. Търсете раздела, който назовава системите в обхвата, и третирайте политика, която остава неясна за обхвата, като маркетинг, а не като доказателство.
Решавайте по запис, а не по етикет
Клиент, който се свързва, доказва съвместимост с протокола и достъпност и нищо за записите, защото записите се правят в крайната точка и над нея. Затова зелената икона за състояние е толкова слаб сигнал: един и същ клиент, насочен към грижовен релей и към небрежен, изглежда идентично. Затова записът за решението трябва да се гради от това, което можете да обосновете за конкретния оператор, а не от интерфейса. Запишете техническата видимост на пътя, категориите данни, които участват, и доверието, което операторът е спечелил; ако нещо от това е догадка, решението не е завършено.
Ако само сравнявате връзки, вместо това запишете крайната точка и резултата, който сте измерили. Релей в една държава, достигнат ресурс и измерен отговор описват какво сте тествали, без да приписвате поведението на един домакин на цял проект.
Дръжте съвместимостта на софтуера и протокола отделно от практиката на услугата през цялото време, защото различни страни ги решават и те се провалят по различни начини. Затова добавете две полета към записа: версията на клиента, която сте използвали, и протокола, който е договорил. Тогава следващото сравнение започва от доказателства, а не от етикет. Запис, който назовава крайната точка, клиента и резултата, е единствената част от това решение, която можете да защитите по-късно.