નેમસ્પેસમાં શરૂ થયેલો Firefox URL એક હાલના ઇન્સ્ટન્સને આપી દીધો
બ્રાઉઝરનો એક આદેશ URL બીજા નેમસ્પેસમાં પહેલેથી ચાલતી પ્રક્રિયાને આપી શકે છે. રાઉટિંગને અડકતા પહેલાં ખાતરી કરો કે કયો ઇન્સ્ટન્સ વિનંતી કરે છે.
એક આદેશ VPN નેમસ્પેસની અંદર ચાલે છે, Firefox વિન્ડો દેખાય છે, અને પૃષ્ઠ તેમ છતાં સામાન્ય જોડાણ પરથી બહાર જાય છે. રાઉટિંગ સેટઅપ કદાચ પહેલું ફરી બનાવવાની વસ્તુ નથી. તપાસો કે આદેશે તમે અપેક્ષા રાખેલો બ્રાઉઝર ઇન્સ્ટન્સ બનાવ્યો, અથવા URL એવા ઇન્સ્ટન્સને આપી જે પહેલેથી બીજે ક્યાંક ચાલતો હતો. એ ભેદ પરિણામને એક જ પગલામાં સમજાવે છે અને nftables નો એક કલાક બચાવે છે.
સંકેત એ છે કે વિન્ડો તરત દેખાય છે, કોઈ ઠંડા શરૂઆત વિના.
નવી વિન્ડો નવો ઇન્સ્ટન્સ નથી
ડેસ્કટોપ એપ્લિકેશનો નિયમિતપણે હાલની પ્રક્રિયાનો ફરી ઉપયોગ કરે છે. એક નેટવર્ક નેમસ્પેસની અંદરનો લોન્ચર પહેલેથી ચાલતા પ્રાપ્તકર્તાને એ નેમસ્પેસમાં ખસેડતો નથી, કારણ કે પ્રાપ્તકર્તા ક્યારેય શરૂઆતનો ભાગ ન હતો. Firefox નું રિમોટિંગ વર્તન પ્રોફાઇલ સાથે જોડાયેલું છે: પહેલેથી વપરાતી પ્રોફાઇલ સામે લોન્ચ કરવાથી દલીલો તેના માલિકને મળે છે. નવી વિન્ડો વાસ્તવિક છે; નવો નેટવર્ક માર્ગ નથી.
ખાનગી બ્રાઉઝિંગ અને નવી-વિન્ડો વિકલ્પ નેટવર્ક અલગીકરણના નિયંત્રણો નથી.
ફક્ત વિન્ડો મોડને અસર કરતું કમાન્ડ-લાઇન ફ્લેગ પણ નથી. જો પ્રોફાઇલ વ્યસ્ત હોય, તો વિનંતી તેની માલિકી ધરાવતી પ્રક્રિયા પાસે જાય છે, અને એ પ્રક્રિયા જે નેમસ્પેસમાં શરૂ થઈ હતી તે જ રાખે છે.
અલગ પ્રોફાઇલ પર અલગ ઇન્સ્ટન્સ ફરજિયાત કરો
બ્રાઉઝરના સમર્થિત પ્રોફાઇલ વર્કફ્લો દ્વારા બનાવેલી સમર્પિત પ્રોફાઇલ વાપરો અને સ્પષ્ટપણે એ પ્રોફાઇલ સાથે લોન્ચ કરો. જે Firefox બિલ્ડ તેને સમર્થન આપે છે, ત્યાં --new-instance હાલના ઇન્સ્ટન્સની અંદરની વિન્ડોને બદલે નવો ઇન્સ્ટન્સ માગે છે. સ્થાપિત બિલ્ડનું પોતાનું સહાય આઉટપુટ જુઓ, કારણ કે ઉપલબ્ધ ફ્લેગ આવૃત્તિ પ્રમાણે બદલાય છે.
એ જ જીવંત પ્રોફાઇલ એકસાથે ખોલવાનો પ્રયાસ કરશો નહીં, અને «પ્રોફાઇલ વપરાય છે» ચેતવણીને લોક ફાઇલો ડિલીટ કરવાની સૂચના તરીકે ન લો.
બ્રાઉઝરને તેના સામાન્ય નોન-રૂટ વપરાશકર્તા હેઠળ પણ ચલાવો. નેટવર્ક સેટઅપને ઘણી વાર વહીવટી અધિકારોની જરૂર પડે છે, અને બ્રાઉઝરને પણ એ જ આપવાનું લલચાવે છે કારણ કે તે એ જ પ્રયોગનો ભાગ છે. ગ્રાફિકલ બ્રાઉઝરને એની જરૂર નથી, અને તેને root તરીકે ચલાવવાથી પ્રોફાઇલ અને પરવાનગીની સમસ્યાઓનો અલગ વર્ગ બને છે. વિશેષાધિકાર અને નેટવર્ક માર્ગને બે સ્વતંત્ર નિર્ણય તરીકે રાખો.
કઈ પ્રક્રિયા ટ્રાફિક વહન કરે છે તે તપાસો
Linux પર, પ્રક્રિયાનું નેટવર્ક નેમસ્પેસ તેની નેમસ્પેસ લિંક દ્વારા દેખાય છે. જે પ્રક્રિયા વિનંતી કરે છે એમ તમે માનો છો તેના માટે તેને વાંચો, પછી જે ખરેખર કરે છે તેના માટે.
readlink /proc/ACTUAL_PID/ns/net
બ્રાઉઝર ઘણી પ્રક્રિયાઓ ચલાવે છે, તેથી ઓળખ મહત્વની છે: જોડાણ બનાવતી સામગ્રી પ્રક્રિયા કદાચ તમે પહેલી તપાસી હતી તે ન હોય. લિંકને તમે ઇચ્છેલા નેમસ્પેસ સાથે સરખાવો, અને નવી, નિર્દોષ વિનંતીથી ખાતરી કરો જે તમે એક ઇન્સ્ટન્સને આભારી કરી શકો. આરોપણ એ આખી કસોટી છે. જો તમે કહી ન શકો કે કઈ પ્રક્રિયાએ જોડાણ બનાવ્યું, તો તમે નેમસ્પેસની કસોટી કરી નથી.
જ્યારે નેમસ્પેસ ખરેખર ખોટું હોય
કેટલીક વાર લોન્ચર ખરેખર નિષ્ફળ જાય છે અને નવો ઇન્સ્ટન્સ ખોટા નેમસ્પેસમાં શરૂ થાય છે. જે સેવા કે રેપરે તેને જન્મ આપ્યો તે તપાસો, કારણ કે યુનિટ કે ડેસ્કટોપ એન્ટ્રી સેશન બસ દ્વારા ફરી ચાલે ત્યારે નેમસ્પેસ ગુમાવી શકે છે. પછી બ્રાઉઝરને દોષ આપતા પહેલાં સાચા નેમસ્પેસની અંદરની શેલમાંથી ફરી કસોટી કરો. એક સમયે એક ચલ એ જ રીતે આને નિદાનયોગ્ય રાખવાનો એકમાત્ર રસ્તો છે.
ડિસ્પ્લે વહેંચવાથી રિઝોલ્વર પણ વહેંચાતું નથી.
જો પ્રક્રિયા સાચા નેમસ્પેસમાં છે અને નામ ઉકેલવું હજી નિષ્ફળ જાય છે,તેના રિઝોલ્વર પર્યાવરણને અલગ સમસ્યા તરીકે તપાસો. બીજું કોઈ રાઉટિંગ ફેરફાર એવી વિનંતીને ખસેડી શકતું નથી જે શરૂ થવાના પહેલાં જ ખોટા ઇન્સ્ટન્સને આપી દેવાઈ હતી.