Отворањето втор прелистувач не создава втора 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, бидејќи прелистувач со сопствен шифриран резолвер може целосно да ја заобиколи системската патека и сепак да ја прикаже страницата што ја очекувавте.

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