Блокира ли kill switch трафика преди стартирането на VPN приложението?

Kill switch може да покрива или да не покрива прозореца преди стартирането на приложението си и разликата се определя от политиката на операционната система, а не от маркетинговата страница на клиента. Отметката за автоматично стартиране доказва, че нещо е планирано да стартира. Тя не доказва, че правилата за блокиране съществуват в момента, в който мрежата се вдигне. Това са две събития и само едно от тях защитава трафика.

Минете контролния списък по ред, защото всяка стъпка стеснява това, което всъщност тествате.

Откъде всъщност идва блокирането

Има две семейства реализации. Или платформата инсталира блокирането, защото знае за тунела преди стартирането на което и да е приложение, или клиентът инсталира блокирането сам, след като стартира. Първото може да съществува преди влизане в системата. Второто не може да съществува преди своя процес, колкото и рано да е планиран този процес. Определете на кое семейство разчитате, преди да тествате каквото и да е.

На Android постоянният VPN в комбинация с настройката за блокиране на връзки без VPN е политика на платформата, конфигурирана в системните настройки, а не само в клиента. На управлявани устройства тя може да бъде зададена вместо вас. Клиент, който просто стартира при зареждане, не е същият механизъм.

Отделете прозореца от услугата

Затвореният прозорец не е доказателство, че прилагането е спряло, а отвореният прозорец не е доказателство, че тунелът е готов. Много клиенти разделят интерфейса, демона и приложението в системната лента. Лентата е това, което виждате; демонът е това, което държи правилата.

Тествайте компонента, а не иконата.

Тествайте интервала на стартиране безопасно

Интервалът за тестване започва при рестартиране или влизане и завършва, когато тунелът се удостовери. Фоновите приложения се свързват през този период и проверките за актуализации са обичайните нарушители. Използвайте безвредна активност и документираната процедура на доставчика, вместо да блокирате собствения си достъп. След това повторете след нормално повторно свързване, защото пътят на повторното свързване и пътят на студен старт изпълняват различен код.

Тест, извършен след като тунелът вече е вдигнат, не доказва нищо за стартирането.

Прочетете поведението при рестартиране, ако устойчивостта е изискването. Настройка може да оцелее в конфигурацията, докато прилагането ѝ започва по-късно, и двата факта са важни: запазената политика и моментът, в който тя става активна.

Прочетете политиката за всяка платформа

Android показва постоянния режим и блокирането като отделни превключватели и двата трябва да са включени за защита преди стартиране. Windows има концепция за постоянен тунел на устройството, конфигуриран чрез политика, което не е същото като клиент в потребителски режим, който стартира рано. OpenVPN Connect документира собственото си поведение на kill switch за всяка платформа и документираният обхват е това, което тествате. Не пренасяйте име на настройка от една система в друга и не приемайте, че значението е пътувало с него.

Профил, който изисква интерактивна парола, има различни зависимости при стартиране от тунел на машина.

Какво да записвате

Запишете кой механизъм е в сила, на кой етап става активен и какъв трафик е бил опитан преди този етап. Запишете версията на платформата, защото това поведение се променя между изданията и между управлявани и лични конфигурации. Отбележете дали клиентът или системата притежава политиката, тъй като това решава кой може да поправи пропуск. След това тествайте отново след всяка актуализация на клиента или ОС.

Ако пропускът е важен, трайното решение е политика на платформата, а не по-кратко забавяне на стартирането.

Това е отговорът на първоначалния въпрос, формулиран като условие: kill switch защитава трафика преди стартирането на приложението само когато блокирането е инсталирано от нещо, което съществува преди приложението.