नेमस्पेसमध्ये सुरू केलेला Firefox ने URL अस्तित्वात असलेल्या इन्स्टन्सला दिला

एक कमांड VPN नेमस्पेसच्या आत चालते, Firefox ची विंडो दिसते, आणि पान तरीही सामान्य कनेक्शनने बाहेर जाते। राउटिंग सेटअप ही कदाचित पहिली गोष्ट पुन्हा बांधायची नाही। कमांडने तुम्ही अपेक्षित असलेला ब्राउझर इन्स्टन्स तयार केला का, की URL आधीच दुसरीकडे चालू असलेल्या इन्स्टन्सला दिला, ते तपासा। हा फरक निकाल एका पायरीत स्पष्ट करतो आणि nftables चा एक तास वाचवतो।

संकेत असा आहे की विंडो थंड सुरुवातीशिवाय तत्काळ दिसते।

नवीन विंडो म्हणजे नवीन इन्स्टन्स नाही

डेस्कटॉप अनुप्रयोग नियमितपणे विद्यमान प्रक्रियेचा पुनर्वापर करतात। एका नेटवर्क नेमस्पेसच्या आतला लाँचर आधीच चालू असलेल्या प्राप्तकर्त्याला त्या नेमस्पेसमध्ये हलवत नाही, कारण प्राप्तकर्ता कधीही सुरुवातीचा भाग नव्हता। Firefox चे रिमोटिंग वर्तन प्रोफाइलशी जोडलेले आहे: आधीच वापरात असलेल्या प्रोफाइलविरुद्ध सुरू केल्यास आर्ग्युमेंट्स तिच्या मालकाकडे जातात। नवीन विंडो खरी आहे; नवीन नेटवर्क मार्ग नाही।

खाजगी ब्राउझिंग आणि नवीन-विंडो पर्याय नेटवर्क अलगीकरणाचे नियंत्रण नाहीत।

फक्त विंडो मोडवर परिणाम करणारा कमांड-लाइन फ्लॅगही तसे नाही। प्रोफाइल व्यस्त असल्यास, विनंती ती धारण करणाऱ्या प्रक्रियेकडे जाते, आणि ती प्रक्रिया ज्या नेमस्पेसमध्ये सुरू झाली तेच राखते।

वेगळ्या प्रोफाइलवर वेगळा इन्स्टन्स सक्तीने तयार करा

ब्राउझरच्या समर्थित प्रोफाइल वर्कफ्लोने तयार केलेले समर्पित प्रोफाइल वापरा आणि ते स्पष्टपणे त्या प्रोफाइलसह सुरू करा। हे समर्थित करणाऱ्या Firefox बिल्डमध्ये, --new-instance विद्यमान इन्स्टन्समधील विंडोऐवजी नवीन इन्स्टन्स मागतो। स्थापित बिल्डचे स्वतःचे मदत आउटपुट पहा, कारण उपलब्ध फ्लॅग आवृत्तीनुसार बदलतात।

तेच जिवंत प्रोफाइल एकाच वेळी उघडण्याचा प्रयत्न करू नका, आणि «प्रोफाइल वापरात आहे» हा इशारा लॉक फाइल्स हटवण्याची सूचना म्हणून घेऊ नका।

ब्राउझर त्याच्या नेहमीच्या गैर-root वापरकर्त्याखालीही चालवा। नेटवर्क सेटअपला अनेकदा प्रशासकीय अधिकार लागतात, आणि तोच प्रयोगाचा भाग असल्याने ब्राउझरलाही तेच अधिकार देण्याचे आमिष असते। ग्राफिकल ब्राउझरला ते लागत नाहीत, आणि त्याला root म्हणून चालवल्यास प्रोफाइल व परवानगीच्या समस्यांचा वेगळा वर्ग तयार होतो। विशेषाधिकार आणि नेटवर्क मार्ग हे दोन स्वतंत्र निर्णय ठेवा।

कोणती प्रक्रिया ट्रॅफिक वाहून नेते ते तपासा

Linux वर, प्रक्रियेचे नेटवर्क नेमस्पेस त्याच्या नेमस्पेस दुव्याद्वारे दिसते। विनंती करत आहे असे तुम्हाला वाटते त्या प्रक्रियेसाठी ते वाचा, नंतर प्रत्यक्षात करणाऱ्या प्रक्रियेसाठी।

readlink /proc/ACTUAL_PID/ns/net

ब्राउझर अनेक प्रक्रिया चालवतात, म्हणून ओळख महत्त्वाची आहे: कनेक्शन तयार करणारी सामग्री प्रक्रिया तुम्ही प्रथम तपासलेली प्रक्रिया नसू शकते। दुव्याची तुम्ही हेतू असलेल्या नेमस्पेसशी तुलना करा, आणि एका इन्स्टन्सला श्रेय देता येईल अशा नवीन, निरुपद्रवी विनंतीने खात्री करा। श्रेय देणे हीच संपूर्ण चाचणी आहे। कोणत्या प्रक्रियेने कनेक्शन तयार केले हे सांगता येत नसेल, तर तुम्ही नेमस्पेसची चाचणी केली नाही।

जेव्हा नेमस्पेस खरोखर चुकीचे असते

कधीकधी लाँचर खरोखर अयशस्वी होतो आणि नवीन इन्स्टन्स चुकीच्या नेमस्पेसमध्ये सुरू होतो। ज्या सेवेने किंवा रॅपरने तो जन्म दिला ती तपासा, कारण युनिट किंवा डेस्कटॉप नोंद सत्र बसद्वारे पुन्हा चालवताना नेमस्पेस गमावू शकते। नंतर ब्राउझरला दोष देण्यापूर्वी योग्य नेमस्पेसच्या आतल्या शेलमधून पुन्हा चाचणी करा। एका वेळी एक चल हाच हे निदानयोग्य राहण्याचा एकमेव मार्ग आहे।

डिस्प्ले सामायिक केल्याने रिझॉल्व्हरही सामायिक होत नाही।

जर प्रक्रिया योग्य नेमस्पेसमध्ये असेल आणि नाव निराकरण अजूनही अयशस्वी होत असेल,त्याचे रिझॉल्व्हर वातावरण वेगळी समस्या म्हणून तपासा। दुसरा कोणताही राउटिंग बदल सुरू होण्यापूर्वीच चुकीच्या इन्स्टन्सला दिलेली विनंती हलवू शकत नाही।