Mac VPN ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಸರ್ವರ್ ಪ್ರಾರಂಭಿಸುವುದಿಲ್ಲ: ಗೇಟ್‌ವೇ ಎಲ್ಲಿದೆ

macOS ನಲ್ಲಿ VPN ಎಂಬ ಹೆಸರನ್ನು ಎರಡು ಬೇರೆ ಬೇರೆ ಕೆಲಸಗಳು ಹೊತ್ತಿವೆ, ಮತ್ತು ಸೆಟ್ಟಿಂಗ್ಗಳ ಪ್ಯಾನೆಲ್ ಅವುಗಳಲ್ಲಿ ಒಂದನ್ನು ಮಾತ್ರ ನಿರ್ವಹಿಸುತ್ತದೆ. ಈ Mac ನ ಸಂಚಾರವು ಪ್ರೊವೈಡರ್ ಅಥವಾ ದೂರದ ಗೇಟ್ವೇ ಮೂಲಕ ಹೊರಹೋಗಬೇಕೆಂದರೆ ಕ್ಲೈಂಟ್ ನಮೂದು ಸಾಕು. ಹೋಟೆಲ್ ಕೋಣೆಯಿಂದ ನಿಮ್ಮ ಮನೆ ಜಾಲದಲ್ಲಿನ ಪ್ರಿಂಟರ್, NAS ಅಥವಾ ನಿರ್ವಾಹಕ ಪುಟವನ್ನು ತಲುಪಬೇಕೆಂದರೆ, ಆ ಜಾಲದಲ್ಲಿನ ಯಾವುದೋ ಒಂದು ಹೊರಗಿನಿಂದ ಬರುವ ಸಂಪರ್ಕಗಳನ್ನು ಸ್ವೀಕರಿಸಬೇಕು, ಮತ್ತು ಇಂದಿನ Mac ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಆ ಯಾವುದೋ ಅಲ್ಲ. ನೀವು ಯಾವ ಸಂದರ್ಭದಲ್ಲಿದ್ದೀರಿ ಎಂಬುದನ್ನು ಮೂರು ಪ್ರಶ್ನೆಗಳು ನಿರ್ಧರಿಸುತ್ತವೆ, ಮತ್ತು ಕ್ಷೇತ್ರದಲ್ಲಿ ವಿಳಾಸ ಬರೆಯುವ ಮೊದಲು ಅವಕ್ಕೆ ಉತ್ತರಿಸುವುದು ಯೋಗ್ಯ.

ಕ್ಲೈಂಟ್ ನಮೂದು ಗಮ್ಯಸ್ಥಾನವನ್ನು ಹೆಸರಿಸುತ್ತದೆ, listener ಅನ್ನು ಅಲ್ಲ

macOS Ventura ಮತ್ತು ನಂತರದ ಸಿಸ್ಟಂ ಸೆಟ್ಟಿಂಗ್ಗಳು > ಜಾಲ > VPN ನಲ್ಲಿ, ಹಳೆಯ ಬಿಡುಗಡೆಗಳು ಜಾಲ ಆದ್ಯತೆಗಳಲ್ಲಿ ಇರಿಸುವ ಕ್ಷೇತ್ರಗಳು ಬೇರೊಬ್ಬರ ಎಂಡ್ಪಾಯಿಂಟ್ ತಲುಪುವ ಬಗೆಯನ್ನು ವಿವರಿಸುತ್ತವೆ: ಸರ್ವರ್ ವಿಳಾಸ, ದೂರದ ID, ಖಾತೆ ಅಥವಾ ಪ್ರಮಾಣಪತ್ರ, ಮತ್ತು ಐಚ್ಛಿಕ ಬೇಡಿಕೆ ಮೇರೆಗೆ ಸಂಪರ್ಕದ ನಿಯಮಗಳು. ಆ ನಮೂದನ್ನು ಉಳಿಸುವುದು ನಿಮ್ಮ Mac ನ ಜಾಲ ಸಂರಚನೆಯಲ್ಲಿ ಸಂಪರ್ಕವನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ. ಈ ಕ್ರಿಯೆಯಲ್ಲಿ ಯಾವುದೂ ಪೋರ್ಟ್ ಬಂಧಿಸುವುದಿಲ್ಲ, listener ತೆರೆಯುವುದಿಲ್ಲ ಅಥವಾ ದೂರದ ಬಳಕೆದಾರರನ್ನು ನೋಂದಣಿ ಮಾಡುವುದಿಲ್ಲ.

ಇದನ್ನು shell ನಿಂದ ಪರಿಶೀಲಿಸಬಹುದು. ಸೇವೆ ನೀಡುತ್ತಿದೆ ಎಂದು ನೀವು ಶಂಕಿಸುವ Mac ನಲ್ಲಿ sudo lsof -nP -iUDP ಚಲಾಯಿಸಿ ಮತ್ತು ನಿಮ್ಮ ಪ್ರೋಟೋಕಾಲ್ ಬಳಸುವ ಪೋರ್ಟ್ಗಳನ್ನು ನೋಡಿ: IKEv2 ಗೆ 500 ಮತ್ತು 4500, OpenVPN ನ ಡೀಫಾಲ್ಟ್ಗೆ 1194, WireGuard ಗೆ 51820. ಕೇವಲ ಕ್ಲೈಂಟ್ ಆಗಿರುವ ಯಂತ್ರವು ದೂರದ ವಿಳಾಸ ಮತ್ತು ಪೋರ್ಟ್ಗೆ ಜೋಡಿಸಿದ ಸಾಕೆಟ್ಗಳನ್ನು ತೋರಿಸುತ್ತದೆ, ಇಂಟರ್ನೆಟ್ನಲ್ಲಿ ಯಾವುದಕ್ಕೂ ತಲುಪಲಾಗದ ವೈಲ್ಡ್ಕಾರ್ಡ್ ಬಂಧನವನ್ನಲ್ಲ. Network Extension ಒಳಗೆ ಚಲಿಸುವ ಸುರಂಗಗಳು lsof ನಿಂದ ಮರೆಯಾಗಬಹುದು, ಆದ್ದರಿಂದ ಹೇಗಾದರೂ ಅಪ್ಲಿಕೇಶನ್ನ ಸ್ಥಿತಿ ಪ್ಯಾನೆಲ್ ಪರಿಶೀಲಿಸಿ; ನೀವು ಕಾಣದಿರುವುದು ಈ Mac ಅನ್ನು ಗೇಟ್ವೇ ಆಗಿ ಮಾಡುವ Apple ಆದ್ಯತೆ.

ಮೂರು ಪ್ರಶ್ನೆಗಳು ಎರಡು ಪಾತ್ರಗಳನ್ನು ಬೇರ್ಪಡಿಸುತ್ತವೆ

ಅವನ್ನು ಕ್ರಮವಾಗಿ ನಿಭಾಯಿಸಿ. ಮೊದಲನೆಯದು ಸಾಮಾನ್ಯವಾಗಿ ಉಳಿದದ್ದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ, ಮತ್ತು ಮೂರನೆಯದು Mac ಗೆ ನಿರ್ದಿಷ್ಟವಾದ ಯೋಜನೆ ಹೆಚ್ಚು ತಪ್ಪಾಗುವ ಸ್ಥಳ.

1. ಸಂಭಾಷಣೆ ಯಾರು ಪ್ರಾರಂಭಿಸುತ್ತಾರೆ? ನಿಮ್ಮ Mac ಹೊರಕ್ಕೆ ಡಯಲ್ ಮಾಡಿ ಇನ್ನೊಂದು ಬದಿ ಉತ್ತರಿಸಿದರೆ ನಿಮಗೆ ಕ್ಲೈಂಟ್ ಬೇಕು. ಇಂಟರ್ನೆಟ್ನಲ್ಲಿನ ಸಾಧನಗಳು ನಿಮ್ಮ ಜಾಲ ತಲುಪಲು ಒಳಕ್ಕೆ ಡಯಲ್ ಮಾಡಬೇಕಿದ್ದರೆ, ಸಾರ್ವಜನಿಕ ಪ್ರವೇಶ ಬಿಂದುವಿರುವ ಗೇಟ್ವೇ ಬೇಕು, ಮತ್ತು Mac ಆ ಗೇಟ್ವೇಯ ಕ್ಲೈಂಟ್ ಆಗಿಯೇ ಇರಬಹುದು.

2. ಸುರಂಗ ಮೇಲಿರುವಾಗ ಯಾವುದು ತಲುಪಬಹುದಾಗಿರಬೇಕು? ಒಂದು ಹೋಸ್ಟ್ನಲ್ಲಿ ಒಂದು ಸೇವೆ ಪೋರ್ಟ್ ಫಾರ್ವರ್ಡಿಂಗ್ನ ನಿರ್ಧಾರ. ಹೆಸರಿನ ಪರಿಹಾರ ಸೇರಿದಂತೆ ಇಡೀ ಸಬ್ನೆಟ್ ಮಾರ್ಗನಿರ್ದೇಶನ ಮತ್ತು DNS ನ ನಿರ್ಧಾರ, ಮತ್ತು ಅದು ಗೇಟ್ವೇ ಏನನ್ನು ಮುಂದಕ್ಕೆ ಕಳುಹಿಸಬೇಕು ಎಂಬುದನ್ನು ಬದಲಿಸುತ್ತದೆ, ಕ್ಲೈಂಟ್ ನಮೂದು ಏನು ಹೇಳುತ್ತದೆ ಎಂಬುದನ್ನಲ್ಲ.

3. ಸ್ವೀಕರಿಸುವ ತುದಿ ಯಾವ OS ಬಿಡುಗಡೆ ಚಲಾಯಿಸುತ್ತದೆ? Mac ಗಳಿಗೆ ಆ ಪ್ರಶ್ನೆಗೆ ಕಠಿಣ ಉತ್ತರವಿದೆ. Apple VPN ಅನ್ನು macOS Server 5.7.1 ರಿಂದ ತೆಗೆದುಹಾಕಲಾಗಿದೆ ಎಂದು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು macOS Server ಅಪ್ಲಿಕೇಶನ್ ಸ್ವತಃ 2022 ಏಪ್ರಿಲ್ 21 ರಂದು ನಿಲ್ಲಿಸಲಾಯಿತು; ಸೇವಾ ಇತಿಹಾಸದ ಸೂಚನೆ ಈಗ ಇಲ್ಲದ VPN ಸೇವೆಯ ಚೆಕ್ಬಾಕ್ಸ್ ಮೂಲಕ ಹಳೆಯ ಪಾಠ ನಿಮ್ಮನ್ನು ಕರೆದೊಯ್ಯುವಾಗ ಓದಬೇಕಾದ ಪುಟ.

ಮೊದಲ ಉತ್ತರ «ಹೊರಗಿನಿಂದ ಯಾರೋ ಪ್ರಾರಂಭಿಸುತ್ತಾರೆ» ಆಗಿದ್ದರೆ, Mac ನ ಕ್ಲೈಂಟ್ ಪ್ಯಾನೆಲ್ನಲ್ಲಿ ಸ್ವಿಚ್ ಹುಡುಕುವುದನ್ನು ನಿಲ್ಲಿಸಿ ಮತ್ತು ಸುರಂಗವನ್ನು ಮುಗಿಸುವ ಹೋಸ್ಟ್ ಆಯ್ಕೆ ಮಾಡಲು ಹೋಗಿ.

ಬದಲಾಗಿ ಗೇಟ್ವೇ ಎಲ್ಲಿ ಇರಬಹುದು

ನಾಲ್ಕು ಏರ್ಪಾಡುಗಳು ಹೆಚ್ಚಿನ ಮನೆ ಮತ್ತು ಸಣ್ಣ ಕಚೇರಿ ಸಂದರ್ಭಗಳನ್ನು ಆವರಿಸುತ್ತವೆ. ಬೇರೆ ಲೇಬಲ್ನ ಕ್ಲೈಂಟ್ ಮೋಡ್ಗಿಂತ ಭಿನ್ನವಾಗಿ ನಿಜವಾದ ಸರ್ವರ್ ಮೋಡ್ ಇರುವ ರೂಟರ್ ಸುರಂಗವನ್ನು ಅಂಚಿನಲ್ಲಿ ಮುಗಿಸಿ ಹೋಸ್ಟ್ ಸಂಖ್ಯೆಯನ್ನು ಕಡಿಮೆ ಇಡುತ್ತದೆ, ಆದರೆ ಆ ಫರ್ಮ್ವೇರ್ನ ಪ್ರೋಟೋಕಾಲ್ ಬೆಂಬಲಕ್ಕೆ ಬೆಸೆದುಕೊಳ್ಳುತ್ತದೆ. NAS ಅಥವಾ ಯಾವಾಗಲೂ ಆನ್ ಇರುವ ಮಿನಿ PC ಮಾರಾಟಗಾರರ ಸರ್ವರ್ ಪ್ಯಾಕೇಜ್ ಚಲಾಯಿಸಿ ಓದಬಹುದಾದ ಲಾಗ್ಗಳನ್ನು ಬಿಡುತ್ತದೆ. ಸಣ್ಣ ಕ್ಲೌಡ್ VM ನೀವು ನಿಯಂತ್ರಿಸುವ ಸಾರ್ವಜನಿಕ ವಿಳಾಸ ನೀಡಿ ಎರಡನೇ ಸುರಂಗದ ಮೂಲಕ ಮನೆ ತಲುಪುತ್ತದೆ. WireGuard ಮೇಲೆ ಕಟ್ಟಿದ mesh ಒಳಪದರ, ಅಥವಾ ಪೀರ್ಗಳ ನಡುವೆ ರಿಲೇ ಮಾಡುವ ನಿರ್ವಹಿತ ಸೇವೆ, ಎರಡೂ ತುದಿಗಳನ್ನು ಹೊರಕ್ಕೆ ಡಯಲ್ ಮಾಡಿಸುವ ಮೂಲಕ ಒಳಬರುವ ಪೋರ್ಟ್ ಫಾರ್ವರ್ಡಿಂಗ್ ಅನ್ನು ತಪ್ಪಿಸುತ್ತದೆ.

ಆ ಆಯ್ಕೆಗಳ ನಡುವಿನ ಗಡಿ ಸಾಮಾನ್ಯವಾಗಿ ಸಾಫ್ಟ್ವೇರ್ ಅಲ್ಲ, ನಿಮ್ಮ ಇಂಟರ್ನೆಟ್ ಸಂಪರ್ಕ. ISP ನಿಮ್ಮನ್ನು ವಾಹಕ ಮಟ್ಟದ NAT ಹಿಂದೆ ಇಟ್ಟರೆ, ರೂಟರ್ನ ಪೋರ್ಟ್ ಫಾರ್ವರ್ಡಿಂಗ್ ಎಷ್ಟೇ ಇದ್ದರೂ ತಲುಪಬಹುದಾದ ಪ್ರವೇಶ ಬಿಂದು ಉಂಟಾಗುವುದಿಲ್ಲ, ಮತ್ತು ರಿಲೇ ಅಥವಾ mesh ಏರ್ಪಾಡೇ ಪ್ರಾಮಾಣಿಕ ಉತ್ತರ. ನಿಮ್ಮ ರೂಟರ್ ವರದಿ ಮಾಡುವ WAN ವಿಳಾಸವನ್ನು ಹೊರಗಿನ ಜಗತ್ತು ಕಾಣುವ ವಿಳಾಸದೊಂದಿಗೆ ಹೋಲಿಸಿ; ಅವು ಬೇರೆಯಾಗಿದ್ದರೆ ಮತ್ತು ರೂಟರ್ನ ಮೌಲ್ಯ ಖಾಸಗಿ ಅಥವಾ ಹಂಚಿಕೆಯ ಶ್ರೇಣಿಯಲ್ಲಿದ್ದರೆ, ರಿಲೇ ಸಂದರ್ಭಕ್ಕೆ ಯೋಜಿಸಿ.

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

ಪ್ರೊಫೈಲ್ಗಳನ್ನು ಹಂಚುವ ಮೊದಲು ಪಾತ್ರವನ್ನು ಖಚಿತಪಡಿಸಿ

ಅಭ್ಯರ್ಥಿ ಗೇಟ್ವೇಯಲ್ಲಿ, ಸ್ಥಾಪಕವು ಒಂದನ್ನು ಸೃಷ್ಟಿಸಿರಬಹುದು ಎಂದು ನಂಬುವ ಬದಲು listener ಇದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸಿ. macOS ನಲ್ಲಿ ಇದರರ್ಥ ಮೇಲಿನ ಪೋರ್ಟ್ಗಳಿಗೆ ಫಿಲ್ಟರ್ ಮಾಡಿದ sudo lsof -nP -iUDP, ಮತ್ತು ಪ್ಯಾಕೆಟ್ ಫಿಲ್ಟರ್ ನಿಯಮಗಳು ವಿನ್ಯಾಸದ ಭಾಗವಾಗಿದ್ದರೆ sudo pfctl -s nat ಕೂಡ. Linux ನಲ್ಲಿ ss -lunp ಅದೇ ಸಂಗತಿಗಳನ್ನು ಯಾವುದೇ ಅಸ್ಪಷ್ಟತೆ ಇಲ್ಲದೆ ತೋರಿಸುತ್ತದೆ.

ನಂತರ ಜಾಲದ ಹೊರಗಿನಿಂದ, ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನೇ ಬಳಸಿ ಪರೀಕ್ಷಿಸಿ. Ping ಕಡಿಮೆಯನ್ನೇ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ: ICMP ಸಾಮಾನ್ಯವಾಗಿ ಫಿಲ್ಟರ್ ಆಗುತ್ತದೆ ಮತ್ತು UDP 51820 ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ವಿವರವಾದ ಲಾಗಿಂಗ್ನೊಂದಿಗೆ ಕ್ಲೈಂಟ್ ಹ್ಯಾಂಡ್ಶೇಕ್, ಸೆಲ್ಯುಲಾರ್ ಡೇಟಾದಲ್ಲಿನ ಫೋನ್ನಿಂದ ಚಲಾಯಿಸಿದರೆ, ಅಗ್ಗದ ನೈಜ ಪರೀಕ್ಷೆ ಏಕೆಂದರೆ ಅದು ದೂರದ ಸಹೋದ್ಯೋಗಿ ಹೋಗುವ ಅದೇ ಮಾರ್ಗದಲ್ಲಿ ಹೋಗುತ್ತದೆ.

ಅದಾದ ಮೇಲೆಯೇ ನೀವು ಕ್ಲೈಂಟ್ ಪ್ರೊಫೈಲ್ಗಳನ್ನು ಮುಟ್ಟುತ್ತೀರಿ. Mac ನಲ್ಲಿ scutil --nc list ಸಿಸ್ಟಂ ಗೊತ್ತಿರುವ VPN ಸೇವೆಗಳನ್ನು ಮುದ್ರಿಸುತ್ತದೆ; ಈಗಷ್ಟೇ ಕಟ್ಟಿದ ಗೇಟ್ವೇ ಅವುಗಳಲ್ಲಿ ಇಲ್ಲದಿದ್ದರೆ, ನೀವು ಪರೀಕ್ಷಿಸಿದ ಯಂತ್ರಕ್ಕಿಂತ ಬೇರೆ ಯಂತ್ರವನ್ನು ಸಂರಚಿಸುತ್ತಿದ್ದೀರಿ. ಹ್ಯಾಂಡ್ಶೇಕ್ LAN ನಲ್ಲಿ ಯಶಸ್ವಿಯಾಗಿ ಹೊರಗಿನಿಂದ ವಿಫಲವಾದರೆ, ದೋಷ ಒಳಬರುವ ಮಾರ್ಗದಲ್ಲಿದೆ: NAT ನಿಯಮ, ಪ್ರೊವೈಡರ್ನ CGNAT, ಅಥವಾ ಗೇಟ್ವೇಯಲ್ಲಿನ firewall, ಆ ಕ್ರಮದಲ್ಲಿ.

ಏನನ್ನೂ ಕಟ್ಟುವ ಮೊದಲು ನಾಲ್ಕು ಅಂಶ ನಿರ್ಧರಿಸಿ:

• ಸಂಪರ್ಕವನ್ನು ಯಾವ ಬದಿ ಪ್ರಾರಂಭಿಸುತ್ತದೆ, ನಿಮ್ಮ Mac ಅಥವಾ ದೂರದ ಸಾಧನ.
• ಸ್ವೀಕರಿಸುವ ಹೋಸ್ಟ್ನ OS ಬಿಡುಗಡೆ ಮತ್ತು ಉತ್ಪನ್ನ ನಿಜವಾಗಿ ಸರ್ವರ್ ಪಾತ್ರವನ್ನು ಬೆಂಬಲಿಸುತ್ತವೆಯೇ.
• ನಿಮ್ಮ ISP ನಿಮಗೆ ತಲುಪಬಹುದಾದ ಸಾರ್ವಜನಿಕ ವಿಳಾಸವನ್ನಾದರೂ ನೀಡುತ್ತದೆಯೇ.
• ಗೇಟ್ವೇ ಯಾವ ಒಂದು ಪೋರ್ಟ್ ಮತ್ತು ಪ್ರೋಟೋಕಾಲ್ ಸ್ವೀಕರಿಸುತ್ತದೆ, ಮತ್ತು ಅದರ ಹಿಂದೆ ಯಾವ ಸೇವೆ ಉತ್ತರಿಸುತ್ತದೆ.

ಮುಂದಿನ ಹೆಜ್ಜೆ ನಿರ್ದಿಷ್ಟವಾಗಿದೆ: ಗೇಟ್ವೇ ಹೋಸ್ಟ್ ಆಯ್ಕೆ ಮಾಡಿ, ಹೊರಗಿನಿಂದ ಅದರ listener ಖಚಿತಪಡಿಸಿ, ಆಮೇಲೆಯೇ Mac ನಲ್ಲಿ ಅದನ್ನು ಗುರಿಯಾಗಿಸುವ ಕ್ಲೈಂಟ್ ನಮೂದು ರಚಿಸಿ.