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 சூழலைத் தனி சிக்கலாக ஆராயுங்கள். வேறு எந்த ரூட்டிங் மாற்றமும் தொடங்குவதற்கு முன்பே தவறான இன்ஸ்டன்ஸுக்கு வழங்கப்பட்ட கோரிக்கையை நகர்த்த முடியாது.