Namespace ichida ishga tushirilgan Firefox URL ni mavjud nusxaga topshirdi

Buyruq VPN namespace’i ichida ishlaydi, Firefox oynasi paydo bo‘ladi va sahifa baribir odatiy ulanish orqali chiqadi. Marshrutlash sozlamasi qayta quriladigan birinchi narsa emas. Buyruq kutilgan brauzer nusxasini yaratdimi yoki URL ni boshqa joyda ishlab turgan nusxaga topshirdimi, tekshiring. Bu farq natijani bir qadamda tushuntiradi va nftables’ning bir soatini tejaydi.

Belgisi — oyna sovuq start bo‘lmasdan darhol paydo bo‘ladi.

Yangi oyna yangi nusxa emas

Ish stoli dasturlari allaqachon mavjud jarayonni muntazam qayta ishlatadi. Bitta tarmoq namespace’i ichidagi ishga tushirgich allaqachon ishlab turgan qabul qiluvchini bu namespace’ga ko‘chirmaydi, chunki qabul qiluvchi hech qachon ishga tushirishning qismi bo‘lmagan. Firefox’ning masofadan boshqarish xatti-harakati profillarga bog‘liq: allaqachon ishlatilayotgan profilga qarshi ishga tushirish argumentlarni uning egasiga topshiradi. Yangi oyna haqiqiy; yangi tarmoq yo‘li emas.

Maxfiy ko‘rish va yangi oyna varianti tarmoq izolyatsiyasini boshqarish vositalari emas.

Faqat oyna rejimiga ta’sir qiluvchi buyruq qatori bayrog‘i ham emas. Agar profil band bo‘lsa, so‘rov unga egalik qiluvchi jarayonga boradi va bu jarayon o‘zi boshlagan namespace’ni saqlab qoladi.

Alohida profilda alohida nusxani majburla

Brauzerning qo‘llab-quvvatlanadigan profil ish oqimi orqali yaratilgan maxsus profildan foydalaning va uni o‘sha profil bilan aniq ishga tushiring. Buni qo‘llab-quvvatlaydigan Firefox buildlarida --new-instance mavjud nusxa ichidagi oyna o‘rniga yangi nusxa so‘raydi. O‘rnatilgan buildning o‘z yordam chiqishini ko‘ring, chunki mavjud bayroqlar versiyaga qarab farq qiladi.

Xuddi o‘sha tirik profilni bir vaqtda ochishga urinmang va «profil ishlatilmoqda» degan ogohlantirishni qulflash fayllarini o‘chirish bo‘yicha ko‘rsatma deb qabul qilmang.

Brauzerni odatiy root bo‘lmagan foydalanuvchisi ostida ham ishga tushiring. Tarmoq sozlamasi ko‘pincha ma’muriy huquqlarni talab qiladi va xuddi shu tajribaning qismi bo‘lgani uchun brauzerga ham o‘sha huquqlarni berish vasvasaga soladi. Grafik brauzerga ular kerak emas va uni root sifatida ishga tushirish profil va ruxsat muammolarining alohida sinfini yaratadi. Imtiyoz va tarmoq yo‘lini ikkita mustaqil qaror sifatida saqlang.

Qaysi jarayon trafikni ko‘tarayotganini tekshiring

Linux’da jarayonning tarmoq namespace’i uning namespace havolasi orqali ko‘rinadi. Uni so‘rov yuborayotgan deb o‘ylagan jarayon uchun, so‘ngra haqiqatan yuborayotgan jarayon uchun o‘qing.

readlink /proc/ACTUAL_PID/ns/net

Brauzerlar bir nechta jarayon ishga tushiradi, shuning uchun identifikatsiya muhim: ulanishni yaratuvchi kontent jarayoni siz birinchi tekshirgan jarayon bo‘lmasligi mumkin. Havolani siz nazarda tutgan namespace bilan solishtiring va bitta nusxaga bog‘lash mumkin bo‘lgan yangi, zararsiz so‘rov bilan tasdiqlang. Bog‘lashning o‘zi butun sinov. Qaysi jarayon ulanishni yaratganini ayta olmasangiz, namespace’ni sinamagansiz.

Namespace haqiqatan noto‘g‘ri bo‘lganda

Ba’zan ishga tushirgich haqiqatan muvaffaqiyatsiz bo‘ladi va yangi nusxa noto‘g‘ri namespace’da boshlanadi. Uni tug‘dirgan xizmat yoki o‘ramni tekshiring, chunki unit yoki ish stoli yozuvi sessiya shinasi orqali qayta bajarilganda namespace’ni yo‘qotishi mumkin. So‘ngra brauzerni ayblashdan oldin to‘g‘ri namespace ichidagi shell’dan qayta sinang. Bir vaqtda bitta o‘zgaruvchi — bu diagnostika qilinadigan bo‘lib qolishining yagona yo‘li.

Displeyni bo‘lishish resolver’ni ham bo‘lishmaydi.

Agar jarayon to‘g‘ri namespace’da bo‘lsa va nomlarni hal qilish hali ham muvaffaqiyatsiz bo‘lsa,uning resolver muhitini alohida muammo sifatida o‘rganing. Boshqa marshrutlash o‘zgarishi noto‘g‘ri nusxaga boshlanishidan oldin topshirilgan so‘rovni ko‘chira olmaydi.