നെയിംസ്പേസിൽ സമാരംഭിച്ച Firefox URL നിലവിലുള്ള ഒരു ഇൻസ്റ്റൻസിന് കൈമാറി

ഒരു കമാൻഡ് VPN നെയിംസ്പേസിനുള്ളിൽ പ്രവർത്തിക്കുന്നു, Firefox വിൻഡോ പ്രത്യക്ഷപ്പെടുന്നു, എന്നിട്ടും പേജ് സാധാരണ കണക്ഷനിലൂടെ തന്നെ പുറത്തുപോകുന്നു. റൂട്ടിംഗ് ക്രമീകരണം ആദ്യം പുനർനിർമ്മിക്കേണ്ട കാര്യമായിരിക്കില്ല. കമാൻഡ് നിങ്ങൾ പ്രതീക്ഷിച്ച ബ്രൗസർ ഇൻസ്റ്റൻസ് സൃഷ്ടിച്ചോ, അതോ URL മറ്റെവിടെയോ ഇതിനകം പ്രവർത്തിച്ചിരുന്ന ഒന്നിന് കൈമാറിയോ എന്ന് പരിശോധിക്കുക. ആ വ്യത്യാസം ഫലം ഒരു ഘട്ടത്തിൽ വിശദീകരിക്കുകയും nftables-ന്റെ ഒരു മണിക്കൂർ ലാഭിക്കുകയും ചെയ്യുന്നു.

സൂചന എന്നത് കോൾഡ് സ്റ്റാർട്ട് ഇല്ലാതെ വിൻഡോ തൽക്ഷണം പ്രത്യക്ഷപ്പെടുന്നു എന്നതാണ്.

പുതിയ വിൻഡോ പുതിയ ഇൻസ്റ്റൻസ് അല്ല

ഡെസ്ക്ടോപ്പ് ആപ്ലിക്കേഷനുകൾ നിലവിലുള്ള ഒരു പ്രോസസ്സ് പതിവായി വീണ്ടും ഉപയോഗിക്കുന്നു. ഒരു നെറ്റ്വർക്ക് നെയിംസ്പേസിനുള്ളിലെ ലോഞ്ചർ ഇതിനകം പ്രവർത്തിക്കുന്ന സ്വീകർത്താവിനെ ആ നെയിംസ്പേസിലേക്ക് മാറ്റുന്നില്ല, കാരണം സ്വീകർത്താവ് ഒരിക്കലും സമാരംഭത്തിന്റെ ഭാഗമായിരുന്നില്ല. Firefox-ന്റെ റിമോട്ടിംഗ് സ്വഭാവം പ്രൊഫൈലുകളുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു: ഇതിനകം ഉപയോഗത്തിലുള്ള പ്രൊഫൈലിനെതിരെ സമാരംഭിക്കുമ്പോൾ ആർഗ്യുമെന്റുകൾ അതിന്റെ ഉടമയ്ക്ക് കൈമാറുന്നു. പുതിയ വിൻഡോ യഥാർത്ഥമാണ്; പുതിയ നെറ്റ്വർക്ക് പാത അല്ല.

സ്വകാര്യ ബ്രൗസിംഗും പുതിയ-വിൻഡോ ഓപ്ഷനും നെറ്റ്വർക്ക് വേർതിരിക്കലിന്റെ നിയന്ത്രണങ്ങളല്ല.

വിൻഡോ മോഡിനെ മാത്രം ബാധിക്കുന്ന കമാൻഡ്-ലൈൻ ഫ്ലാഗും അങ്ങനെയല്ല. പ്രൊഫൈൽ തിരക്കിലാണെങ്കിൽ, അഭ്യർത്ഥന അതിന്റെ ഉടമസ്ഥതയിലുള്ള പ്രോസസ്സിലേക്ക് പോകുന്നു, ആ പ്രോസസ്സ് താൻ ആരംഭിച്ച നെയിംസ്പേസ് നിലനിർത്തുന്നു.

വേറെ പ്രൊഫൈലിൽ വേറെ ഇൻസ്റ്റൻസ് നിർബന്ധമാക്കുക

ബ്രൗസറിന്റെ പിന്തുണയുള്ള പ്രൊഫൈൽ വർക്ക്ഫ്ലോ വഴി സൃഷ്ടിച്ച സമർപ്പിത പ്രൊഫൈൽ ഉപയോഗിക്കുക, അത് ആ പ്രൊഫൈലുമായി വ്യക്തമായി സമാരംഭിക്കുക. ഇത് പിന്തുണയ്ക്കുന്ന Firefox ബിൽഡുകളിൽ, --new-instance നിലവിലുള്ള ഒന്നിനുള്ളിലെ വിൻഡോയ്ക്ക് പകരം പുതിയ ഇൻസ്റ്റൻസ് ആവശ്യപ്പെടുന്നു. ഇൻസ്റ്റാൾ ചെയ്ത ബിൽഡിന്റെ സ്വന്തം സഹായ ഔട്ട്പുട്ട് പരിശോധിക്കുക, കാരണം ലഭ്യമായ ഫ്ലാഗുകൾ പതിപ്പനുസരിച്ച് മാറും.

അതേ ജീവനുള്ള പ്രൊഫൈൽ ഒരേസമയം തുറക്കാൻ ശ്രമിക്കരുത്, «പ്രൊഫൈൽ ഉപയോഗത്തിലാണ്» എന്ന മുന്നറിയിപ്പിനെ ലോക്ക് ഫയലുകൾ ഇല്ലാതാക്കാനുള്ള നിർദ്ദേശമായി കാണരുത്.

ബ്രൗസർ അതിന്റെ സാധാരണ root അല്ലാത്ത ഉപയോക്താവിന് കീഴിലും പ്രവർത്തിപ്പിക്കുക. നെറ്റ്വർക്ക് ക്രമീകരണത്തിന് പലപ്പോഴും അഡ്മിനിസ്ട്രേറ്റീവ് അവകാശങ്ങൾ ആവശ്യമാണ്, അതേ പരീക്ഷണത്തിന്റെ ഭാഗമായതിനാൽ ബ്രൗസറിനും അതേ അവകാശങ്ങൾ നൽകാൻ പ്രലോഭനമുണ്ട്. ഗ്രാഫിക്കൽ ബ്രൗസറിന് അവ ആവശ്യമില്ല, അത് root ആയി പ്രവർത്തിപ്പിക്കുന്നത് പ്രൊഫൈലും അനുമതിയും സംബന്ധിച്ച പ്രശ്നങ്ങളുടെ വേറിട്ട ഒരു വിഭാഗം സൃഷ്ടിക്കുന്നു. അവകാശവും നെറ്റ്വർക്ക് പാതയും രണ്ട് സ്വതന്ത്ര തീരുമാനങ്ങളായി നിലനിർത്തുക.

ഏത് പ്രോസസ്സാണ് ട്രാഫിക് വഹിക്കുന്നതെന്ന് പരിശോധിക്കുക

Linux-ൽ, പ്രോസസ്സിന്റെ നെറ്റ്വർക്ക് നെയിംസ്പേസ് അതിന്റെ നെയിംസ്പേസ് ലിങ്കിലൂടെ ദൃശ്യമാണ്. അഭ്യർത്ഥന നടത്തുന്നു എന്ന് നിങ്ങൾ കരുതുന്ന പ്രോസസ്സിനുവേണ്ടി അത് വായിക്കുക, തുടർന്ന് യഥാർത്ഥത്തിൽ നടത്തുന്ന പ്രോസസ്സിനുവേണ്ടിയും.

readlink /proc/ACTUAL_PID/ns/net

ബ്രൗസറുകൾ നിരവധി പ്രോസസ്സുകൾ പ്രവർത്തിപ്പിക്കുന്നു, അതിനാൽ ഐഡന്റിറ്റി പ്രധാനമാണ്: കണക്ഷൻ ഉണ്ടാക്കുന്ന ഉള്ളടക്ക പ്രോസസ്സ് നിങ്ങൾ ആദ്യം പരിശോധിച്ചതായിരിക്കണമെന്നില്ല. ലിങ്ക് നിങ്ങൾ ഉദ്ദേശിച്ച നെയിംസ്പേസുമായി താരതമ്യം ചെയ്യുക, ഒരു ഇൻസ്റ്റൻസിന് ആരോപിക്കാൻ കഴിയുന്ന പുതിയതും നിരുപദ്രവകരവുമായ ഒരു അഭ്യർത്ഥനയോടെ ഉറപ്പാക്കുക. ആരോപണമാണ് മുഴുവൻ പരീക്ഷയും. ഏത് പ്രോസസ്സാണ് കണക്ഷൻ ഉണ്ടാക്കിയതെന്ന് പറയാൻ കഴിയുന്നില്ലെങ്കിൽ, നിങ്ങൾ നെയിംസ്പേസ് പരീക്ഷിച്ചിട്ടില്ല.

നെയിംസ്പേസ് ശരിക്കും തെറ്റായിരിക്കുമ്പോൾ

ചിലപ്പോൾ ലോഞ്ചർ ശരിക്കും പരാജയപ്പെടുന്നു, പുതിയ ഇൻസ്റ്റൻസ് തെറ്റായ നെയിംസ്പേസിൽ ആരംഭിക്കുന്നു. അത് ജനിപ്പിച്ച സേവനമോ റാപ്പറോ പരിശോധിക്കുക, കാരണം ഒരു യൂണിറ്റോ ഡെസ്ക്ടോപ്പ് എൻട്രിയോ സെഷൻ ബസ് വഴി വീണ്ടും പ്രവർത്തിക്കുമ്പോൾ നെയിംസ്പേസ് നഷ്ടപ്പെട്ടേക്കാം. തുടർന്ന് ബ്രൗസറിനെ കുറ്റപ്പെടുത്തുന്നതിന് മുമ്പ് ശരിയായ നെയിംസ്പേസിനുള്ളിലെ ഒരു ഷെല്ലിൽ നിന്ന് വീണ്ടും പരീക്ഷിക്കുക. ഒരു സമയത്ത് ഒരു വേരിയബിൾ മാത്രം എന്നതാണ് ഇത് രോഗനിർണ്ണയയോഗ്യമായി നിലനിർത്താനുള്ള ഏക മാർഗം.

ഡിസ്പ്ലേ പങ്കിടുന്നത് റിസോൾവറും പങ്കിടുന്നില്ല.

പ്രോസസ്സ് ശരിയായ നെയിംസ്പേസിലാണെങ്കിലും പേര് നിർണ്ണയം ഇപ്പോഴും പരാജയപ്പെടുന്നുവെങ്കിൽ,അതിന്റെ റിസോൾവർ പരിസരം വേറിട്ട ഒരു പ്രശ്നമായി അന്വേഷിക്കുക. ആരംഭിക്കുന്നതിന് മുമ്പുതന്നെ തെറ്റായ ഇൻസ്റ്റൻസിന് കൈമാറിയ ഒരു അഭ്യർത്ഥനയെ മറ്റൊരു റൂട്ടിംഗ് മാറ്റത്തിനും നീക്കാൻ കഴിയില്ല.