Always-On и блокирането без VPN са две настройки и включването на едната не включва другата. Изборът зависи от собственика на устройството, обхвата на приложенията и какво става преди отключване.

Два превключвателя с различни обещания

Always-On обещава устойчивост и рестарт при срив, а блокирането — ограничаване: без тунел покритият трафик няма път навън.

Трети фактор е обхватът на приложенията, който принадлежи на клиента или на политиката; блокиране без решение за обхвата дава политика извън изискването.

Решение първо: управлявано устройство или потребителска настройка?

На управлявано устройство политиката държи Always-On и заключването, а локалният превключвател може да липсва; сменете изискването в политиката, не на устройството.

На лично устройство потребителят решава дали приема офлайн без тунел; блокирането е размяна на достъпност, а липсващ превключвател не е повод за root.

Обхватът е по профил, не по устройство: Android позволява един активен VPN на потребителски профил.

Блокирането в работния профил не казва нищо за личния и тестването на единия не валидира другия.

Решение второ: всичко блокирано или изключени приложения?

Изключените по приложения програми в режим на блокиране се разбират наопаки: според Android те могат да загубят връзка, вместо тихо да ползват обикновената мрежа, така че изключването не е разрешение за интернет.

Блокирайте покрития трафик и приемете тъмнина за изключените, или изключете блокирането и приемете резервен път; ако приложение трябва винаги да има връзка, блокирането е грешен инструмент.

Решение трето: какво става преди отключване и на портал?

При повечето клиенти тунелът не е вдигнат до отключването, така че първите мигове са пропуск, не отказ; същото важи за отключване с парола.

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

Документацията за Android VPN клиенти описва Always-On, блокирането, изключванията по приложения и правилото за един VPN на профил; прочетете я, преди да проектирате по спомен.

Тествайте офлайн състоянието и после напишете реда за приемане

Използвайте безобиден трафик и поддържания тест за отказ: обикновена връзка, загуба на тунела, възстановяване и рестарт преди отключване, като запишете дали приложението е блокирало както трябва.

Проверявайте ресурса и резолвера, не иконата, и тествайте отделно устройство зад телефона, защото политиката на телефона не дава препращане за хотспот клиенти.

Редът за приемане е конкретен и проверим: нужното приложение в нужния профил стига одобрения тунел и остава блокирано, когато не може. Преди да го подпишете:

  • Always-On и блокирането са настроени където платформата ги поддържа и собственикът на всяка настройка е известен.
  • Обхватът е съзнателен и е потвърдено какво става с изключените приложения при блокиране.
  • Пропускът преди отключване и процесът за captive портал са решени, не открити.
  • Тестът за отказ е проведен на класа устройства, които наистина разгръщате.

Подобни статии