macOS ನಲ್ಲಿ OpenVPN TAP: ಡೀಬಗ್ ಮಾಡುವ ಮೊದಲು ಕ್ಲೈಂಟ್ ಪರಿಶೀಲಿಸಿ

ಹಳೆಯ ಪ್ರೊಫೈಲ್ ಆಧುನಿಕ Mac ಗೆ ಬರುತ್ತದೆ, ಕ್ಲೈಂಟ್ ಅದನ್ನು ಯಾವುದೇ ದೂರಿಲ್ಲದೆ ಆಮದು ಮಾಡಿಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಸಂಪರ್ಕ ಕಡಿತಗೊಳ್ಳುತ್ತದೆ ಅಥವಾ ಎಂದಿಗೂ ಸಂಚಾರ ಸಾಗುವುದಿಲ್ಲ. ಪ್ರಮಾಣಪತ್ರಗಳಿಗೆ ಪೂರ್ಣ ಮಧ್ಯಾಹ್ನ ವ್ಯಯಿಸುವ ಮೊದಲು ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿನ ಸಾಧನ ಸಾಲನ್ನು ಓದಿ. ಅಲ್ಲಿ dev tap ಎಂದು ಬರೆದಿದ್ದರೆ, ನೀವು ಕ್ಲೈಂಟ್‌ನಿಂದ Ethernet ಶೈಲಿಯ ಇಂಟರ್ಫೇಸ್ ಕೇಳುತ್ತಿದ್ದೀರಿ, ಮತ್ತು macOS ನಲ್ಲಿ ಇಂತಹ ಹೆಚ್ಚಿನ ಅವಧಿಗಳು ಈ ಕೋರಿಕೆಯಲ್ಲೇ ಕೊನೆಗೊಳ್ಳುತ್ತವೆ.

ಹಂತ 1: ಪ್ರೊಫೈಲ್ ನಿಜವಾಗಿಯೂ TAP ಕೇಳುತ್ತದೆಯೇ ಎಂದು ದೃಢೀಕರಿಸಿ

ಪ್ರೊಫೈಲ್‌ಗಳಿಗೆ ಮರುನಾಮಕರಣ ಮಾಡಲಾಗುತ್ತದೆ, ಸುತ್ತುತ್ತವೆ ಮತ್ತು ಮತ್ತೆ ರಫ್ತಾಗುತ್ತವೆ, ಆದ್ದರಿಂದ ನೀವು ನಿಜವಾಗಿ ಆಮದು ಮಾಡಿದ ಫೈಲ್ ಪರಿಶೀಲಿಸಿ. ಸಾಧನ ಸೂಚನೆ ಮತ್ತು ಅದನ್ನು ಅತಿಕ್ರಮಿಸಬಹುದಾದ ಯಾವುದೇ include ಹುಡುಕಿ. ಬಹುತೇಕ ಸಂದರ್ಭಗಳಲ್ಲಿ ಔಟ್‌ಪುಟ್‌ನ ಎರಡು ಸಾಲುಗಳು ಪ್ರಶ್ನೆಯನ್ನು ನಿರ್ಣಯಿಸುತ್ತವೆ. dev ಮತ್ತು dev-type ಎರಡೂ ಕಾಣಿಸಿಕೊಂಡಾಗ, ನಂತರದ ಸೂಚನೆ ಗೆಲ್ಲುತ್ತದೆ, ಮತ್ತು ನಕಲಿಸಿದ ಪ್ರೊಫೈಲ್ ಸರಿಯಾಗಿ ಇಂತಹ ವಿವರವನ್ನೇ ಮರೆಮಾಡುತ್ತದೆ.

grep -nE "^[[:space:]]*(dev|dev-type)[[:space:]]" client.ovpn
ls -l ~/Library/Application\ Support/ 2>/dev/null

ಫೈಲ್‌ನಲ್ಲಿ dev tap ಅಥವಾ dev tap0 ಇದ್ದರೆ, ಕ್ಲೈಂಟ್ TAP ಇಂಟರ್ಫೇಸ್ ಜಾರಿಗೊಳಿಸಬೇಕು. dev tun ಇದ್ದರೆ, ಈ ಲೇಖನದ ಉಳಿದ ಭಾಗ ಅನ್ವಯಿಸುವುದಿಲ್ಲ ಮತ್ತು ವೈಫಲ್ಯ ಬೇರೆಡೆ ಇದೆ.

ಕ್ಲೈಂಟ್‌ನ ಹೆಸರು ಮತ್ತು ಆವೃತ್ತಿ, macOS ಆವೃತ್ತಿ ಮತ್ತು ಪ್ರೊಫೈಲ್ ಎಲ್ಲಿಂದ ಬಂತು ಎಂದು ಬರೆದಿಟ್ಟುಕೊಳ್ಳಿ. ಆ ಮೂರು ಅಂಶಗಳು ಕೆಳಗಿನ ಎರಡು ಮಾರ್ಗಗಳಲ್ಲಿ ಯಾವುದು ಸಾಧ್ಯ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ.

ಹಂತ 2: ಸಾಧನ ಮೋಡ್ ನಿಜವಾಗಿ ಏನನ್ನು ಬದಲಿಸುತ್ತದೆ ಎಂದು ತಿಳಿಯಿರಿ

TUN ಇಂಟರ್ಫೇಸ್ IP ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಸಾಗಿಸುತ್ತದೆ. ಕ್ಲೈಂಟ್ IP ಸಹಪಾಠಿಗೆ ವಿಳಾಸ ಮಾಡಿದ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಓದಿ ಬರೆಯುತ್ತದೆ, ಮತ್ತು ಕಾರ್ಯಾಚರಣಾ ವ್ಯವಸ್ಥೆ ಅವುಗಳನ್ನು ಬೇರೆ ಯಾವುದೇ ಇಂಟರ್ಫೇಸ್‌ನಂತೆ ಮಾರ್ಗನಿರ್ದೇಶಿಸುತ್ತದೆ.

TAP ಇಂಟರ್ಫೇಸ್ Ethernet ಫ್ರೇಮ್‌ಗಳನ್ನು, ಅಂದರೆ ಬ್ರಾಡ್‌ಕಾಸ್ಟ್ ಮತ್ತು ARP ಸಹ ಸಾಗಿಸುತ್ತದೆ. ಇದೇ ಬ್ರಿಡ್ಜ್ ಮಾಡಿದ ಸರ್ವರ್‌ಗೆ DHCP ಮೂಲಕ ವಿಳಾಸಗಳನ್ನು ಹಂಚಲು ಮತ್ತು ಕ್ಲೈಂಟ್‌ಗೆ ಕೂಗಿ ಸಾಧನಗಳನ್ನು ಕಂಡುಕೊಳ್ಳಲು ಅನುವು ಮಾಡುತ್ತದೆ, ಮತ್ತು ಆದ್ದರಿಂದ ಕೆಲವು ಹಳೆಯ ವಿನ್ಯಾಸಗಳು ಇದನ್ನು ಅವಲಂಬಿಸಿವೆ.

ಬೆಲೆ ಎಂದರೆ TAP ಗೆ ವ್ಯವಸ್ಥೆಗೆ Ethernet ಇಂಟರ್ಫೇಸ್ ತೋರಿಸುವ ಚಾಲಕ ಬೇಕು. ಹಳೆಯ Mac TAP ಚಾಲಕಗಳು ಅವಲಂಬಿಸಿದ್ದ ಕರ್ನೆಲ್ ವಿಸ್ತರಣೆ ಮಾದರಿಯನ್ನು Apple ನಿಲ್ಲಿಸಿದೆ, ಮತ್ತು ಅದರ ಬದಲಿ API ಅನ್ನು ಬಳಸಲು ಎಂದಿಗೂ ನವೀಕರಿಸದ ಕ್ಲೈಂಟ್‌ಗಳಲ್ಲಿ ಅದು ಮಾಂತ್ರಿಕವಾಗಿ ಕಾಣಿಸಿಕೊಳ್ಳುವುದಿಲ್ಲ. ವೇದಿಕೆಯ ಸಾಮರ್ಥ್ಯ ಮತ್ತು ಸಾಗಿಸಿದ ಉತ್ಪನ್ನ ಎರಡು ಬೇರೆ ವಿಷಯಗಳು.

ಹಂತ 3: ಹೊಂದಾಣಿಕೆಯ ಕ್ಲೈಂಟ್ ಮತ್ತು ಸ್ಥಳಾಂತರದ ನಡುವೆ ಆಯ್ಕೆ ಮಾಡಿ

ಎರಡು ಪ್ರಾಮಾಣಿಕ ಮಾರ್ಗಗಳಿವೆ. ಮೊದಲನೆಯದು ನಿಮ್ಮ macOS ಆವೃತ್ತಿ ಮತ್ತು ಯಂತ್ರಾಂಶಕ್ಕೆ ನಿಮಗೆ ಬೇಕಾದ TAP ವ್ಯವಸ್ಥೆಯನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ ಎಂದು ಪ್ರಕಾಶಕ ಘೋಷಿಸುವ ಕ್ಲೈಂಟ್. ನಾಲ್ಕು ವರ್ಷಗಳ ಹಿಂದಿನ ಫೋರಂ ಪೋಸ್ಟ್ ಅಲ್ಲ, ಮತ್ತು ಸಂಗ್ರಹಿಸಿದ ಇನ್‌ಸ್ಟಾಲರ್ ಅಲ್ಲ: ಪ್ರಸ್ತುತ ಘೋಷಣೆ ಜೊತೆಗೆ ಪರೀಕ್ಷಾ ಸಂಪರ್ಕ.

ಎರಡನೆಯದು ಸೇವೆಯನ್ನು TUN ಗೆ ಸ್ಥಳಾಂತರಿಸುವುದು, ಇದು ಕ್ಲೈಂಟ್ ಬದಲಾವಣೆ ಎಷ್ಟು ಸರ್ವರ್ ಬದಲಾವಣೆಯೂ ಆಗಿದೆ. ಇದಕ್ಕೆ ಮಾರ್ಗನಿರ್ದೇಶಿತ ಟೋಪಾಲಜಿ, ವಿಳಾಸಗಳ ಪೂಲ್, ದೂರದ ನೆಟ್‌ವರ್ಕ್‌ಗಳಿಗೆ ತಳ್ಳಲಾದ ಮಾರ್ಗಗಳು ಮತ್ತು ಆ ನೆಟ್‌ವರ್ಕ್‌ಗಳಿಂದ ಪೂಲ್‌ಗೆ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಬೇಕು.

ಕೆಲಸ ಮಾಡದಿರುವುದು ನಿಮ್ಮ ಸ್ಥಳೀಯ ಪ್ರತಿಯಲ್ಲಿ tap ಅನ್ನು tun ಆಗಿ ಬದಲಿಸಿ ನಿರೀಕ್ಷಿಸುವುದು. ಸರ್ವರ್ ಇನ್ನೂ ಬ್ರಿಡ್ಜ್ ಮಾಡುತ್ತಿದೆ, ಕ್ಲೈಂಟ್ ಈಗ IP ಮಾತನಾಡುತ್ತದೆ, ಮತ್ತು ಯಾವುದೂ ಹೊಂದಿಕೆಯಾಗುತ್ತಿಲ್ಲ.

ಹಂತ 4: ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಸೇವೆಯನ್ನು ಬದಲಿಸುವ ಮೊದಲು ಅಂಶಗಳನ್ನು ಸಂಗ್ರಹಿಸಿ

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

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

ಅವುಗಳ ಉತ್ತರಗಳು ನೀವು ಇಂದು ಮಧ್ಯಾಹ್ನ ಕ್ಲೈಂಟ್ ಸಮಸ್ಯೆ ಪರಿಹರಿಸುತ್ತಿದ್ದೀರಾ ಅಥವಾ ಮುಂದಿನ ವಾರ ನೆಟ್‌ವರ್ಕ್ ಬದಲಾವಣೆ ಯೋಜಿಸುತ್ತಿದ್ದೀರಾ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ.

ಹಂತ 5: ಎರಡೂ ತುದಿಗಳಿಂದ ಸ್ಥಳಾಂತರವನ್ನು ಪರಿಶೀಲಿಸಿ

ಸರ್ವರ್‌ಗೆ ಮಾರ್ಗನಿರ್ದೇಶಿತ ಸಂರಚನೆ ಮತ್ತು ನಿಮಗೆ ಹೊಂದುವ ಪ್ರೊಫೈಲ್ ಇದ್ದಾಗ ಈ ಕ್ರಮದಲ್ಲಿ ಪರೀಕ್ಷಿಸಿ: ಟನಲ್ ಸ್ಥಾಪನೆಯಾಗುತ್ತದೆ, ಕ್ಲೈಂಟ್ ಹೊಸ ಪೂಲ್‌ನಿಂದ ವಿಳಾಸ ಪಡೆಯುತ್ತದೆ, ದೂರದ ಬದಿಯ ಹೋಸ್ಟ್ ಉತ್ತರಿಸುತ್ತದೆ, ಮತ್ತು ತಳ್ಳಲಾದ DNS ಸೆಟ್ಟಿಂಗ್ ಮೂಲಕ ಹೆಸರು ಪರಿಹಾರವಾಗುತ್ತದೆ.

ನಂತರ ಹಿಂದೆ Ethernet ವರ್ತನೆಯನ್ನು ಅವಲಂಬಿಸಿದ್ದನ್ನು ಪರೀಕ್ಷಿಸಿ. ಅಪ್ಲಿಕೇಶನ್ ಬ್ರಾಡ್‌ಕಾಸ್ಟ್ ಮೂಲಕ ಸಾಧನಗಳನ್ನು ಕಂಡುಕೊಳ್ಳುತ್ತಿದ್ದರೆ, ಮಾರ್ಗನಿರ್ದೇಶಿತ ಟನಲ್ ಮೂಲಕ ಅವು ಸಿಗುವುದಿಲ್ಲ, ಮತ್ತು ಕ್ಲೈಂಟ್ ಸಂರಚನೆಯ ಯಾವುದೇ ಪ್ರಮಾಣ ಅದನ್ನು ಮರಳಿ ತರುವುದಿಲ್ಲ. ಆ ಅಪ್ಲಿಕೇಶನ್‌ಗೆ ತಿಳಿದಿರುವ ವಿಳಾಸ, ಸ್ಥಳೀಯ ಸಹಾಯಕ ಹೋಸ್ಟ್ ಅಥವಾ ಬೇರೆ ಪತ್ತೆ ವಿಧಾನ ಬೇಕು.

ಒಮ್ಮೆ ಮರುಸಂಪರ್ಕಿಸಿ ಮತ್ತು ಒಮ್ಮೆ ರೀಬೂಟ್ ಮಾಡಿ ಮುಗಿಸಿ, ಏಕೆಂದರೆ ಮೊದಲ ಪ್ರಯತ್ನದಲ್ಲಿ ಮಾತ್ರ ಕೆಲಸ ಮಾಡುವ ಪ್ರೊಫೈಲ್ ಸಾಮಾನ್ಯವಾಗಿ ತಳ್ಳಲಾದ ಮಾರ್ಗಗಳು ಅಥವಾ DNS ಸೆಟ್ಟಿಂಗ್ ಮರುಸಂಪರ್ಕದಲ್ಲಿ ಅನ್ವಯವಾಗುತ್ತಿಲ್ಲ ಎಂದು ಅರ್ಥ.

ಆದರೂ ವಿಫಲವಾದರೆ, ಮೊದಲ ದೋಷವನ್ನು ಓದಿ

ಇಂಟರ್ಫೇಸ್ ರಚಿಸಲಾಗದ ಕ್ಲೈಂಟ್ ಅದನ್ನು ತನ್ನ ಲಾಗ್‌ನಲ್ಲಿ ಹೇಳುತ್ತದೆ, ಸಾಮಾನ್ಯವಾಗಿ ಮೊದಲ ಕೆಲವು ಸಾಲುಗಳಲ್ಲಿ. ಅದನ್ನು ರಚಿಸಿ ನಂತರ ದೃಢೀಕರಣದಲ್ಲಿ ವಿಫಲವಾದ ಕ್ಲೈಂಟ್ ಸಾಧನದ ಪ್ರಶ್ನೆಯನ್ನು ಬಹಳ ಹಿಂದೆಯೇ ದಾಟಿದೆ, ಮತ್ತು TAP ಹಿಂದೆ ಬೀಳುವುದು ಅವಧಿಯನ್ನು ವ್ಯರ್ಥ ಮಾಡುತ್ತದೆ.

ಬದಲಿ ಸಾಬೀತಾಗುವವರೆಗೆ ಮೂಲ ಪ್ರೊಫೈಲ್ ಮತ್ತು ಕೆಲಸ ಮಾಡುವ ಸಂರಚನೆಯನ್ನು ಇಟ್ಟುಕೊಳ್ಳಿ. ಕ್ಲೈಂಟ್ ಬದಲಾವಣೆಯನ್ನು ಹಿಂತಿರುಗಿಸುವುದು ವೇಗ; ಯಾರೋ ಊಹೆಯ ಮೇಲೆ ಒಡೆದ ಬ್ರಿಡ್ಜ್ ನೆಟ್‌ವರ್ಕ್ ಮತ್ತೆ ಕಟ್ಟುವುದು ಹಾಗಲ್ಲ.