Отварање другог прегледача не ствара другу VPN руту

Профили и приватни прозори раздвајају стање прегледача, а не мрежне путеве. Друга рута захтева правило за сваку апликацију, прокси или именски простор, и свако од њих има своју цену.

Два прегледача, два прозора, један на пословном налогу и један на личном, и претпоставка је да сада иду различитим путевима. Не иду. Раздвајање профила држи колачиће одвојено, док се одлука о рутирању доноси испод прегледача и не зна који је профил питао. Друга путања захтева правило које је бира, а места на којима такво правило може да живи има само неколико.

Раздвајање стања није раздвајање пута

Профил прегледача изолује складиште: колачиће, историју, екстензије и понекад акредитиве. Та изолација се спроводи унутар једног стабла процеса и нема шта да каже о томе који интерфејс носи пакет.

Приватни прозори иду даље у изгледу и ни корак даље у рутирању. Све што прегледач пошаље и даље излази путем који је изабрао оперативни систем, осим ако нешто између утичнице и мреже то не промени. Мешање изолације складишта са мрежном изолацијом ствара очекивања која ниједан произвођач прегледача није обећао и која ниједан тест не може да задовољи.

Шта заправо бира руту

Четири ствари могу да изаберу други пут: VPN правило за сваку апликацију које одговара извршној датотеци или пакету, прокси постављен унутар прегледача или система, мрежни именски простор или контејнер, и други физички уређај. Свака од њих мења нешто стварно и свака има своју цену.

Правило за сваку апликацију је уобичајен одговор на мобилним платформама, где VPN услуга добија списак пакета. На радној површини зависи од клијента, а правило које одговара извршној датотеци покрива сваки профил који та датотека отвори. Ако је два профила заиста потребно различите путеве, обично им требају два процеса са различитим идентитетима, а не две картице. Зато заједничка инсталација прегледача никада не може бити граница у дизајну заснованом на профилима.

Проксији на нивоу апликације додају још једног посредника

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

Бирајте прокси свесно: SOCKS ослушкивач на истом хосту, аутентификовани прокси унутар тунела или удаљена услуга. Мешање проксија са VPN-ом пуног тунела ствара угнежђене путеве у којима се начини отказа множе.

Проверите стварни захтев сваког прегледача

Пошаљите исти захтев из сваког прегледача и упоредите уочену излазну адресу, уместо да упоређујете странице подешавања. Подешени прокси који тихо не успева да се повеже веома је чест начин да се вратите на подразумевани пут.

curl -sS --max-time 8 https://api.ipify.org
curl -sS --max-time 8 --proxy socks5h://127.0.0.1:1080 https://api.ipify.org
dig +short example.com

Затим поновите захтев са присилним проксијем и са искљученим тунелом, да видите који слој заправо носи саобраћај. Забележите и DNS одговор, јер прегледач са сопственим шифрованим резолвером може потпуно да заобиђе системски пут и ипак прикаже страницу којој сте се надали.

Запишите предвиђено мапирање у два реда: који процес користи који пут и ко поседује сваки од њих. Имајте на уму и идентитете налога, јер два пута не спречавају да се иста пријава представи обема одредиштима. Поново тестирајте након следећег ажурирања прегледача, јер се подешавање проксија лако губи и тешко примећује.

Повезани чланци