Екі браузер, екі терезе, біреуі жұмыс тіркелгісінде, екіншісі жеке тіркелгіде, және болжам бойынша олар енді түрлі жолдармен жүреді. Олай емес. Профильдерді бөлу cookie файлдарын бөлек ұстайды, ал маршруттау шешімі браузердің астында қабылданады және қай профиль сұрағанын білмейді. Екінші жолға оны таңдайтын ереже қажет, және бұл ереже тұра алатын орындар өте аз.

Күйді бөлу жолды бөлу емес

Браузер профилі сақтау орнын оқшаулайды: cookie файлдары, тарих, кеңейтімдер және кейде тіркелу деректері. Бұл оқшаулау бір процестік ағаштың ішінде жүзеге асады және пакетті қай интерфейс таситыны туралы айтатын ештеңесі жоқ.

Жеке терезелер сыртқы түрімен әрі кетеді, бірақ маршруттауда бір қадам да ілгерілемейді. Браузер жіберетіннің бәрі әлі де операциялық жүйе таңдаған жолмен шығады, егер сокет пен желі арасында бірдеңе оны өзгертпесе. Сақтау орнының оқшаулауын желі оқшаулауымен шатастыру ешбір браузер өндірушісі уәде етпеген және ешбір тест қанағаттандыра алмайтын күтулер тудырады.

Маршрутты шын мәнінде не таңдайды

Төрт нәрсе басқа жол таңдай алады: орындалатын файлға немесе пакетке сәйкес келетін әр қолданбаға арналған 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 жауабын да жазып алыңыз, өйткені өзінің шифрланған шешушісі бар браузер жүйе жолын толық айналып өтіп, күткен бетті бәрібір көрсете алады.

Көзделген сәйкестікті екі жолға жазыңыз: қай процесс қай жолды пайдаланады, және әрқайсысы кімге тиесілі. Тіркелгі сәйкестіктерін де назарда ұстаңыз, өйткені екі жол бір кірудің екі тағайындалған жерге де ұсынылуына кедергі болмайды. Келесі браузер жаңартуынан кейін қайта тексеріңіз, өйткені прокси параметрі оңай жоғалады және байқау қиын.

Қатысты мақалалар