Namespace paleistas Firefox perdavė URL esamam egzemplioriui

Komanda vykdoma VPN namespace viduje, atsiranda Firefox langas, o puslapis vis tiek išeina įprastu ryšiu. Maršruto nustatymas tikriausiai nėra pirmas dalykas, kurį reikia perstatyti. Patikrinkite, ar komanda sukūrė lauktą naršyklės egzempliorių, ar perdavė URL tam, kuris jau veikė kur nors kitur. Šis skirtumas paaiškina rezultatą vienu žingsniu ir sutaupo valandą nftables.

Požymis yra tas, kad langas pasirodo akimirksniu, be šalto paleidimo.

Naujas langas nėra naujas egzempliorius

Darbalaukio programos įprastai pakartotinai naudoja esamą procesą. Paleidiklis vieno tinklo namespace viduje neperkelia jau veikiančio gavėjo į tą namespace, nes gavėjas niekada nebuvo paleidimo dalis. Firefox nuotolinio valdymo elgsena susijusi su profiliais: paleidimas prieš jau naudojamą profilį perduoda argumentus jo savininkui. Naujas langas yra tikras; naujas tinklo kelias ne.

Privatus naršymas ir naujo lango parinktis nėra tinklo izoliacijos valdikliai.

Tai nėra ir komandinės eilutės vėliavėlė, kuri veikia tik lango režimą. Jei profilis užimtas, užklausa patenka procesui, kuris jį valdo, ir tas procesas išlaiko namespace, kuriame pradėjo.

Priverskite atskirą egzempliorių atskirame profilyje

Naudokite specialų profilį, sukurtą per palaikomą naršyklės profilių darbo eigą, ir paleiskite jį aiškiai su tuo profiliu. Firefox versijose, kurios tai palaiko, --new-instance prašo naujo egzemplioriaus, o ne lango esamame. Peržiūrėkite įdiegtos versijos pačios pagalbos išvestį, nes galimos vėliavėlės skiriasi priklausomai nuo versijos.

Nebandykite vienu metu atidaryti to paties aktyvaus profilio ir nelaikykite įspėjimo, kad profilis naudojamas, nurodymu ištrinti užraktų failus.

Paleiskite naršyklę ir su įprastu ne root naudotoju. Tinklo sąranka dažnai reikalauja administracinių teisių, ir vilioja duoti naršyklei tas pačias, nes ji yra to paties eksperimento dalis. Grafinei naršyklei jų nereikia, o paleidus ją kaip root susidaro atskira profilio ir leidimų problemų klasė. Laikykite privilegiją ir tinklo kelią kaip du nepriklausomus sprendimus.

Patikrinkite, kuris procesas neša srautą

Linux sistemoje proceso tinklo namespace matomas per jo namespace nuorodą. Perskaitykite ją procesui, kuris, jūsų nuomone, siunčia užklausą, o tada procesui, kuris iš tikrųjų ją siunčia.

readlink /proc/ACTUAL_PID/ns/net

Naršyklės paleidžia kelis procesus, todėl tapatybė svarbi: turinio procesas, kuris užmezga ryšį, gali būti ne tas, kurį patikrinote pirmą. Palyginkite nuorodą su numatytu namespace ir patvirtinkite nauja, nekenksminga užklausa, kurią galite priskirti vienam egzemplioriui. Priskyrimas ir yra visas testas. Jei negalite pasakyti, kuris procesas užmezgė ryšį, namespace nepatekrinote.

Kai namespace tikrai neteisingas

Kartais paleidiklis tikrai nepavyksta ir naujas egzempliorius pradedamas neteisingame namespace. Patikrinkite paslaugą ar įvyniotuvą, kuris jį sukūrė, nes unit ar darbalaukio įrašas gali prarasti namespace, kai paleidžiamas iš naujo per sesijos magistralę. Tada dar kartą patikrinkite iš apvalkalo teisingo namespace viduje, prieš kaltindami naršyklę. Vienas kintamasis vienu metu yra vienintelis būdas išlaikyti tai diagnozuojamą.

Ekrano bendrinimas taip pat nebendrina resolver.

Jei procesas yra teisingame namespace ir vardų skiriamoji geba vis dar nepavyksta,ištirkite jo resolver aplinką kaip atskirą problemą. Joks kitas maršruto pakeitimas negali perkelti užklausos, kuri buvo perduota neteisingam egzemplioriui dar prieš jai prasidedant.