ಒಂದು ಆದೇಶ VPN ನೆಮ್ಸ್ಪೇಸ್ನ ಒಳಗೆ ಚಲಿಸುತ್ತದೆ, Firefox ವಿಂಡೋ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಪುಟವು ಹೇಗಿದ್ದರೂ ಸಾಮಾನ್ಯ ಸಂಪರ್ಕದ ಮೂಲಕ ಹೊರಹೋಗುತ್ತದೆ. ರೂಟಿಂಗ್ ಸೆಟಪ್ ಬಹುಶಃ ಮೊದಲು ಮತ್ತೆ ನಿರ್ಮಿಸಬೇಕಾದ ವಿಷಯವಲ್ಲ. ಆದೇಶವು ನೀವು ನಿರೀಕ್ಷಿಸಿದ ಬ್ರೌಸರ್ ಇನ್ಸ್ಟಾನ್ಸ್ ರಚಿಸಿತೇ, ಅಥವಾ URL ಅನ್ನು ಬೇರೆಡೆ ಈಗಾಗಲೇ ಚಾಲನೆಯಲ್ಲಿದ್ದ ಇನ್ಸ್ಟಾನ್ಸ್ಗೆ ಹಸ್ತಾಂತರಿಸಿತೇ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಆ ವ್ಯತ್ಯಾಸವು ಫಲಿತಾಂಶವನ್ನು ಒಂದೇ ಹೆಜ್ಜೆಯಲ್ಲಿ ವಿವರಿಸುತ್ತದೆ ಮತ್ತು nftablesನ ಒಂದು ಗಂಟೆಯನ್ನು ಉಳಿಸುತ್ತದೆ.

ಸೂಚನೆ ಎಂದರೆ ವಿಂಡೋ ಶೀತ ಆರಂಭವಿಲ್ಲದೆ ತಕ್ಷಣ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ.

ಹೊಸ ವಿಂಡೋ ಹೊಸ ಇನ್ಸ್ಟಾನ್ಸ್ ಅಲ್ಲ

ಡೆಸ್ಕ್ಟಾಪ್ ಅಪ್ಲಿಕೇಶನ್ಗಳು ಈಗಾಗಲೇ ಇರುವ ಪ್ರಕ್ರಿಯೆಯನ್ನು ನಿಯಮಿತವಾಗಿ ಮರುಬಳಕೆ ಮಾಡುತ್ತವೆ. ಒಂದು ನೆಟ್ವರ್ಕ್ ನೆಮ್ಸ್ಪೇಸ್ನ ಒಳಗಿನ ಲಾಂಚರ್ ಈಗಾಗಲೇ ಚಾಲನೆಯಲ್ಲಿರುವ ಸ್ವೀಕರಿಸುವವರನ್ನು ಆ ನೆಮ್ಸ್ಪೇಸ್ಗೆ ಸ್ಥಳಾಂತರಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಸ್ವೀಕರಿಸುವವರು ಎಂದಿಗೂ ಪ್ರಾರಂಭದ ಭಾಗವಾಗಿರಲಿಲ್ಲ. Firefoxನ ರಿಮೋಟಿಂಗ್ ನಡವಳಿಕೆ ಪ್ರೊಫೈಲ್ಗಳಿಗೆ ಸಂಬಂಧಿಸಿದೆ: ಈಗಾಗಲೇ ಬಳಕೆಯಲ್ಲಿರುವ ಪ್ರೊಫೈಲ್ ವಿರುದ್ಧ ಪ್ರಾರಂಭಿಸಿದರೆ ಆರ್ಗ್ಯುಮೆಂಟ್ಗಳು ಅದರ ಮಾಲೀಕರಿಗೆ ಹೋಗುತ್ತವೆ. ಹೊಸ ವಿಂಡೋ ನಿಜ; ಹೊಸ ನೆಟ್ವರ್ಕ್ ಮಾರ್ಗವಲ್ಲ.

ಖಾಸಗಿ ಬ್ರೌಸಿಂಗ್ ಮತ್ತು ಹೊಸ-ವಿಂಡೋ ಆಯ್ಕೆ ನೆಟ್ವರ್ಕ್ ಪ್ರತ್ಯೇಕತೆಯ ನಿಯಂತ್ರಣಗಳಲ್ಲ.

ಕೇವಲ ವಿಂಡೋ ಮೋಡ್ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುವ ಕಮಾಂಡ್-ಲೈನ್ ಫ್ಲಾಗ್ ಕೂಡ ಅಲ್ಲ. ಪ್ರೊಫೈಲ್ ಕಾರ್ಯನಿರತವಾಗಿದ್ದರೆ, ವಿನಂತಿ ಅದನ್ನು ಹೊಂದಿರುವ ಪ್ರಕ್ರಿಯೆಗೆ ಹೋಗುತ್ತದೆ, ಮತ್ತು ಆ ಪ್ರಕ್ರಿಯೆ ತಾನು ಪ್ರಾರಂಭಿಸಿದ ನೆಮ್ಸ್ಪೇಸ್ ಅನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ.

ಬೇರೆ ಪ್ರೊಫೈಲ್ನಲ್ಲಿ ಬೇರೆ ಇನ್ಸ್ಟಾನ್ಸ್ ಒತ್ತಾಯಿಸಿ

ಬ್ರೌಸರ್ನ ಬೆಂಬಲಿತ ಪ್ರೊಫೈಲ್ ವರ್ಕ್ಫ್ಲೋ ಮೂಲಕ ರಚಿಸಿದ ಮೀಸಲಾದ ಪ್ರೊಫೈಲ್ ಬಳಸಿ ಮತ್ತು ಅದನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಆ ಪ್ರೊಫೈಲ್ನೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸಿ. ಇದನ್ನು ಬೆಂಬಲಿಸುವ Firefox ಬಿಲ್ಡ್ಗಳಲ್ಲಿ, --new-instance ಈಗಾಗಲೇ ಇರುವ ಇನ್ಸ್ಟಾನ್ಸ್ನ ಒಳಗಿನ ವಿಂಡೋ ಬದಲು ಹೊಸ ಇನ್ಸ್ಟಾನ್ಸ್ ಕೇಳುತ್ತದೆ. ಸ್ಥಾಪಿತ ಬಿಲ್ಡ್ನ ಸ್ವಂತ ಸಹಾಯ ಔಟ್ಪುಟ್ ನೋಡಿ, ಏಕೆಂದರೆ ಲಭ್ಯವಿರುವ ಫ್ಲಾಗ್ಗಳು ಆವೃತ್ತಿಯ ಪ್ರಕಾರ ಬದಲಾಗುತ್ತವೆ.

ಅದೇ ಜೀವಂತ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಒಂದೇ ಸಮಯದಲ್ಲಿ ತೆರೆಯಲು ಪ್ರಯತ್ನಿಸಬೇಡಿ, ಮತ್ತು «ಪ್ರೊಫೈಲ್ ಬಳಕೆಯಲ್ಲಿದೆ» ಎಂಬ ಎಚ್ಚರಿಕೆಯನ್ನು ಲಾಕ್ ಫೈಲ್ಗಳನ್ನು ಅಳಿಸುವ ಸೂಚನೆ ಎಂದು ತೆಗೆದುಕೊಳ್ಳಬೇಡಿ.

ಬ್ರೌಸರ್ ಅನ್ನು ಅದರ ಸಾಮಾನ್ಯ ರೂಟ್ ಅಲ್ಲದ ಬಳಕೆದಾರರ ಅಡಿಯಲ್ಲೂ ಚಲಾಯಿಸಿ. ನೆಟ್ವರ್ಕ್ ಸೆಟಪ್ಗೆ ಹೆಚ್ಚಾಗಿ ಆಡಳಿತಾತ್ಮಕ ಹಕ್ಕುಗಳು ಬೇಕಾಗುತ್ತವೆ, ಮತ್ತು ಅದೇ ಪ್ರಯೋಗದ ಭಾಗವಾದ್ದರಿಂದ ಬ್ರೌಸರ್ಗೂ ಅದೇ ಹಕ್ಕುಗಳನ್ನು ನೀಡಲು ಪ್ರಲೋಭನೆಯಾಗುತ್ತದೆ. ಗ್ರಾಫಿಕಲ್ ಬ್ರೌಸರ್ಗೆ ಅವು ಬೇಕಿಲ್ಲ, ಮತ್ತು ಅದನ್ನು root ಆಗಿ ಚಲಾಯಿಸುವುದು ಪ್ರೊಫೈಲ್ ಮತ್ತು ಅನುಮತಿ ಸಮಸ್ಯೆಗಳ ಪ್ರತ್ಯೇಕ ವರ್ಗವನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ. ಸವಲತ್ತು ಮತ್ತು ನೆಟ್ವರ್ಕ್ ಮಾರ್ಗವನ್ನು ಎರಡು ಸ್ವತಂತ್ರ ನಿರ್ಧಾರಗಳಾಗಿ ಇರಿಸಿ.

ಯಾವ ಪ್ರಕ್ರಿಯೆ ಸಂಚಾರವನ್ನು ಹೊತ್ತೊಯ್ಯುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ

Linuxನಲ್ಲಿ, ಪ್ರಕ್ರಿಯೆಯ ನೆಟ್ವರ್ಕ್ ನೆಮ್ಸ್ಪೇಸ್ ಅದರ ನೆಮ್ಸ್ಪೇಸ್ ಲಿಂಕ್ ಮೂಲಕ ಕಾಣುತ್ತದೆ. ವಿನಂತಿ ಮಾಡುತ್ತಿದೆ ಎಂದು ನೀವು ಭಾವಿಸುವ ಪ್ರಕ್ರಿಯೆಗೆ ಅದನ್ನು ಓದಿ, ನಂತರ ನಿಜವಾಗಿ ಮಾಡುತ್ತಿರುವ ಪ್ರಕ್ರಿಯೆಗೆ.

readlink /proc/ACTUAL_PID/ns/net

ಬ್ರೌಸರ್ಗಳು ಹಲವು ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಚಲಾಯಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಗುರುತು ಮುಖ್ಯ: ಸಂಪರ್ಕವನ್ನು ಮಾಡುವ ವಿಷಯ ಪ್ರಕ್ರಿಯೆ ನೀವು ಮೊದಲು ಪರಿಶೀಲಿಸಿದ್ದಲ್ಲದಿರಬಹುದು. ಲಿಂಕ್ ಅನ್ನು ನೀವು ಉದ್ದೇಶಿಸಿದ ನೆಮ್ಸ್ಪೇಸ್ನೊಂದಿಗೆ ಹೋಲಿಸಿ, ಮತ್ತು ಒಂದು ಇನ್ಸ್ಟಾನ್ಸ್ಗೆ ಆರೋಪಿಸಬಹುದಾದ ಹೊಸ, ನಿರುಪದ್ರವ ವಿನಂತಿಯೊಂದಿಗೆ ಖಚಿತಪಡಿಸಿ. ಆರೋಪಣೆಯೇ ಇಡೀ ಪರೀಕ್ಷೆ. ಯಾವ ಪ್ರಕ್ರಿಯೆ ಸಂಪರ್ಕ ಮಾಡಿತು ಎಂದು ಹೇಳಲಾಗದಿದ್ದರೆ, ನೀವು ನೆಮ್ಸ್ಪೇಸ್ ಪರೀಕ್ಷಿಸಿಲ್ಲ.

ನೆಮ್ಸ್ಪೇಸ್ ನಿಜವಾಗಿಯೂ ತಪ್ಪಾಗಿರುವಾಗ

ಕೆಲವೊಮ್ಮೆ ಲಾಂಚರ್ ನಿಜವಾಗಿಯೂ ವಿಫಲವಾಗುತ್ತದೆ ಮತ್ತು ಹೊಸ ಇನ್ಸ್ಟಾನ್ಸ್ ತಪ್ಪು ನೆಮ್ಸ್ಪೇಸ್ನಲ್ಲಿ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ. ಅದನ್ನು ಹುಟ್ಟಿಸಿದ ಸೇವೆ ಅಥವಾ ರ್ಯಾಪರ್ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಒಂದು ಯುನಿಟ್ ಅಥವಾ ಡೆಸ್ಕ್ಟಾಪ್ ನಮೂದು ಸೆಷನ್ ಬಸ್ ಮೂಲಕ ಮತ್ತೆ ಚಲಿಸುವಾಗ ನೆಮ್ಸ್ಪೇಸ್ ಕಳೆದುಕೊಳ್ಳಬಹುದು. ನಂತರ ಬ್ರೌಸರ್ ಅನ್ನು ದೂಷಿಸುವ ಮೊದಲು ಸರಿಯಾದ ನೆಮ್ಸ್ಪೇಸ್ನ ಒಳಗಿನ ಶೆಲ್ನಿಂದ ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ. ಒಂದು ಸಮಯಕ್ಕೆ ಒಂದು ವೇರಿಯಬಲ್ ಮಾತ್ರ ಇದನ್ನು ರೋಗನಿರ್ಣಯಯೋಗ್ಯವಾಗಿ ಇರಿಸುವ ದಾರಿ.

ಪ್ರದರ್ಶಕವನ್ನು ಹಂಚಿಕೊಳ್ಳುವುದು ರಿಜಾಲ್ವರ್ ಅನ್ನೂ ಹಂಚಿಕೊಳ್ಳುವುದಿಲ್ಲ.

ಪ್ರಕ್ರಿಯೆ ಸರಿಯಾದ ನೆಮ್ಸ್ಪೇಸ್ನಲ್ಲಿದ್ದರೆ ಮತ್ತು ಹೆಸರಿನ ಪರಿಹಾರ ಇನ್ನೂ ವಿಫಲವಾದರೆ,ಅದರ ರಿಜಾಲ್ವರ್ ಪರಿಸರವನ್ನು ಪ್ರತ್ಯೇಕ ಸಮಸ್ಯೆಯಾಗಿ ಪರಿಶೀಲಿಸಿ. ಬೇರೆ ಯಾವುದೇ ರೂಟಿಂಗ್ ಬದಲಾವಣೆ ಪ್ರಾರಂಭವಾಗುವ ಮೊದಲೇ ತಪ್ಪು ಇನ್ಸ್ಟಾನ್ಸ್ಗೆ ಹಸ್ತಾಂತರಿಸಿದ ವಿನಂತಿಯನ್ನು ಸ್ಥಳಾಂತರಿಸಲಾಗದು.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು