macOS ನಲ್ಲಿ VPN ಪ್ರೊಫೈಲ್ ಆಮದು ಆಗುತ್ತಿಲ್ಲ: ಮೊದಲು ಪೇಲೋಡ್ ಓದಿ

ಒಂದು Mac ನಲ್ಲಿ ನಿರಾಕರಿಸಲ್ಪಟ್ಟು ಇನ್ನೊಂದರಲ್ಲಿ ಸ್ವೀಕರಿಸಲ್ಪಡುವ ಪ್ರೊಫೈಲ್ ಸಾಮಾನ್ಯವಾಗಿ ಪೇಲೋಡ್ ಸಮಸ್ಯೆ. XML ಅನ್ನು ಹೋಲಿಸಿ, ಜನರೇಟರ್ ಏನು ಸೇರಿಸಿದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ, ನಂತರ ಸೇವೆಯನ್ನು ಪರಿಶೀಲಿಸಿ.

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

Mac ಅನ್ನು ಮರುಹೊಂದಿಸುವ ಬದಲು ಪ್ರೊಫೈಲ್ ಓದಿ

.mobileconfig ರಫ್ತು ಮಾಡಿ ಮತ್ತು ಕ್ಲೈಂಟ್ ಮುಟ್ಟುವ ಮೊದಲು ಅದರಲ್ಲಿ ನಿಜವಾಗಿ ಏನಿದೆ ಎಂದು ನೋಡಿ:

plutil -p profile.mobileconfig | head -60

VPN ಪ್ರೊಫೈಲ್ ವಾಸ್ತವವಾಗಿ ಬೇರೆ ಬೇರೆ ಕೆಲಸ ಮಾಡುವ ಎರಡು ಪೇಲೋಡ್‌ಗಳು: com.apple.vpn.managed ಸಂಪರ್ಕವನ್ನು ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ, com.apple.dnsSettings.managed ಪರಿಹಾರಕದ ಸಂರಚನೆಯನ್ನು ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ. ಸ್ಥಾಪಕ ನಿರಾಕರಿಸುವ ಮೊದಲ ಪೇಲೋಡ್‌ನಲ್ಲಿ ಸ್ಥಾಪನೆ ನಿಲ್ಲುತ್ತದೆ, ಮತ್ತು ಆ ನಿರಾಕರಣೆ ಆ ಪೇಲೋಡ್‌ನ ಹೆಸರಿನೊಂದಿಗೆ ಸಿಸ್ಟಂ ಲಾಗ್‌ಗೆ ಸೇರುತ್ತದೆ, ಆದ್ದರಿಂದ ಯಾವ ವಿಭಾಗ ತೆರೆಯಬೇಕು ಎಂದು ಲಾಗ್ ಹೇಳುತ್ತದೆ. ಕೊನೆಯದಾಗಿ ಯಶಸ್ವಿಯಾಗಿ ಆಮದಾದ ಪ್ರೊಫೈಲ್‌ನ ಪ್ರತಿಯನ್ನು ಇಟ್ಟುಕೊಳ್ಳಿ, ಏಕೆಂದರೆ ಆ ಫೈಲ್ ನಿಮ್ಮ ವ್ಯತ್ಯಾಸವನ್ನು ಅಳೆಯುವ ಆಧಾರ.

ಜನರೇಟರ್ ಮೌನವಾಗಿ ಏನು ಸೇರಿಸಿತು

Apple Configurator 2.15 ಬಿಲ್ಡ್ 7A23 ತನ್ನ DNS ಪೇಲೋಡ್‌ನ ಒಳಗೆ ಈ ಬ್ಲಾಕ್ ಬಿಡುಗಡೆ ಮಾಡಿತು:

<key>DNS</key>
<dict>
  <key>SupplementalMatchDomainsNoSearch</key>
  <integer>0</integer>
</dict>

macOS 12.1 ನಲ್ಲಿ ಆ ಬಿಲ್ಡ್ ಬರೆದ ಪ್ರೊಫೈಲ್‌ಗಳು ಆಮದಿನಲ್ಲಿ ನಿರಾಕರಿಸಲ್ಪಟ್ಟವು. Configurator 2.11.1 ನಿಂದ ಮಾಡಿದ ಸಂಪರ್ಕ ಯಾವ ದೂರಿಲ್ಲದೆ ಒಳಗೆ ಹೋಯಿತು, ಏಕೆಂದರೆ ಆ ಆವೃತ್ತಿ ಕೀಯನ್ನು ಸ್ವಲ್ಪವೂ ಬರೆದಿರಲಿಲ್ಲ. ಇಡೀ DNS ನಿಘಂಟನ್ನು ಅಥವಾ ಸಮಸ್ಯೆಯ ಕೀಯನ್ನು ಮಾತ್ರ ತೆಗೆದುಹಾಕಿ, ಮತ್ತೆ ಉಳಿಸಿ, ನಂತರ ಬೇರೆ ಏನನ್ನೂ ಬದಲಿಸುವ ಮೊದಲು ಅದೇ ಯಂತ್ರದಲ್ಲಿ ಮತ್ತೆ ಪ್ರಯತ್ನಿಸಿ. ಸಾಮಾನ್ಯವಾಗಿ ಆ ಒಂದೇ ತಿದ್ದುಪಡಿ ಇಡೀ ದುರಸ್ತಿ.

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

MDM ಮಾರ್ಗ ಬೇರೆಡೆ ವಿಫಲವಾಗುತ್ತದೆ

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

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

ಪ್ರೊಫೈಲ್ ನಿಜವಾಗಿ ಇಳಿದಿದೆಯೇ ಎಂದು ಖಚಿತಪಡಿಸಿ

ಯಶಸ್ವಿ ಆಮದು ಎಂದರೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಸೇವೆ ಅಲ್ಲ, ಆದ್ದರಿಂದ ಈ ಕ್ರಮದಲ್ಲಿ ಪರಿಶೀಲಿಸಿ:

profiles show -type configuration
scutil --nc list
scutil --nc start "Your VPN Service"
scutil --nc status "Your VPN Service"
scutil --dns | head -20

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

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

ನಿಯೋಜನೆಯನ್ನು ಹಂತ ಹಂತವಾಗಿ ಮಾಡಿ, ಒಂದು ಸಮಯಕ್ಕೆ ಒಂದು Mac

ಒಂದು ನಿರ್ವಹಿತ Mac ನಲ್ಲಿ ಅದೇ OS ಬಿಲ್ಡ್ ಚಾಲನೆಯಲ್ಲಿರುವಾಗ ಸ್ಥಾಪಿಸಿ, ನಂತರ ಮೂರು ವಿಷಯಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಶೀಲಿಸಿ: ಸೇವೆ ಕಾಣಿಸುತ್ತದೆ, ಪರಿಹಾರಕ ಬದಲಾಗುತ್ತದೆ, ಮತ್ತು ಒಂದು ನಿಜವಾದ ಆಂತರಿಕ ವಿನಂತಿ ಯಶಸ್ವಿಯಾಗುತ್ತದೆ. ಮೂರೂ ಆದ ನಂತರವೇ ವ್ಯಾಪ್ತಿ ವಿಸ್ತರಿಸಬೇಕು.

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

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