Firefox, запушчаны ў прасторы імёнаў, перадаў URL існуючаму экзэмпляру

Каманда выконваецца ўнутры прасторы імёнаў VPN, з'яўляецца акно Firefox, а старонка ўсё яшчэ выходзіць праз звычайнае злучэнне. Наладка маршрутызацыі, верагодна, не тое, што трэба перабудоўваць перш за ўсё. Праверце, ці каманда стварыла чаканы асобнік браўзера, ці перадала URL таму, які ўжо працаваў дзесьці іншым. Гэта розніца тлумачыць вынік за адзін крок і эканоміць гадзіну працы з nftables.

Прыкмета ў тым, што акно з'яўляецца імгненна, без халоднага старту.

Новае акно — не новы асобнік

Настольныя праграмы звычайна паўторна выкарыстоўваюць існуючы працэс. Запускальнік унутры адной сеткавай прасторы імёнаў не пераносіць ужо запушчанага атрымальніка ў гэтую прастору, бо атрымальнік ніколі не быў часткай запуску. Паводзіны Firefox пры аддаленым кіраванні звязаныя з профілямі: запуск супраць профілю, які ўжо выкарыстоўваецца, перадае аргументы яго ўладальніку. Новае акно сапраўднае; новы сеткавы шлях — не.

Прыватны прагляд і параметр новага акна не з'яўляюцца сродкамі ізаляцыі сеткі.

Імі не з'яўляецца і сцяг каманднага радка, які ўплывае толькі на рэжым акна. Калі профіль заняты, запыт ідзе да працэсу, які ім валодае, і гэты працэс захоўвае тую прастору імёнаў, у якой пачаўся.

Прымусова стварыце асобны асобнік у асобным профілі

Выкарыстоўвайце асобны профіль, створаны праз падтрыманы працоўны працэс профіляў браўзера, і запускайце яго відавочна з гэтым профілем. У зборках Firefox, якія гэта падтрымліваюць, --new-instance запытвае новы асобнік, а не акно ўнутры існуючага. Паглядзіце на ўласную даведку ўсталяванай зборкі, бо даступныя сцягі адрозніваюцца ў залежнасці ад версіі.

Не спрабуйце адначасова адкрыць той жа жывы профіль і не ўспрымайце папярэджанне «профіль выкарыстоўваецца» як указанне выдаляць файлы блакіроўкі.

Запускайце браўзер таксама пад звычайным карыстальнікам без правоў root. Наладка сеткі часта патрабуе адміністрацыйных правоў, і спакусліва даць браўзеру тыя ж правы, бо ён частка таго ж эксперыменту. Графічны браўзер іх не патрабуе, а запуск ад імя root стварае асобны клас праблем з профілем і дазволамі. Трымайце прывілеі і сеткавы шлях як два незалежныя рашэнні.

Праверце, які працэс нясе трафік

У Linux сеткавая прастора імёнаў працэсу бачная праз яго спасылку на прастору імёнаў. Прачытайце яе для працэсу, які, як вы лічыце, робіць запыт, а затым для працэсу, які робіць яго насамрэч.

readlink /proc/ACTUAL_PID/ns/net

Браўзеры запускаюць некалькі працэсаў, таму ідэнтычнасць важная: працэс змесціва, які стварае злучэнне, можа быць не тым, які вы праверылі першым. Параўнайце спасылку з прасторай імёнаў, якую вы мелі на ўвазе, і пацвердзіце свежым, бясшкодным запытам, які можна аднесці да аднаго асобніка. Прыналежнасць — гэта ўвесь тэст. Калі вы не можаце сказаць, які працэс стварыў злучэнне, вы не праверылі прастору імёнаў.

Калі прастора імёнаў сапраўды няправільная

Часам запускальнік сапраўды збаўляе, і новы асобнік пачынаецца ў няправільнай прасторы імёнаў. Праверце службу або абгортку, якая яго спарадзіла, бо модуль або запіс працоўнага стала можа страціць прастору імёнаў, калі перазапускаецца праз шыну сеансу. Затым праверце зноў з абалонкі ўнутры правільнай прасторы імёнаў, перш чым вінаваціць браўзер. Адна зменная за раз — адзіны спосаб захаваць гэта дыягнаставальным.

Абагульванне дысплея не абагульвае і рэзалвер.

Калі працэс знаходзіцца ў правільнай прасторы імёнаў, а разбор імёнаў дагэтуль не ўдаецца,даследуйце яго асяроддзе рэзалвера як асобную праблему. Іншая змена маршрутызацыі не можа перамясціць запыт, які быў перададзены няправільнаму асобніку яшчэ да таго, як ён пачаўся.