ಆ ಉಳಿಸಿದ Mac VPN ಪ್ರೊಫೈಲ್‌ನ ಹಿಂದೆ ಯಾವ ಪ್ರೋಟೋಕಾಲ್ ಇದೆ?

ಯಾರೋ ಒಬ್ಬರು Mac ಸಂಪರ್ಕಕ್ಕೆ „ಕಚೇರಿ VPN“ ಎಂದು ಹೆಸರಿಡುತ್ತಾರೆ, ಲೇಬಲ್ ಎರಡು ಸರ್ವರ್ ಸ್ಥಳಾಂತರಗಳನ್ನು ದಾಟಿ ಉಳಿಯುತ್ತದೆ, ಮತ್ತು ಪ್ರೋಟೋಕಾಲ್ ಬದಲಾದ ಬಹಳ ಸಮಯದ ನಂತರವೂ ಎಲ್ಲರೂ ಅದನ್ನು ಕಚೇರಿ VPN ಎಂದೇ ಕರೆಯುತ್ತಾರೆ. ಹೆಸರು ಸಂರಚನೆಯ ಪಕ್ಕದಲ್ಲಿ ಸಂಗ್ರಹವಾದ ಅಡ್ಡಹೆಸರು; Mac ಏನನ್ನು ಮಾತುಕತೆ ಮಾಡುತ್ತದೆ ಎಂಬುದಕ್ಕೆ ಅದು ಸಾಕ್ಷ್ಯವಲ್ಲ. ಘೋಷಿತ ಪ್ರಕಾರವನ್ನು ಓದಲು ಒಂದು ಕ್ಷೇತ್ರ ಸಾಕು, ಮತ್ತು ಆ ಸಂಗ್ರಹಿತ ಪ್ರಕಾರವನ್ನು ಜೀವಂತ ಸೆಷನ್‌ನಿಂದ ಬೇರ್ಪಡಿಸಲು ಇನ್ನೊಂದು ಹೆಜ್ಜೆ ಬೇಕು. ಊಹೆಯನ್ನು ತಪ್ಪಿಸುವ ಕ್ರಮ ಇಲ್ಲಿದೆ.

ಲೇಬಲ್ ಅಡ್ಡಹೆಸರು, ಪೇಲೋಡ್ ಪ್ರಕಾರವನ್ನು ಘೋಷಿಸುತ್ತದೆ

macOS VPN ಸೇವೆ ಎಂಬುದು ಪ್ರದರ್ಶಿತ ಹೆಸರು, ಮಾಲೀಕ ಕ್ಲೈಂಟ್ ಮತ್ತು ಟೈಪ್ ಮಾಡಿದ ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಗುಂಪನ್ನು ಹೊಂದಿರುವ ಸಿಸ್ಟಮ್ ಸಂರಚನಾ ನಮೂದು. ಪ್ರದರ್ಶಿತ ಹೆಸರು ಮುಕ್ತ ಪಠ್ಯ, ನಮೂದನ್ನು ರಚಿಸಿದ ಯಾರಾದರೂ ಅದನ್ನು ಸಂಪಾದಿಸಬಹುದು, ಮತ್ತು ಬಳಕೆದಾರರು ಮೆನು ಬಾರ್‌ನಲ್ಲಿ ನೋಡುವ ಭಾಗ ಅದೇ. ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಸತ್ಯಗಳನ್ನು ಹೊರುತ್ತವೆ: ಯಾವ ಸಂಪರ್ಕ ಪ್ರಕಾರ, ಯಾವ ಗೇಟ್‌ವೇ, ಯಾವ ದೃಢೀಕರಣ ವ್ಯವಸ್ಥೆ. ಎರಡನ್ನೂ ಸಮನ್ವಯದಲ್ಲಿ ಇಡುವುದು ಯಾವುದೂ ಇಲ್ಲ, ಆದ್ದರಿಂದ „L2TP ಕಚೇರಿ“ ಎಂಬ ಪ್ರೊಫೈಲ್ IKEv2 ಸೇವೆಯಾಗಿರಬಹುದು.

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

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

ಪೇಲೋಡ್‌ನಲ್ಲಿ ಬೇರೆ ಯಾವುದಕ್ಕೂ ಮೊದಲು VPNType ಓದಿ

Apple ನ ನಿರ್ವಹಿತ VPN ಪೇಲೋಡ್ ಸ್ಕೀಮಾ ತನ್ನ ಸಂಪರ್ಕ ಪ್ರಕಾರವನ್ನು VPNType ಕೀಯಲ್ಲಿ ಘೋಷಿಸುತ್ತದೆ, PayloadType com.apple.vpn.managed ಆಗಿರುವ ನಿಘಂಟಿನ ಒಳಗೆ. ಮೌಲ್ಯವು IKEv2, IPsec, L2TP ಅಥವಾ VPN ನಂತಹ ಸಣ್ಣ ಟೋಕನ್, ಮತ್ತು ಪೇಲೋಡ್‌ನಲ್ಲಿ ಉಳಿದುದೆಲ್ಲವೂ ಆ ಟೋಕನ್ ಪ್ರಕಾರ ವ್ಯಾಖ್ಯಾನಿಸಲ್ಪಡುತ್ತದೆ.

<key>PayloadType</key>
<string>com.apple.vpn.managed</string>
<key>VPNType</key>
<string>IKEv2</string>
<key>IKEv2</key>
<dict>
  <key>RemoteAddress</key>
  <string>vpn.head-office.example</string>
  <key>RemoteIdentifier</key>
  <string>ikev2.head-office.example</string>
</dict>

ಈ ತುಣುಕು ದೃಷ್ಟಾಂತಾತ್ಮಕ, ಸ್ಥಾಪಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ: ಇದು ಪೇಲೋಡ್ ಸರಣಿಯ ಒಂದು ನಮೂದು, ನಿಜವಾದ ನಿಯೋಜನೆಗೆ ಬೇಕಾದ ಪ್ರೊಫೈಲ್ ಮೆಟಾಡೇಟಾ ಮತ್ತು ರುಜುವಾತುಗಳನ್ನು ತೆಗೆದುಹಾಕಲಾಗಿದೆ. ಅದನ್ನು ಆಕಾರಕ್ಕಾಗಿ ಓದಿ, ವಿಷಯಕ್ಕಾಗಿ ಅಲ್ಲ. RemoteAddress ಮತ್ತು RemoteIdentifier ವಿಭಿನ್ನ ಕೆಲಸಗಳ ವಿಭಿನ್ನ ಕ್ಷೇತ್ರಗಳು ಎಂಬುದನ್ನೂ ಗಮನಿಸಿ, ನಿಯೋಜನೆ ಅವೆರಡಕ್ಕೂ ಒಂದೇ ಸ್ಟ್ರಿಂಗ್ ನೀಡಿದಾಗಲೂ.

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

ಕಸ್ಟಮ್ ಪ್ರಕಾರಗಳಿಗೆ VPNSubType ಮತ್ತು ಮಾಲೀಕ ಅಪ್ಲಿಕೇಶನ್ ಬೇಕು

ಯಾವಾಗ VPNType VPN ಆಗಿದ್ದರೆ, ಪೇಲೋಡ್ VPNSubType ಅನ್ನೂ ಹೊರಬೇಕು, ಅದು ಸಂಪರ್ಕವನ್ನು ಜಾರಿಗೊಳಿಸುವ ಪ್ಲಗ್-ಇನ್ ಅಥವಾ Network Extension ಪೂರೈಕೆದಾರರನ್ನು ಗುರುತಿಸುತ್ತದೆ. ಆ ಗುರುತಿಸುವಿಕೆಯೇ ಸಂಪರ್ಕವನ್ನು ನಿರ್ದಿಷ್ಟ ಕ್ಲೈಂಟ್‌ಗೆ ಕಳುಹಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ತಪ್ಪು ಉಪಪ್ರಕಾರವು ಸ್ಥಾಪಿಸಿ ನಂತರ ಪ್ರಾರಂಭಿಸಲು ನಿರಾಕರಿಸುವ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ.

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

ಆದ್ದರಿಂದ ಕಸ್ಟಮ್ ಪೇಲೋಡ್ ಯಾವ ತಂತ್ರಾಂಶ ಸಂಪರ್ಕವನ್ನು ಹೊಂದಿದೆ ಎಂದು ಹೇಳುತ್ತದೆ ಮತ್ತು ಸ್ವಲ್ಪ ಮಾತ್ರ. ಅದು ಏನನ್ನು ಮಾತುಕತೆ ಮಾಡುತ್ತದೆ ಎಂದು ತಿಳಿಯಲು ಆ ಪೂರೈಕೆದಾರರ ಸ್ವಂತ ದಸ್ತಾವೇಜನ್ನು ಮತ್ತು ಅವರ ಸಂರಚಿತ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಓದಿ. ಇನ್ನೊಂದು ಸಂಸ್ಥೆಯ ಪ್ರೊಫೈಲ್‌ನಿಂದ ಉಪಪ್ರಕಾರವನ್ನು ನಕಲಿಸುವುದು ಸಂರಚನಾ ತಂತ್ರವಲ್ಲ; ಅದು ಆಕಸ್ಮಿಕವಾಗಿ ಪಾರ್ಸ್ ಆಗುವ ಊಹೆ.

Mac ನಿಜವಾಗಿ ಏನನ್ನು ಸಂರಚಿಸಿದೆ ಎಂದು ಪಟ್ಟಿ ಮಾಡಿ

ಯಾವುದೇ ಫೈಲ್ ಓದುವ ಮೊದಲು, ಯಾವ ಸೇವೆಗಳಿವೆ ಮತ್ತು ಅವು ಯಾವ ಸ್ಥಿತಿಯಲ್ಲಿವೆ ಎಂದು ಸಿಸ್ಟಮ್‌ನ್ನು ಕೇಳಿ. ಕಮಾಂಡ್-ಲೈನ್ ನೋಟವು ಪ್ಯಾನೆಲ್‌ಗಳಲ್ಲಿ ಕ್ಲಿಕ್ ಮಾಡುವುದಕ್ಕಿಂತ ವೇಗವಾಗಿದೆ ಮತ್ತು ಪ್ರತಿ ನಮೂದಿನ ಪಕ್ಕದಲ್ಲಿ ಪ್ರಕಾರವನ್ನು ಮುದ್ರಿಸುತ್ತದೆ.

scutil --nc list
scutil --nc show "Office VPN"

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

ಈ ಆಜ್ಞೆಗಳು ಸಂರಚನೆ ಮತ್ತು ಸ್ಥಿತಿಯನ್ನು ತೋರಿಸುತ್ತವೆ; ಸುರಂಗ ಸಂಚಾರವನ್ನು ಸಾಗಿಸುತ್ತಿದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಸೇವೆ ಸಂಪರ್ಕ ಕಡಿತಗೊಂಡಿದ್ದರೆ, ಔಟ್‌ಪುಟ್ ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಸೆಷನ್ ಬದಲು ಉದ್ದೇಶವನ್ನು ವಿವರಿಸುತ್ತದೆ. ಸಂಚಾರವಿಲ್ಲದ ಸಂಪರ್ಕಿತ ಸೇವೆ ಮತ್ತೆ ಬೇರೆ ಸಮಸ್ಯೆ, ಸಾಮಾನ್ಯವಾಗಿ ರೂಟಿಂಗ್ ಅಥವಾ DNS, ಪ್ರೋಟೋಕಾಲ್ ಪ್ರಕಾರವಲ್ಲ. ಈ ಮೂರು ಅವಲೋಕನಗಳನ್ನು ಬೇರ್ಪಡಿಸಿ ಇಡಿ, ಇಲ್ಲದಿದ್ದರೆ ರೋಗನಿರ್ಣಯ ಮತ್ತೆ ಊಹೆಗೆ ಇಳಿಯುತ್ತದೆ.

ಸಂಗ್ರಹಿತ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಜೀವಂತ ಸೆಷನ್‌ನಿಂದ ಬೇರ್ಪಡಿಸಿ ಇಡಿ

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

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

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