Зошто сообраќајот на безжичното отстранување грешки не е доказ за истекување на VPN

Вклучивте безжично отстранување грешки, поврзавте преносен сметач, и сеансата продолжи да работи додека VPN-от беше активен. Тоа изгледа како нешто да се лизнало покрај тунелот. Речиси сигурно не. Сеансата за отстранување грешки и барањето на апликација до веб-страница се различни мрежни односи, и само еден од нив треба да го премине тунелот.

Сум се сретнал со ова погрешно читање двапати: еднаш со телефонот и преносниот сметач на истиот Wi-Fi, и еднаш по рестартирање кога спарувањето опстана. Во двата случаи VPN-от го правеше точно она за што беше конфигуриран.

Наречете го набљудувањето пред да ја наречете грешката

Три настани можат да претходат на тврдење за истекување, и тие не се заменливи. Алатка може да открие услуга, уредот може да одобри работна станица, или овластена сеанса може навистина да пренесува команди и бајти. Запишете кое го видовте, бидејќи секое докажува помалку отколку што луѓето претпоставуваат.

Откривањето е обично mDNS или скенирање порти. Спарувањето е одлука за регистрација донесена на телефонот, потврдена со код што корисникот го внесува. Жива сеанса значи дека сообраќајот се движел меѓу два спарени крајни точки. Ништо од тоа не опишува каде оди HTTPS барањето на апликацијата.

Држете ја дестинацијата, интерфејсот, фамилијата адреси, временската ознака и корисничкиот профил прикачени на настанот. Без тие детали набљудувањето не може да се спореди со предвидената политика за локалната мрежа, ниту со верзијата на VPN-от што работеше тогаш.

Зошто двете патеки никогаш не се среќаваат

Безжичното отстранување грешки е влезна врска кон уредот. adbd слуша на порта врзана за Wi-Fi интерфејсот, и работната станица се поврзува со неа по спарувањето. Насоката е важна: вашиот преносен сметач влегува во телефонот, не обратно. Тоа е спротивно на истекување кон излез.

Интернет сообраќајот на апликацијата излегува низ тунелскиот интерфејс што го инсталира VpnService, спореден по UID и правила за рутирање. adbd е системски демон што работи како корисник shell, не апликација во тој рутирачки сет. Останува на основната Wi-Fi врска дури и кога секоја апликација е закачена за тунелот.

Режимот на заклучување го наметнува тунелот за опфатените апликации. Не претвора слушачки сокет во излезна патека.

Затоа работна ADB-сеанса и работен прекинувач за убивање постојат заедно без противречност. За да докажете истекување, треба да ја набљудувате насоката што треба да биде блокирана.

Како всушност изгледа тест за излез

Тестирајте ја опфатената апликација, не каналот за отстранување грешки. Намерно поставете го условот за неуспех, потоа направете едно ново барање и запишете што се случило.

1. Потврдете дека VPN-от е единствената патека: вклучете секогаш вклучен VPN со блокирање на врски без VPN.
2. Запрете го VPN-от на поддржаниот начин и потврдете дека апликацијата известува за нема поврзаност.
3. Испратете едно безопасно барање од таа апликација и забележете дали не успева или успева.
4. Повторете со вклучено, потоа исклучено безжично отстранување грешки, за да се изолира променливата.

Блокирано барање под тие услови е доказ. Успешна ADB-сеанса не е, а ниту едно ping од терминална апликација.

Ако барањето сепак успее додека заклучувањето е вклучено, запишете го UID-от на апликацијата и нејзината дозвола за VPN, активната мрежа и верзијата на клиентот. Таа комбинација е вистинско откритие.

Спарувањето го надживува сеансата

Спарувањето е постојана состојба, не ракување што може да се заборави по тестот со кабел. Документацијата на Android за отстранување грешки го опишува безжичното работно течење и забележува дека односот трае додека не се заборави експлицитно или додека не се отповикаат овластувањата.

Проверете што е сѐ уште овластено пред да го обвините тунелот. Отворете Безжично отстранување грешки, погледнете Спарени уреди и заборавете сѐ што повеќе не го препознавате. Извршете adb devices од работната станица за да видите кои записи сѐ уште одговараат, и adb disconnect за да отфрлите застарена. Исклучувањето на безжичното отстранување грешки целосно ја затвора слушачката порта.

На споделена или недоверлива мрежа, оставете го исклучено. Трајно овластување на мрежа што не ја контролирате е поголем проблем од хипотетичко заобиколување на TUN.

Пред да ја пријавите таа грешка

Корисниот извештај ја именува точната граница што не успеа. Вклучете модел на уредот и верзија на Android, клиент на VPN и верзија, дали заклучувањето било вклучено, пакетот на апликацијата и UID, и мрежата на која беше телефонот. Додајте ја командата или барањето што го создаде набљудувањето, плус времето кога се случи. Без тоа никој не може да ја репродуцира границата што тврдите дека е скршена.

Не го исклучувајте спроведувањето и не ја изложувајте постапката за отстранување грешки на недоверлива мрежа за тестот да изгледа подраматично. Тоа го менува системот што го мерите и остава докази што никој не може да ги повтори.

Ако вашиот единствен доказ е дека ADB се поврзал додека VPN-от бил вклучен, сте измериле погрешна патека. Прво повторете го тестот на ниво на апликација; одговорот обично доаѓа таму.