Namespace palaists Firefox nodeva URL jau esošai instancei

Komanda darbojas VPN namespace iekšpusē, parādās Firefox logs, un lapa tomēr iziet pa parasto savienojumu. Maršrutēšanas iestatījums, iespējams, nav pirmā lieta, kas jāpārceļ no jauna. Pārbaudiet, vai komanda izveidoja gaidīto pārlūka instanci vai nodeva URL tai, kas jau darbojās citur. Šī atšķirība izskaidro rezultātu vienā solī un ietaupa stundu ar nftables.

Pazīme ir tā, ka logs parādās acumirklī, bez aukstās palaišanas.

Jauns logs nav jauna instance

Darbvirsmas lietotnes parasti atkārtoti izmanto esošu procesu. Palaidējs vienā tīkla namespace nepārvieto jau darbojošos saņēmēju uz šo namespace, jo saņēmējs nekad nav bijis palaišanas daļa. Firefox attālinātās vadības uzvedība ir saistīta ar profiliem: palaišana pret jau lietotu profilu nodod argumentus tā īpašniekam. Jaunais logs ir īsts; jaunais tīkla ceļš nav.

Privāta pārlūkošana un jauna loga opcija nav tīkla izolācijas kontroles līdzekļi.

Tas nav arī komandrindas karodziņš, kas ietekmē tikai loga režīmu. Ja profils ir aizņemts, pieprasījums aiziet procesam, kas to pārvalda, un šis process saglabā to namespace, kurā tas sākās.

Piespiediet atsevišķu instanci atsevišķā profilā

Izmantojiet īpašu profilu, kas izveidots ar pārlūka atbalstīto profilu darbplūsmu, un palaidiet to skaidri ar šo profilu. Firefox būvējumos, kas to atbalsta, --new-instance pieprasa jaunu instanci, nevis logu esošajā. Apskatiet instalētā būvējuma paša palīdzības izvadi, jo pieejamie karodziņi atšķiras atkarībā no versijas.

Nemēģiniet vienlaikus atvērt to pašu aktīvo profilu un neuzskatiet brīdinājumu, ka profils tiek lietots, par norādījumu dzēst bloķēšanas failus.

Palaidiet pārlūku arī ar parasto lietotāju, kas nav root. Tīkla iestatīšanai bieži vajadzīgas administratīvās tiesības, un ir vilinoši dot pārlūkam tās pašas, jo tas ir daļa no tā paša eksperimenta. Grafiskajam pārlūkam tās nav vajadzīgas, un tā palaišana kā root rada atsevišķu profilu un atļauju problēmu klasi. Turiet privilēģiju un tīkla ceļu kā divus neatkarīgus lēmumus.

Pārbaudiet, kurš process pārvadā datplūsmu

Linux sistēmā procesa tīkla namespace ir redzams caur tā namespace saiti. Izlasiet to procesam, kas, jūsuprāt, veic pieprasījumu, un pēc tam procesam, kas to patiešām dara.

readlink /proc/ACTUAL_PID/ns/net

Pārlūki darbina vairākus procesus, tāpēc identitātei ir nozīme: satura process, kas izveido savienojumu, var nebūt tas, kuru pārbaudījāt pirmo. Salīdziniet saiti ar paredzēto namespace un apstipriniet ar jaunu, nekaitīgu pieprasījumu, ko varat attiecināt uz vienu instanci. Attiecināšana ir viss tests. Ja nevarat pateikt, kurš process izveidoja savienojumu, jūs neesat pārbaudījis namespace.

Kad namespace patiešām ir nepareizs

Dažkārt palaidējs patiešām neizdodas un jaunā instance sākas nepareizajā namespace. Pārbaudiet pakalpojumu vai ietvaru, kas to radīja, jo vienība vai darbvirsmas ieraksts var zaudēt namespace, kad to atkārtoti izpilda caur sesijas kopni. Pēc tam vēlreiz pārbaudiet no čaulas pareizā namespace iekšpusē, pirms vainojat pārlūku. Viens mainīgais vienlaikus ir vienīgais veids, kā tas paliek diagnosticējams.

Ekrāna kopīgošana nekopīgo arī resolveri.

Ja process ir pareizajā namespace un nosaukumu izšķiršana joprojām neizdodas,izpētiet tā resolver vidi kā atsevišķu problēmu. Nekādas citas maršrutēšanas izmaiņas nevar pārvietot pieprasījumu, kas tika nodots nepareizajai instancei pat pirms tas sākās.