namespace లో ప్రారంభించిన Firefox URL ను ఇప్పటికే ఉన్న ఇన్స్టాన్స్కు అందించింది

ఒక ఆదేశం VPN namespace లోపల నడుస్తుంది, Firefox విండో కనిపిస్తుంది, అయినా పేజీ సాధారణ కనెక్షన్ ద్వారానే బయటకు వెళ్తుంది. రూటింగ్ సెటప్ మళ్లీ నిర్మించాల్సిన మొదటి విషయం కాదు. ఆదేశం మీరు ఆశించిన బ్రౌజర్ ఇన్స్టాన్స్ను సృష్టించిందో, లేదా ఇప్పటికే వేరే చోట నడుస్తున్న దానికి URL ను అందించిందో తనిఖీ చేయండి. ఆ భేదం ఫలితాన్ని ఒకే అడుగులో వివరిస్తుంది మరియు nftables యొక్క గంటను ఆదా చేస్తుంది.

సూచన ఏమిటంటే, విండో చల్లని ప్రారంభం లేకుండా తక్షణమే కనిపిస్తుంది.

కొత్త విండో కొత్త ఇన్స్టాన్స్ కాదు

డెస్క్టాప్ అప్లికేషన్లు ఇప్పటికే ఉన్న ప్రక్రియను సాధారణంగా తిరిగి ఉపయోగిస్తాయి. ఒక నెట్వర్క్ namespace లోపలి లాంచర్ ఇప్పటికే నడుస్తున్న గ్రహీతను ఆ namespace లోకి తరలించదు, ఎందుకంటే గ్రహీత ఎప్పుడూ ప్రారంభంలో భాగం కాలేదు. Firefox రిమోట్ నియంత్రణ ప్రవర్తన ప్రొఫైళ్లతో ముడిపడి ఉంది: ఇప్పటికే ఉపయోగంలో ఉన్న ప్రొఫైల్కు వ్యతిరేకంగా ప్రారంభిస్తే ఆర్గ్యుమెంట్లు దాని యజమానికి అందుతాయి. కొత్త విండో నిజం; కొత్త నెట్వర్క్ మార్గం కాదు.

ప్రైవేట్ బ్రౌజింగ్ మరియు కొత్త-విండో ఎంపిక నెట్వర్క్ వేరుచేయడం నియంత్రణలు కావు.

విండో మోడ్పై మాత్రమే ప్రభావం చూపే ఆదేశ-పంక్తి పతాకం కూడా అలాగే కాదు. ప్రొఫైల్ బిజీగా ఉంటే, అభ్యర్థన దానిని కలిగి ఉన్న ప్రక్రియకు వెళ్తుంది, ఆ ప్రక్రియ తాను ప్రారంభించిన namespace ను నిలుపుకుంటుంది.

వేరే ప్రొఫైల్పై వేరే ఇన్స్టాన్స్ను బలవంతం చేయండి

బ్రౌజర్ మద్దతు ఉన్న ప్రొఫైల్ వర్క్ఫ్లో ద్వారా సృష్టించిన ప్రత్యేక ప్రొఫైల్ను ఉపయోగించి, దానిని స్పష్టంగా ఆ ప్రొఫైల్తో ప్రారంభించండి. దీన్ని మద్దతిచ్చే Firefox బిల్డ్లలో, --new-instance ఇప్పటికే ఉన్న ఇన్స్టాన్స్ లోపలి విండోకు బదులుగా కొత్త ఇన్స్టాన్స్ను కోరుతుంది. ఇన్స్టాల్ చేసిన బిల్డ్ యొక్క స్వంత సహాయ అవుట్పుట్ను చూడండి, ఎందుకంటే అందుబాటులో ఉన్న పతాకాలు వెర్షన్ను బట్టి మారుతాయి.

అదే జీవంతమైన ప్రొఫైల్ను ఒకేసారి తెరవడానికి ప్రయత్నించవద్దు, «ప్రొఫైల్ ఉపయోగంలో ఉంది» అనే హెచ్చరికను లాక్ ఫైళ్లను తొలగించే సూచనగా తీసుకోవద్దు.

బ్రౌజర్ను దాని సాధారణ root కాని వినియోగదారు కింద కూడా నడపండి. నెట్వర్క్ సెటప్కు తరచుగా పరిపాలనా హక్కులు అవసరం, అదే ప్రయోగంలో భాగం కాబట్టి బ్రౌజర్కు కూడా అవే హక్కులను ఇవ్వాలని ప్రలోభపెడుతుంది. గ్రాఫికల్ బ్రౌజర్కు అవి అవసరం లేదు, దాన్ని root గా నడపడం ప్రొఫైల్ మరియు అనుమతి సమస్యల ప్రత్యేక తరగతిని సృష్టిస్తుంది. ప్రత్యేక హక్కు మరియు నెట్వర్క్ మార్గాన్ని రెండు స్వతంత్ర నిర్ణయాలుగా ఉంచండి.

ఏ ప్రక్రియ ట్రాఫిక్ను మోస్తోందో తనిఖీ చేయండి

Linux లో, ప్రక్రియ యొక్క నెట్వర్క్ namespace దాని namespace లింక్ ద్వారా కనిపిస్తుంది. అభ్యర్థన చేస్తోందని మీరు భావించే ప్రక్రియ కోసం దాన్ని చదవండి, ఆపై నిజంగా చేస్తున్న ప్రక్రియ కోసం.

readlink /proc/ACTUAL_PID/ns/net

బ్రౌజర్లు అనేక ప్రక్రియలను నడుపుతాయి, కాబట్టి గుర్తింపు ముఖ్యం: కనెక్షన్ చేసే కంటెంట్ ప్రక్రియ మీరు మొదట తనిఖీ చేసినది కాకపోవచ్చు. లింక్ను మీరు ఉద్దేశించిన namespace తో పోల్చి, ఒక ఇన్స్టాన్స్కు ఆపాదించగల కొత్త, హానిచేయని అభ్యర్థనతో నిర్ధారించుకోండి. ఆపాదనమే మొత్తం పరీక్ష. ఏ ప్రక్రియ కనెక్షన్ చేసిందో చెప్పలేకపోతే, మీరు namespace ను పరీక్షించలేదు.

namespace నిజంగా తప్పుగా ఉన్నప్పుడు

కొన్నిసార్లు లాంచర్ నిజంగా విఫలమవుతుంది మరియు కొత్త ఇన్స్టాన్స్ తప్పు namespace లో ప్రారంభమవుతుంది. దాన్ని పుట్టించిన సేవ లేదా ర్యాపర్ను తనిఖీ చేయండి, ఎందుకంటే యూనిట్ లేదా డెస్క్టాప్ ఎంట్రీ సెషన్ బస్ ద్వారా తిరిగి అమలు అయ్యేటప్పుడు namespace ను కోల్పోవచ్చు. ఆపై బ్రౌజర్ను నిందించే ముందు సరైన namespace లోపలి షెల్ నుండి మళ్లీ పరీక్షించండి. ఒకసారి ఒక వేరియబుల్ మాత్రమే ఉంచడమే దీన్ని నిర్ధారణయోగ్యంగా ఉంచే ఏకైక మార్గం.

డిస్ప్లేను పంచుకోవడం resolver ను కూడా పంచుకోదు.

ప్రక్రియ సరైన namespace లో ఉండి, పేరు పరిష్కారం ఇంకా విఫలమైతే,దాని resolver పరిసరాన్ని ప్రత్యేక సమస్యగా పరిశోధించండి. ఏదైనా మరో రూటింగ్ మార్పు ప్రారంభం కాకముందే తప్పు ఇన్స్టాన్స్కు అందించిన అభ్యర్థనను కదిలించలేదు.