ਨੇਮਸਪੇਸ ਵਿੱਚ ਸ਼ੁਰੂ ਕੀਤਾ Firefox ਨੇ URL ਨੂੰ ਮੌਜੂਦਾ ਇੰਸਟੈਂਸ ਨੂੰ ਦੇ ਦਿੱਤਾ

ਇੱਕ ਕਮਾਂਡ VPN ਨੇਮਸਪੇਸ ਦੇ ਅੰਦਰ ਚੱਲਦੀ ਹੈ, Firefox ਦੀ ਵਿੰਡੋ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ, ਅਤੇ ਪੰਨਾ ਫਿਰ ਵੀ ਆਮ ਕਨੈਕਸ਼ਨ ਰਾਹੀਂ ਬਾਹਰ ਜਾਂਦਾ ਹੈ। ਰਾਊਟਿੰਗ ਸੈਟਅਪ ਸ਼ਾਇਦ ਪਹਿਲੀ ਚੀਜ਼ ਨਹੀਂ ਜੋ ਮੁੜ ਬਣਾਈ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ। ਜਾਂਚੋ ਕਿ ਕਮਾਂਡ ਨੇ ਉਹੀ ਬ੍ਰਾਊਜ਼ਰ ਇੰਸਟੈਂਸ ਬਣਾਇਆ ਜਿਸਦੀ ਤੁਸੀਂ ਉਮੀਦ ਕੀਤੀ ਸੀ, ਜਾਂ URL ਉਸ ਇੰਸਟੈਂਸ ਨੂੰ ਦੇ ਦਿੱਤਾ ਜੋ ਪਹਿਲਾਂ ਹੀ ਕਿਤੇ ਹੋਰ ਚੱਲ ਰਿਹਾ ਸੀ। ਇਹ ਫ਼ਰਕ ਨਤੀਜੇ ਨੂੰ ਇੱਕ ਕਦਮ ਵਿੱਚ ਸਮਝਾਉਂਦਾ ਹੈ ਅਤੇ nftables ਦਾ ਇੱਕ ਘੰਟਾ ਬਚਾਉਂਦਾ ਹੈ।

ਸੰਕੇਤ ਇਹ ਹੈ ਕਿ ਵਿੰਡੋ ਠੰਡੀ ਸ਼ੁਰੂਆਤ ਤੋਂ ਬਿਨਾਂ ਤੁਰੰਤ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ।

ਨਵੀਂ ਵਿੰਡੋ ਨਵਾਂ ਇੰਸਟੈਂਸ ਨਹੀਂ ਹੈ

ਡੈਸਕਟਾਪ ਐਪਲੀਕੇਸ਼ਨ ਨਿਯਮਿਤ ਤੌਰ ’ਤੇ ਮੌਜੂਦਾ ਪ੍ਰਕਿਰਿਆ ਦਾ ਮੁੜ ਉਪਯੋਗ ਕਰਦੇ ਹਨ। ਇੱਕ ਨੈੱਟਵਰਕ ਨੇਮਸਪੇਸ ਦੇ ਅੰਦਰਲਾ ਲਾਂਚਰ ਪਹਿਲਾਂ ਹੀ ਚੱਲ ਰਹੇ ਪ੍ਰਾਪਤਕਰਤਾ ਨੂੰ ਉਸ ਨੇਮਸਪੇਸ ਵਿੱਚ ਨਹੀਂ ਲੈ ਜਾਂਦਾ, ਕਿਉਂਕਿ ਪ੍ਰਾਪਤਕਰਤਾ ਕਦੇ ਵੀ ਸ਼ੁਰੂਆਤ ਦਾ ਹਿੱਸਾ ਨਹੀਂ ਸੀ। Firefox ਦਾ ਰਿਮੋਟਿੰਗ ਵਿਵਹਾਰ ਪ੍ਰੋਫਾਈਲਾਂ ਨਾਲ ਜੁੜਿਆ ਹੈ: ਪਹਿਲਾਂ ਹੀ ਵਰਤੋਂ ਵਿੱਚ ਰਹੇ ਪ੍ਰੋਫਾਈਲ ਵਿਰੁੱਧ ਸ਼ੁਰੂ ਕਰਨ ’ਤੇ ਆਰਗਿਊਮੈਂਟ ਉਸਦੇ ਮਾਲਕ ਨੂੰ ਮਿਲਦੇ ਹਨ। ਨਵੀਂ ਵਿੰਡੋ ਅਸਲੀ ਹੈ; ਨਵਾਂ ਨੈੱਟਵਰਕ ਰਸਤਾ ਨਹੀਂ।

ਨਿੱਜੀ ਬ੍ਰਾਊਜ਼ਿੰਗ ਅਤੇ ਨਵੀਂ-ਵਿੰਡੋ ਵਿਕਲਪ ਨੈੱਟਵਰਕ ਅਲੱਗਾਅ ਦੇ ਨਿਯੰਤਰਣ ਨਹੀਂ ਹਨ।

ਸਿਰਫ਼ ਵਿੰਡੋ ਮੋਡ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਨ ਵਾਲਾ ਕਮਾਂਡ-ਲਾਈਨ ਫਲੈਗ ਵੀ ਅਜਿਹਾ ਨਹੀਂ ਹੈ। ਜੇ ਪ੍ਰੋਫਾਈਲ ਵਿਅਸਤ ਹੈ, ਤਾਂ ਬੇਨਤੀ ਉਸ ਪ੍ਰਕਿਰਿਆ ਕੋਲ ਜਾਂਦੀ ਹੈ ਜੋ ਇਸਦੀ ਮਾਲਕ ਹੈ, ਅਤੇ ਉਹ ਪ੍ਰਕਿਰਿਆ ਉਹ ਨੇਮਸਪੇਸ ਰੱਖਦੀ ਹੈ ਜਿਸ ਵਿੱਚ ਇਸਨੇ ਸ਼ੁਰੂਆਤ ਕੀਤੀ ਸੀ।

ਵੱਖਰੇ ਪ੍ਰੋਫਾਈਲ ’ਤੇ ਵੱਖਰਾ ਇੰਸਟੈਂਸ ਜ਼ਬਰਦਸਤੀ ਬਣਾਓ

ਬ੍ਰਾਊਜ਼ਰ ਦੇ ਸਮਰਥਿਤ ਪ੍ਰੋਫਾਈਲ ਵਰਕਫਲੋ ਰਾਹੀਂ ਬਣਾਇਆ ਸਮਰਪਿਤ ਪ੍ਰੋਫਾਈਲ ਵਰਤੋ ਅਤੇ ਇਸਨੂੰ ਸਪਸ਼ਟ ਤੌਰ ’ਤੇ ਉਸੇ ਪ੍ਰੋਫਾਈਲ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ। ਜੋ Firefox ਬਿਲਡ ਇਸਨੂੰ ਸਮਰਥਨ ਦਿੰਦੇ ਹਨ, ਉੱਥੇ --new-instance ਮੌਜੂਦਾ ਇੰਸਟੈਂਸ ਦੇ ਅੰਦਰ ਵਿੰਡੋ ਦੀ ਬਜਾਏ ਨਵਾਂ ਇੰਸਟੈਂਸ ਮੰਗਦਾ ਹੈ। ਸਥਾਪਿਤ ਬਿਲਡ ਦਾ ਆਪਣਾ ਸਹਾਇਤਾ ਆਉਟਪੁੱਟ ਵੇਖੋ, ਕਿਉਂਕਿ ਉਪਲਬਧ ਫਲੈਗ ਸੰਸਕਰਣ ਅਨੁਸਾਰ ਬਦਲਦੇ ਹਨ।

ਉਹੀ ਜੀਵਤ ਪ੍ਰੋਫਾਈਲ ਇੱਕੋ ਸਮੇਂ ਖੋਲ੍ਹਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਨਾ ਕਰੋ, ਅਤੇ «ਪ੍ਰੋਫਾਈਲ ਵਰਤੋਂ ਵਿੱਚ ਹੈ» ਚੇਤਾਵਨੀ ਨੂੰ ਲਾਕ ਫਾਈਲਾਂ ਮਿਟਾਉਣ ਦੀ ਹਦਾਇਤ ਨਾ ਸਮਝੋ।

ਬ੍ਰਾਊਜ਼ਰ ਨੂੰ ਇਸਦੇ ਆਮ ਗ਼ੈਰ-root ਉਪਭੋਗਤਾ ਹੇਠ ਵੀ ਚਲਾਓ। ਨੈੱਟਵਰਕ ਸੈਟਅਪ ਨੂੰ ਅਕਸਰ ਪ੍ਰਸ਼ਾਸਕੀ ਅਧਿਕਾਰ ਚਾਹੀਦੇ ਹਨ, ਅਤੇ ਬ੍ਰਾਊਜ਼ਰ ਨੂੰ ਵੀ ਉਹੀ ਅਧਿਕਾਰ ਦੇਣਾ ਲੁਭਾਉਣਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਉਸੇ ਪ੍ਰਯੋਗ ਦਾ ਹਿੱਸਾ ਹੈ। ਗ੍ਰਾਫ਼ਿਕਲ ਬ੍ਰਾਊਜ਼ਰ ਨੂੰ ਉਹਨਾਂ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ, ਅਤੇ ਇਸਨੂੰ root ਵਜੋਂ ਚਲਾਉਣ ਨਾਲ ਪ੍ਰੋਫਾਈਲ ਅਤੇ ਇਜਾਜ਼ਤ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਦਾ ਵੱਖਰਾ ਵਰਗ ਬਣਦਾ ਹੈ। ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਅਤੇ ਨੈੱਟਵਰਕ ਰਸਤੇ ਨੂੰ ਦੋ ਸੁਤੰਤਰ ਫ਼ੈਸਲਿਆਂ ਵਜੋਂ ਰੱਖੋ।

ਜਾਂਚੋ ਕਿ ਕਿਹੜੀ ਪ੍ਰਕਿਰਿਆ ਟਰੈਫ਼ਿਕ ਲੈ ਕੇ ਜਾਂਦੀ ਹੈ

Linux ’ਤੇ, ਪ੍ਰਕਿਰਿਆ ਦਾ ਨੈੱਟਵਰਕ ਨੇਮਸਪੇਸ ਇਸਦੇ ਨੇਮਸਪੇਸ ਲਿੰਕ ਰਾਹੀਂ ਦਿਸਦਾ ਹੈ। ਇਸਨੂੰ ਉਸ ਪ੍ਰਕਿਰਿਆ ਲਈ ਪੜ੍ਹੋ ਜੋ ਤੁਹਾਡੇ ਅਨੁਸਾਰ ਬੇਨਤੀ ਕਰ ਰਹੀ ਹੈ, ਅਤੇ ਫਿਰ ਉਸ ਪ੍ਰਕਿਰਿਆ ਲਈ ਜੋ ਅਸਲ ਵਿੱਚ ਕਰ ਰਹੀ ਹੈ।

readlink /proc/ACTUAL_PID/ns/net

ਬ੍ਰਾਊਜ਼ਰ ਕਈ ਪ੍ਰਕਿਰਿਆਵਾਂ ਚਲਾਉਂਦੇ ਹਨ, ਇਸ ਲਈ ਪਛਾਣ ਮਹੱਤਵਪੂਰਨ ਹੈ: ਕਨੈਕਸ਼ਨ ਬਣਾਉਣ ਵਾਲੀ ਸਮੱਗਰੀ ਪ੍ਰਕਿਰਿਆ ਉਹ ਨਹੀਂ ਹੋ ਸਕਦੀ ਜਿਸਨੂੰ ਤੁਸੀਂ ਪਹਿਲਾਂ ਜਾਂਚਿਆ ਸੀ। ਲਿੰਕ ਦੀ ਤੁਲਨਾ ਉਸ ਨੇਮਸਪੇਸ ਨਾਲ ਕਰੋ ਜਿਸਦਾ ਤੁਸੀਂ ਇਰਾਦਾ ਕੀਤਾ ਸੀ, ਅਤੇ ਨਵੀਂ, ਨਿਰਦੋਸ਼ ਬੇਨਤੀ ਨਾਲ ਪੁਸ਼ਟੀ ਕਰੋ ਜੋ ਤੁਸੀਂ ਇੱਕ ਇੰਸਟੈਂਸ ਨੂੰ ਮੰਨ ਸਕਦੇ ਹੋ। ਸਬੰਧਤਾ ਹੀ ਪੂਰਾ ਪਰੀਖਣ ਹੈ। ਜੇ ਤੁਸੀਂ ਨਹੀਂ ਦੱਸ ਸਕਦੇ ਕਿ ਕਿਹੜੀ ਪ੍ਰਕਿਰਿਆ ਨੇ ਕਨੈਕਸ਼ਨ ਬਣਾਇਆ, ਤਾਂ ਤੁਸੀਂ ਨੇਮਸਪੇਸ ਦੀ ਪਰਖ ਨਹੀਂ ਕੀਤੀ।

ਜਦੋਂ ਨੇਮਸਪੇਸ ਸੱਚਮੁੱਚ ਗ਼ਲਤ ਹੋਵੇ

ਕਈ ਵਾਰ ਲਾਂਚਰ ਸੱਚਮੁੱਚ ਫੇਲ ਹੋ ਜਾਂਦਾ ਹੈ ਅਤੇ ਨਵਾਂ ਇੰਸਟੈਂਸ ਗ਼ਲਤ ਨੇਮਸਪੇਸ ਵਿੱਚ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ। ਉਸ ਸੇਵਾ ਜਾਂ ਰੈਪਰ ਦੀ ਜਾਂਚ ਕਰੋ ਜਿਸਨੇ ਇਸਨੂੰ ਜਨਮ ਦਿੱਤਾ, ਕਿਉਂਕਿ ਇੱਕ ਯੂਨਿਟ ਜਾਂ ਡੈਸਕਟਾਪ ਐਂਟਰੀ ਸੈਸ਼ਨ ਬੱਸ ਰਾਹੀਂ ਮੁੜ ਚੱਲਣ ਵੇਲੇ ਨੇਮਸਪੇਸ ਗੁਆ ਸਕਦੀ ਹੈ। ਫਿਰ ਬ੍ਰਾਊਜ਼ਰ ਨੂੰ ਦੋਸ਼ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਸਹੀ ਨੇਮਸਪੇਸ ਦੇ ਅੰਦਰਲੀ ਸ਼ੈੱਲ ਤੋਂ ਦੁਬਾਰਾ ਪਰਖ ਕਰੋ। ਇੱਕ ਸਮੇਂ ਵਿੱਚ ਇੱਕ ਵੇਰੀਏਬਲ ਹੀ ਇਸਨੂੰ ਨਿਦਾਨਯੋਗ ਰੱਖਣ ਦਾ ਇਕੋ ਤਰੀਕਾ ਹੈ।

ਡਿਸਪਲੇ ਸਾਂਝਾ ਕਰਨ ਨਾਲ ਰਿਜ਼ੋਲਵਰ ਵੀ ਸਾਂਝਾ ਨਹੀਂ ਹੁੰਦਾ।

ਜੇ ਪ੍ਰਕਿਰਿਆ ਸਹੀ ਨੇਮਸਪੇਸ ਵਿੱਚ ਹੈ ਅਤੇ ਨਾਮ ਹੱਲ ਅਜੇ ਵੀ ਫੇਲ ਹੁੰਦਾ ਹੈ,ਇਸਦੇ ਰਿਜ਼ੋਲਵਰ ਵਾਤਾਵਰਣ ਦੀ ਵੱਖਰੀ ਸਮੱਸਿਆ ਵਜੋਂ ਜਾਂਚ ਕਰੋ। ਕੋਈ ਹੋਰ ਰਾਊਟਿੰਗ ਤਬਦੀਲੀ ਉਸ ਬੇਨਤੀ ਨੂੰ ਨਹੀਂ ਹਿਲਾ ਸਕਦੀ ਜੋ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਗ਼ਲਤ ਇੰਸਟੈਂਸ ਨੂੰ ਦਿੱਤੀ ਗਈ ਸੀ।