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

ಲಕೋಟೆಯಿಂದ ಪ್ರಾರಂಭಿಸಿ: ಈ ಪ್ರೊಫೈಲ್ಗೆ ಯಾರು ಸಹಿ ಮಾಡಿದರು

iOS ನಲ್ಲಿ ಪ್ರೊಫೈಲ್ ಸೆಟ್ಟಿಂಗ್ಗಳು, ಸಾಮಾನ್ಯ, VPN ಮತ್ತು ಸಾಧನ ನಿರ್ವಹಣೆ ಅಡಿಯಲ್ಲಿ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ, ಸಹಿ ಮಾಡಿದವರ ಹೆಸರು ಸ್ಥಾಪಿಸು ಬಟನ್ಗಿಂತ ಮೇಲೆ ಇರುತ್ತದೆ. ಏನನ್ನಾದರೂ ಒತ್ತುವ ಮೊದಲು ಆ ಹೆಸರನ್ನು ಓದಿ ಮತ್ತು ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಪಡೆಯುತ್ತೇನೆ ಎಂದು ನಿರೀಕ್ಷಿಸಿದ ಸಂಸ್ಥೆಯೇ ಅದು ಎಂದು ಕೇಳಿ. ನಿಮಗೆ ಗೊತ್ತಿಲ್ಲದ ಪಕ್ಷದ ಸಿಂಧು ಸಹಿಯೂ ಸಿಂಧು ಸಹಿಯೇ, ಮತ್ತು ಅದು ನಿಮ್ಮದಲ್ಲ, ಅವರ ಸಂರಚನೆಗೆ ಅನುಮತಿ ನೀಡುತ್ತದೆ. ಅದೇ ಪರದೆ ಪ್ರೊಫೈಲ್ಗೆ ಸಹಿ ಇದೆಯೇ ಇಲ್ಲವೇ ಎಂಬುದನ್ನೂ ತಿಳಿಸುತ್ತದೆ.

ಫೈಲ್ Mac ನಲ್ಲಿದ್ದರೆ, ಅದು ಫೋನ್ ತಲುಪುವ ಮೊದಲೇ ಪರಿಶೀಲಿಸಿ. ಭದ್ರತಾ ಸಾಧನ CMS ಲಕೋಟೆಯನ್ನು ಡಿಕೋಡ್ ಮಾಡಿ ಸಾಧನ ಓದುವ plist ಅನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಅದು ಸ್ಥಾಪಿಸು ಬಟನ್ ಅಡ್ಡಿಯಿಲ್ಲದ ಅದೇ ವಿಷಯ. Apple ನ ಸಂರಚನಾ ಜಾರಿ ದಾಖಲೆ ಸಹಿಯನ್ನು ಮೂಲ ಮಾನ್ಯತೆ ಎಂದು ವಿವರಿಸುತ್ತದೆ, ಮತ್ತು ಇಲ್ಲಿ ಚರ್ಚಿಸಿದ ವ್ಯಾಪ್ತಿ ನಿಖರವಾಗಿ ಅದೇ.

security cms -D -i corp-vpn.mobileconfig -o corp-vpn.plist
plutil -p corp-vpn.plist

ಸಹಿ ಮಾಡಿದವರು ನೀವು ನಿರೀಕ್ಷಿಸಿದವರಲ್ಲದಿದ್ದರೆ, ಅಥವಾ ಫೈಲ್ ಸಹಿ ಇಲ್ಲದೆ ಅದನ್ನು ಖಾತರಿಪಡಿಸಲಾಗದ ಮಾರ್ಗದಿಂದ ಬಂದಿದ್ದರೆ ಇಲ್ಲೇ ನಿಲ್ಲಿಸಿ. ಈ ವಿವರಣೆಯ ಮುಂದಿನ ಯಾವುದೇ ಭಾಗ ನಂಬಲಾಗದ ಲಕೋಟೆಯನ್ನು ನಂಬಲರ್ಹವಾಗಿಸುವುದಿಲ್ಲ.

ಪ್ರತಿ ಪೇಲೋಡ್ ತೆರೆದು ಅದು ಏನನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ ಎಂದು ಹೆಸರಿಸಿ

ಪ್ರೊಫೈಲ್ ಒಂದು ಕಂಟೇನರ್, ಮತ್ತು ಕುತೂಹಲಕರ ಭಾಗ ಅದರೊಳಗಿನ PayloadContent ಸರಣಿ. ಪ್ರತಿ ನಮೂದಿನಲ್ಲೂ ಸಾಧನ ಏನನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ ಎಂದು ಹೇಳುವ PayloadType ಇರುತ್ತದೆ: ನಿರ್ವಹಿತ VPN ಸಂರಚನೆ, PKCS#12 ಗುರುತು, ಮೂಲ ಪ್ರಮಾಣಪತ್ರ ಅಥವಾ ನಿರ್ವಹಣಾ ನೋಂದಣಿ. ಯಾವುದೇ ಸೆಟ್ಟಿಂಗ್ ಓದುವ ಮೊದಲು ಪ್ರಕಾರಗಳನ್ನು ಮುದ್ರಿಸಿ.

plutil -extract PayloadContent xml1 -o - corp-vpn.plist |
  grep -E 'PayloadType|PayloadDisplayName'

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

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

ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ಅವನ್ನು ಬಳಸುವ ಸಂಪರ್ಕದವರೆಗೆ ಸಾಗಿಸಿ

ಪ್ಯಾಕೇಜಿನಲ್ಲಿರುವ ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ ಮತ್ತು ಪ್ರತಿಯೊಂದನ್ನು ಒಂದು ಕೆಲಸಕ್ಕೆ ಹೊಂದಿಸಿ. ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರ ಈ ಸಾಧನವನ್ನು ಗೇಟ್ವೇಗೆ ಗುರುತಿಸುತ್ತದೆ, ಅದನ್ನು ನೀಡಿದ CA ಆ ಸಂಪರ್ಕದ ವಿಶ್ವಾಸ ಸರಪಳಿಗೆ ಸೇರುತ್ತದೆ, ಮತ್ತು ಪ್ರಾಕ್ಸಿ ಅಥವಾ ಒಳಗಿನ ಸೇವೆಗಾಗಿ ಸ್ಥಾಪಿಸಿದ ಮೂಲ ಎಲ್ಲಾ HTTPS ಸೈಟ್ಗಳಿಗೂ ಆಧಾರವಾಗುವುದಿಲ್ಲ. iOS ನಲ್ಲಿ ಕೈಯಿಂದ ಸ್ಥಾಪಿಸಿದ ಮೂಲ ಸೆಟ್ಟಿಂಗ್ಗಳು, ಮಾಹಿತಿ, ಪ್ರಮಾಣಪತ್ರ ವಿಶ್ವಾಸ ಸೆಟ್ಟಿಂಗ್ಗಳಲ್ಲಿ ಸಕ್ರಿಯಗೊಳಿಸುವವರೆಗೆ TLS ಗೆ ನಂಬಲಾಗದ್ದಾಗಿ ಉಳಿಯುತ್ತದೆ, ಆದರೆ ನಿರ್ವಹಣೆಯ ಮೂಲಕ ಬಂದ ಮೂಲ ಆ ಹಂತವಿಲ್ಲದೆ ನಂಬಲ್ಪಡುತ್ತದೆ. ಪೇಲೋಡ್ನ ಉದ್ದೇಶ ಏಕೆ ಮುಖ್ಯ ಎಂಬುದನ್ನು ಆ ವ್ಯತ್ಯಾಸವೇ ವಿವರಿಸುತ್ತದೆ.

openssl pkcs7 -inform DER -in corp-vpn.mobileconfig -print_certs -noout
security find-certificate -a -c "Corp Root" -p | openssl x509 -noout -subject -dates

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

ಸ್ಥಾಪನೆಯ ನಂತರ: ಪರಿಶೀಲಿಸಿ, ತೆಗೆಯುವುದು ಏನು ಮಾಡುತ್ತದೆ ಎಂದು ತಿಳಿಯಿರಿ

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

profiles show -type configuration
scutil --nc list

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

ಈ ವಿವರಣೆ ನಾಲ್ಕು ಪ್ರತ್ಯೇಕ ಉತ್ತರಗಳೊಂದಿಗೆ ಮುಗಿಯುತ್ತದೆ: ಪ್ಯಾಕೇಜ್ಗೆ ಯಾರು ಸಹಿ ಮಾಡಿದರು, ಅದು ಯಾವ ಪೇಲೋಡ್ಗಳನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ, ಪ್ರತಿ ಸಂಪರ್ಕ ಯಾವ ಗುರುತು ಮತ್ತು ವಿಶ್ವಾಸವನ್ನು ಬಳಸುತ್ತದೆ, ಮತ್ತು ತೆಗೆದರೆ ಏನು ಹೋಗುತ್ತದೆ. ಅವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿದರೆ ಸಹಿ ಮಾಡಿದ ಪ್ರೊಫೈಲ್ ಹಸಿರು ಗುರುತಿನ ಬದಲು ಪರಿಶೀಲಿಸಿದ ನಿರ್ಧಾರವಾಗುತ್ತದೆ.

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