OpenVPN ಎಂಜಿನ್ ಅಥವಾ Tunnelblick: Mac VPN ಸೆಷನ್ ಯಾರದು?

Homebrew OpenVPN ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ; Tunnelblick ಒಂದು ಅಥವಾ ಹೆಚ್ಚು ಎಂಜಿನ್ಗಳನ್ನು ಚಲಾಯಿಸುವ ನಿರ್ವಾಹಕವನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ. ಇವು ಬೇರೆ ಬೇರೆ ಪದರಗಳು, ಮತ್ತು ಉಪಯುಕ್ತ ಪ್ರಶ್ನೆ ನೀವು ಟರ್ಮಿನಲ್ ಬಳಸಲು ಇಷ್ಟಪಡುತ್ತೀರಾ ಎಂಬುದಲ್ಲ. ಪ್ರಶ್ನೆ ಎಂದರೆ ಸಂರಚನೆ, DNS ಬದಲಾವಣೆಗಳು, ರುಜುವಾತುಗಳ ಕೋರಿಕೆ ಮತ್ತು ಸೆಷನ್ ಮುಗಿದಾಗ ಸ್ವಚ್ಛಗೊಳಿಸುವಿಕೆ ಯಾರಿಗೆ ಸೇರಿದೆ ಎಂಬುದು. ಈ ಪದರಗಳಿಗೆ ಒಬ್ಬನೇ ಮಾಲೀಕ ಇರುವುದು ಸೆಟಪ್ ಅನ್ನು ಊಹಿಸಲು ಸಾಧ್ಯವಾಗಿಸುತ್ತದೆ.

ಕೆಳಗಿನ ಐದು ಪರಿಶೀಲನೆಗಳನ್ನು ಕ್ರಮವಾಗಿ ಮಾಡಿ. ಮೊದಲ ಪರಿಶೀಲನೆಯಲ್ಲಿ ಇಬ್ಬರು ಮಾಲೀಕರಿದ್ದರೆ, ಅದೇ ಜನರು OpenVPN ಮೇಲೆಯೇ ದೂರುವ ವಿಚಿತ್ರ ಅರ್ಧ-ಸಂಪರ್ಕಿತ ಸ್ಥಿತಿಗಳನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ. ಪ್ರತಿ ಪರಿಶೀಲನೆ ಅದನ್ನು ನಿರ್ಣಯಿಸುವ ಸಾಕ್ಷ್ಯವನ್ನು ಹೆಸರಿಸುತ್ತದೆ.

ಮೊದಲ ಪರಿಶೀಲನೆ: ಯಾವ OpenVPN ಬೈನರಿ ನಿಜವಾಗಿ ಚಲಿಸುತ್ತಿದೆ

ಸಂಪರ್ಕದಲ್ಲಿರುವಾಗ pgrep -fl openvpn ಚಲಾಯಿಸಿ ಮತ್ತು ಪೂರ್ಣ ಆಜ್ಞಾ ಸಾಲನ್ನು ಓದಿ. ಮೊದಲ ಮಾರ್ಗವೇ ನಿಜವಾಗಿ ಚಲಿಸುತ್ತಿರುವ ಎಂಜಿನ್. Apple Silicon ನಲ್ಲಿ Homebrew ಸ್ಥಾಪನೆ ಸಾಮಾನ್ಯವಾಗಿ /opt/homebrew ಅಡಿಯಲ್ಲಿರುತ್ತದೆ, Intel Mac ಗಳು /usr/local ಬಳಸುತ್ತವೆ, ಮತ್ತು Tunnelblick ತನ್ನದೇ ಅಪ್ಲಿಕೇಶನ್ ಬಂಡಲ್ನೊಳಗಿನಿಂದ ಎಂಜಿನ್ ಚಲಾಯಿಸುತ್ತದೆ.

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

ನಕಲಿಸಿದ ಪ್ರೊಫೈಲ್ ಬೇರೆ ಬೇರೆ ಫೈಲ್ಗಳನ್ನು ಓದುತ್ತಿದ್ದರೂ ಎರಡು ಎಂಜಿನ್ಗಳನ್ನು ಒಂದೇ ರೀತಿ ಕಾಣಿಸಬಹುದು. ಆಜ್ಞಾ ಸಾಲಿನಲ್ಲಿನ ಪ್ರೊಫೈಲ್ ಮಾರ್ಗ ಚಾಲನೆಯಲ್ಲಿರುವ ಪ್ರಕ್ರಿಯೆ ಯಾವ ಸಂರಚನೆಯನ್ನು ಲೋಡ್ ಮಾಡಿತು ಎಂದು ಹೇಳುತ್ತದೆ; ಸಂಪಾದಕದಲ್ಲಿ ತೆರೆದ ಪ್ರೊಫೈಲ್ ಸಾಕ್ಷ್ಯವಲ್ಲ. ವರ್ತನೆ ಹೋಲಿಸುವ ಮೊದಲು ಆ ಮಾರ್ಗವನ್ನು ಹೋಲಿಸಿ.

ಎರಡನೇ ಪರಿಶೀಲನೆ: DNS ಮತ್ತು ಮಾರ್ಗಗಳನ್ನು ಯಾರು ಬದಲಿಸುತ್ತಾರೆ

ಎಂಜಿನ್ OpenVPN ನ ಸ್ವಂತ up ಮತ್ತು down ಸೂಚನೆಗಳನ್ನು ಚಲಾಯಿಸಬಹುದು, ಆದರೆ ಅದೇ ಜೀವನಚಕ್ರ ನಿರ್ವಾಹಕನದಾಗಿರಬಹುದು. Tunnelblick ನ ನಾಮಸೇವಕ ಸಂಯೋಜನೆಗಳು ಅದರ ಪ್ರಮಾಣಿತ ಸಂಪರ್ಕ ಮತ್ತು ಸಂಪರ್ಕ ಕಡಿತ ಸ್ಕ್ರಿಪ್ಟ್ಗಳನ್ನು ನಿಯಂತ್ರಿಸುತ್ತವೆ, ಮತ್ತು ಆ ಏಕೀಕರಣ ಸಕ್ರಿಯವಿದ್ದಾಗ ಪ್ರೊಫೈಲ್ನ ಪ್ರತಿಸ್ಪರ್ಧಿ ಸೂಚನೆಗಳನ್ನು ನಿರ್ಲಕ್ಷಿಸಬಹುದು.

ಇದು ಮುಖ್ಯ ಏಕೆಂದರೆ DNS ಎಂಬುದು ಕೆಲಸ ಮಾಡುವ ಸುರಂಗವು ಹೆಚ್ಚಾಗಿ ಮುರಿದಂತೆ ಕಾಣುವ ಸ್ಥಳ. ಸಂಪರ್ಕದಲ್ಲಿರುವಾಗ scutil --dns ಪರಿಶೀಲಿಸಿ, ಯಾವ ಪರಿಹಾರಕ ಮೊದಲು ಎಂದು ಗಮನಿಸಿ, ಮತ್ತು ಸಂಪರ್ಕ ಕಡಿತದ ನಂತರ ಅದು ಮರಳುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಪ್ರೊಫೈಲ್ DNS ಅನ್ನು ತಾನೇ ಹೊಂದಿಸಲು ನಿರೀಕ್ಷಿಸುತ್ತಿದ್ದರೆ ಮತ್ತು ನಿರ್ವಾಹಕನೂ ಅದನ್ನು ನಿರ್ವಹಿಸುತ್ತಿದ್ದರೆ, ಇಬ್ಬರಲ್ಲಿ ಒಬ್ಬರು ಸೋಲುತ್ತಾರೆ.

ಮೊದಲ ಸಂಪರ್ಕಕ್ಕೆ ಮೊದಲು ಯಾವ ಪದರ DNS ಗೆ ಒಡೆಯ ಎಂದು ನಿರ್ಧರಿಸಿ, ನಂತರ ಎರಡನ್ನೂ ಬಿಡುವ ಬದಲು ಸೋಲುವ ಸೂಚನೆಯನ್ನು ತೆಗೆದುಹಾಕಿ. ಮಾರ್ಗ ಬದಲಾವಣೆಗಳು ಅದೇ ನಿಯಮವನ್ನು ಅನುಸರಿಸುತ್ತವೆ: ಒಬ್ಬ ಮಾಲೀಕ, ಸಂರಚನೆಯಲ್ಲಿ ಕಾಣುವ, ದಾಖಲೆಯಾದ ಮರುಸ್ಥಾಪನೆ ಮಾರ್ಗದೊಂದಿಗೆ.

ಮೂರನೇ ಪರಿಶೀಲನೆ: ರುಜುವಾತುಗಳು ಎಲ್ಲಿಂದ ಬರುತ್ತವೆ

ಸಂವಾದಾತ್ಮಕ ಕೋರಿಕೆ ಮತ್ತು ಮಾನವ ಮೇಲ್ವಿಚಾರಣೆ ಇಲ್ಲದ ಪ್ರಕ್ರಿಯೆಗೆ ಬೇರೆ ಬೇರೆ ಅಗತ್ಯಗಳಿವೆ. ಒಂದು ಅಪ್ಲಿಕೇಶನ್ ಉಳಿಸಿದ ರುಜುವಾತು ಇನ್ನೊಂದು ಪ್ರಕ್ರಿಯೆಗೆ ತಾನಾಗಿ ಲಭ್ಯವಿಲ್ಲ, ಮತ್ತು ನಿರ್ವಾಹಕನಿಗೆ ಸೀಮಿತವಾದ ಕೀಲಿಚೈನ್ ಅಂಶ ಶೆಲ್ನಿಂದ ಪ್ರಾರಂಭಿಸಿದ ಸ್ವತಂತ್ರ ಎಂಜಿನ್ಗೆ ಕಾಣದಿರಬಹುದು.

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

ನಾಲ್ಕನೇ ಪರಿಶೀಲನೆ: ಪ್ರಕ್ರಿಯೆಯನ್ನು ಯಾರು ಪ್ರಾರಂಭಿಸುತ್ತಾರೆ, ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುತ್ತಾರೆ ಮತ್ತು ನಿಲ್ಲಿಸುತ್ತಾರೆ

ಸ್ವತಂತ್ರ ನಿಯೋಜನೆ ಚಾಲನೆಯಲ್ಲಿರಬೇಕಾದರೆ ಮೇಲ್ವಿಚಾರಕ ಬೇಕು. Launchd ಎಂಜಿನ್ ಅನ್ನು ಲಾಗಿನ್ನಲ್ಲಿ ಅಥವಾ ಬೇಡಿಕೆಯ ಮೇರೆಗೆ ಪ್ರಾರಂಭಿಸಬಹುದು, ಕುಸಿತದ ನಂತರ ಮತ್ತೆ ಚಲಾಯಿಸಬಹುದು ಮತ್ತು ಸ್ವಚ್ಛವಾಗಿ ನಿಲ್ಲಿಸಬಹುದು, ಆದರೆ ಯಾರಾದರೂ ಆ ಕೆಲಸವನ್ನು ಬರೆದು ಅದರ ಮಾಲೀಕರಾಗಬೇಕು. ಆಜ್ಞೆಯನ್ನು ಟರ್ಮಿನಲ್ನಲ್ಲಿ ಚಲಾಯಿಸುವುದು ಪರೀಕ್ಷೆಗೆ ಸರಿಹೊಂದುತ್ತದೆ, ಕಿಟಕಿ ಮುಚ್ಚುವ ಬಳಕೆದಾರರಿಗಲ್ಲ.

Tunnelblick ಮಾಲೀಕನಾಗಿ ಉಳಿದರೆ, ಎರಡನೇ ಎಂಜಿನ್ ಪ್ರಾರಂಭಿಸುವ ಬದಲು ಅದರ ಬೆಂಬಲಿತ ನಿಯಂತ್ರಣಗಳನ್ನು ಬಳಸಿ. Homebrew ಬೈನರಿ ನಕಲಿಸಿದ ಪ್ರೊಫೈಲ್ ಪಡೆದಾಗ, ಇರುವ Tunnelblick ಸೆಷನ್ಗೆ ಆದೇಶಿಸುವ ಬದಲು ತನ್ನದೇ ಸಂರಚನೆ ಮತ್ತು ಏಕೀಕರಣ ಸಂದರ್ಭದೊಂದಿಗೆ ಸ್ವತಂತ್ರ ಸಂಪರ್ಕ ತೆರೆಯುತ್ತದೆ.

ಯಾವ ಮಾಲೀಕನನ್ನು ಆಯ್ಕೆ ಮಾಡಿದರೂ, ನಿದ್ರೆ, ಜಾಲ ಬದಲಾವಣೆ ಮತ್ತು ಲಾಗೌಟ್ನಲ್ಲಿ ಏನಾಗುತ್ತದೆ ಎಂದು ವ್ಯಾಖ್ಯಾನಿಸಿ. ನಿರ್ವಾಹಕ ಸಾಮಾನ್ಯವಾಗಿ ಆ ಘಟನೆಗಳನ್ನು ನಿಭಾಯಿಸುತ್ತಾನೆ; ಬರಿ ಪ್ರಕ್ರಿಯೆ ಸಾಮಾನ್ಯವಾಗಿ ನಿಭಾಯಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಪರಿಣಾಮವಾಗಿ ಉಳಿಯುವ ಹಳೆಯ ಮಾರ್ಗ ಅಥವಾ ಪರಿಹಾರಕವನ್ನು ಸರ್ವರ್ ದೋಷ ಎಂದು ತಪ್ಪಾಗಿ ಓದಲಾಗುತ್ತದೆ.

ಐದನೇ ಪರಿಶೀಲನೆ: ಹಸ್ತಾಂತರವನ್ನು ಹೇಗೆ ಪರಿಶೀಲಿಸುತ್ತಾರೆ

ಹಳೆಯ ಮಾಲೀಕನನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿ ಹೊಸ ಮಾಲೀಕನನ್ನು ಪರೀಕ್ಷಿಸಿ, ನಂತರ ಹಳೆಯದನ್ನು ಇಟ್ಟುಕೊಳ್ಳಲು ಉದ್ದೇಶಿಸಿದ್ದರೆ ಅದನ್ನೂ ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ. ಒಂದು ಕೆಲಸದ ಹರಿವಿನಲ್ಲಿ ಪ್ರತಿಕ್ರಿಯಿಸಿ ಇನ್ನೊಂದರಲ್ಲಿ ಪ್ರತಿಕ್ರಿಯಿಸದ ಖಾಸಗಿ ಸಂಪನ್ಮೂಲ ಕಾಣೆಯಾದ ಏಕೀಕರಣದ ಸಾಕ್ಷ್ಯ, ಸರ್ವರ್ನದಲ್ಲ.

ಸ್ವತಂತ್ರ ಎಂಜಿನ್ಗೆ ಹಸ್ತಾಂತರಕ್ಕಾಗಿ ಪ್ರೊಫೈಲ್ ಮಾರ್ಗ, ಬೈನರಿ ಮಾರ್ಗ, ಮೇಲ್ವಿಚಾರಕ, DNS ಮಾಲೀಕ ಮತ್ತು ರುಜುವಾತುಗಳ ಮೂಲವನ್ನು ದಾಖಲಿಸಿ. ನಂತರ ಆ ಕ್ರಮದಲ್ಲಿ ಖಾಸಗಿ ಸಂಪನ್ಮೂಲ, ಸಾರ್ವಜನಿಕ ಇಂಟರ್ನೆಟ್ ಮಾರ್ಗ ಮತ್ತು ಸ್ವಚ್ಛ ಸಂಪರ್ಕ ಕಡಿತವನ್ನು ಪರಿಶೀಲಿಸಿ. ಸಂಪರ್ಕ ಕಡಿತದ ನಂತರ DNS ಅಥವಾ ಮಾರ್ಗಗಳು ಉಳಿದರೆ, ಹೊಸ ಮಾಲೀಕ ಮುಗಿದಿಲ್ಲ.

Tunnelblick ಗೆ ಹಸ್ತಾಂತರಕ್ಕಾಗಿ ಸಂರಚನೆಗೆ ಎಂಜಿನ್ ಆಯ್ಕೆ ಮಾಡಿ, ಉದ್ದೇಶಿಸಿದ DNS ಏಕೀಕರಣವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ ಮತ್ತು ಅದನ್ನು ವಿರೋಧಿಸುವ ಪ್ರೊಫೈಲ್ ಸೂಚನೆಗಳನ್ನು ತೆಗೆದುಹಾಕಿ. ನಂತರ ಅದೇ ಮೂರು ಪರಿಶೀಲನೆಗಳನ್ನು ಪುನರಾವರ್ತಿಸಿ. ಕೆಲಸ ಮಾಡುವ ಆದರೆ ಪರಿಹಾರಕವನ್ನು ಬದಲಾಗಿ ಬಿಡುವ ಸಂಪರ್ಕ ಸುರಂಗ ಏರಿದರೂ ವಿಫಲ ಹಸ್ತಾಂತರ.

ಪ್ಯಾಕೇಜಿಂಗ್ ಸರ್ವರ್ ಹೊಂದಾಣಿಕೆಯನ್ನು ನಿರ್ಣಯಿಸುವುದಿಲ್ಲ. ಸೇವೆಯ ಸ್ವಂತ ಕ್ಲೈಂಟ್ ಅಗತ್ಯಗಳನ್ನು ಪರಿಶೀಲಿಸಿ, ಮತ್ತು ಅದರ ನಿರ್ವಹಣೆಯನ್ನು ಒದಗಿಸಲು ಉದ್ದೇಶಿಸಿದಾಗ ಮಾತ್ರ ಎಂಜಿನ್ ಒಂದನ್ನೇ ಆಯ್ಕೆ ಮಾಡಿ.