नेमस्पेसमा सुरु गरिएको Firefox ले URL अवस्थित इन्स्टन्सलाई दियो

एउटा आदेश VPN नेमस्पेसभित्र चल्छ, Firefox को विन्डो देखिन्छ, र पृष्ठ तैपनि सामान्य जडानबाट बाहिर जान्छ। राउटिङ सेटअप सम्भवतः पहिले पुनर्निर्माण गर्नुपर्ने कुरा होइन। आदेशले तपाईंले अपेक्षा गरेको ब्राउजर इन्स्टन्स बनायो कि URL पहिले नै अन्तै चलिरहेको इन्स्टन्सलाई दियो भनी जाँच्नुहोस्। त्यो भिन्नताले नतिजा एकै चरणमा व्याख्या गर्छ र nftables को एक घण्टा बचाउँछ।

संकेत यो हो कि विन्डो चिसो सुरुवातबिना तुरुन्तै देखिन्छ।

नयाँ विन्डो नयाँ इन्स्टन्स होइन

डेस्कटप अनुप्रयोगहरू नियमित रूपमा अवस्थित प्रक्रियाको पुनः प्रयोग गर्छन्। एउटा नेटवर्क नेमस्पेसभित्रको लन्चरले पहिले नै चलिरहेको प्राप्तकर्तालाई त्यो नेमस्पेसमा सार्दैन, किनकि प्राप्तकर्ता कहिल्यै सुरुवातको भाग थिएन। Firefox को रिमोटिङ व्यवहार प्रोफाइलसँग जोडिएको छ: पहिले नै प्रयोगमा रहेको प्रोफाइलविरुद्ध सुरु गर्दा आर्गुमेन्टहरू त्यसको मालिकलाई जान्छन्। नयाँ विन्डो वास्तविक हो; नयाँ नेटवर्क मार्ग होइन।

निजी ब्राउजिङ र नयाँ-विन्डो विकल्प नेटवर्क अलगावका नियन्त्रण होइनन्।

केवल विन्डो मोडमा असर गर्ने कमाण्ड-लाइन फ्ल्याग पनि त्यस्तै होइन। यदि प्रोफाइल व्यस्त छ भने, अनुरोध त्यसलाई राख्ने प्रक्रियाकहाँ जान्छ, र त्यो प्रक्रियाले आफू सुरु भएको नेमस्पेस राख्छ।

अलग प्रोफाइलमा अलग इन्स्टन्स बलपूर्वक बनाउनुहोस्

ब्राउजरको समर्थित प्रोफाइल कार्यप्रवाहबाट बनाइएको समर्पित प्रोफाइल प्रयोग गर्नुहोस् र त्यसलाई स्पष्ट रूपमा त्यही प्रोफाइलसँग सुरु गर्नुहोस्। यसलाई समर्थन गर्ने Firefox बिल्डहरूमा, --new-instance अवस्थित इन्स्टन्सभित्रको विन्डोको सट्टा नयाँ इन्स्टन्स माग्छ। स्थापित बिल्डको आफ्नै मद्दत आउटपुट हेर्नुहोस्, किनकि उपलब्ध फ्ल्यागहरू संस्करणअनुसार फरक पर्छन्।

त्यही जीवित प्रोफाइल एकैसाथ खोल्न प्रयास नगर्नुहोस्, र «प्रोफाइल प्रयोगमा छ» भन्ने चेतावनीलाई लक फाइलहरू मेट्ने निर्देशनका रूपमा नलिनुहोस्।

ब्राउजरलाई यसको सामान्य गैर-root प्रयोगकर्तामुनि पनि चलाउनुहोस्। नेटवर्क सेटअपलाई प्रायः प्रशासनिक अधिकार चाहिन्छ, र त्यही प्रयोगको भाग भएकाले ब्राउजरलाई पनि ती अधिकार दिन लोभलाग्दो हुन्छ। ग्राफिकल ब्राउजरलाई ती चाहिँदैन, र यसलाई root का रूपमा चलाउँदा प्रोफाइल र अनुमतिका समस्याको अलग वर्ग बन्छ। विशेषाधिकार र नेटवर्क मार्गलाई दुई स्वतन्त्र निर्णयका रूपमा राख्नुहोस्।

कुन प्रक्रियाले ट्राफिक बोक्छ त्यो जाँच्नुहोस्

Linux मा, प्रक्रियाको नेटवर्क नेमस्पेस त्यसको नेमस्पेस लिङ्कमार्फत देखिन्छ। अनुरोध गरिरहेको भन्ने तपाईंलाई लाग्ने प्रक्रियाका लागि त्यो पढ्नुहोस्, त्यसपछि वास्तवमै गरिरहेको प्रक्रियाका लागि।

readlink /proc/ACTUAL_PID/ns/net

ब्राउजरहरू धेरै प्रक्रिया चलाउँछन्, त्यसैले पहिचान महत्त्वपूर्ण छ: जडान बनाउने सामग्री प्रक्रिया तपाईंले पहिले जाँचेको प्रक्रिया नहुन सक्छ। लिङ्कलाई तपाईंले लक्ष्य गरेको नेमस्पेससँग तुलना गर्नुहोस्, र एउटा इन्स्टन्सलाई श्रेय दिन सकिने नयाँ, हानिरहित अनुरोधले पुष्टि गर्नुहोस्। श्रेय नै सम्पूर्ण परीक्षण हो। कुन प्रक्रियाले जडान बनायो भन्न सक्नुहुन्न भने, तपाईंले नेमस्पेसको परीक्षण गर्नुभएको छैन।

नेमस्पेस साँच्चै गलत हुँदा

कहिलेकाहीँ लन्चर साँच्चै असफल हुन्छ र नयाँ इन्स्टन्स गलत नेमस्पेसमा सुरु हुन्छ। त्यसलाई जन्म दिने सेवा वा र्यापर जाँच्नुहोस्, किनकि युनिट वा डेस्कटप प्रविष्टिले सत्र बसबाट पुनः चल्दा नेमस्पेस गुमाउन सक्छ। त्यसपछि ब्राउजरलाई दोष दिनु अघि सही नेमस्पेसभित्रको शेलबाट फेरि परीक्षण गर्नुहोस्। एक पटकमा एउटा चल मात्र यसलाई निदानयोग्य राख्ने एकमात्र तरिका हो।

डिस्प्ले साझा गर्दा रिजोल्भर पनि साझा हुँदैन।

यदि प्रक्रिया सही नेमस्पेसमा छ र नाम समाधान अझै असफल हुन्छ भने,त्यसको रिजोल्भर वातावरणलाई अलग समस्याका रूपमा अन्वेषण गर्नुहोस्। अर्को कुनै राउटिङ परिवर्तनले सुरु हुनुअघि नै गलत इन्स्टन्सलाई दिइएको अनुरोधलाई सार्न सक्दैन।