ಟ್ರಸ್ಟ್ ಸ್ಟೋರ್‌ನಿಂದ ಹಳೆಯ VPN ಪ್ರಮಾಣಪತ್ರವನ್ನು ತೆಗೆದುಹಾಕುವುದು ಹೇಗೆ

VPN ಪ್ರೊಫೈಲ್ ಅಳಿಸುವುದು ಪ್ರಮಾಣಪತ್ರವನ್ನು OS, ಬ್ರೌಸರ್ ಅಥವಾ ಆಪ್ ಸ್ಟೋರ್‌ನಲ್ಲಿ ಬಿಡುತ್ತದೆ. ಫಿಂಗರ್‌ಪ್ರಿಂಟ್‌ನಿಂದ ಹೊಂದಿಸಿ, ಕಿರಿದಾದ ಪ್ರತಿಯನ್ನು ಅಳಿಸಿ, ನಂತರ ಸರಪಣಿಯನ್ನು ಪರಿಶೀಲಿಸಿ.

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

ಪ್ರೊಫೈಲ್ ಪ್ರಮಾಣಪತ್ರವಲ್ಲ

VPN ಸೆಟಪ್‌ನಲ್ಲಿ ಮೂರು ವಿಭಿನ್ನ ವಸ್ತುಗಳನ್ನು 'ಪ್ರಮಾಣಪತ್ರ' ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ. ಕ್ಲೈಂಟ್ ಗುರುತು ಖಾಸಗಿ ಕೀ ಹೊಂದಿರುವ ಎಲೆ ಪ್ರಮಾಣಪತ್ರ, ಮತ್ತು ನೀವು ಯಾರು ಎಂದು ನಿರ್ಧರಿಸಲು ಗೇಟ್‌ವೇ ಅದನ್ನು ಬಳಸುತ್ತದೆ. ಸರ್ವರ್‌ನ ಸ್ವಂತ ಎಲೆ ಮತ್ತು ಅದರ ಮಧ್ಯವರ್ತಿ ಪ್ರಮಾಣಪತ್ರವನ್ನು ನಿಮ್ಮ ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಿಸುವಾಗ ಪರಿಶೀಲಿಸುತ್ತದೆ. ಟ್ರಸ್ಟ್ ಆಂಕರ್, ಸಾಮಾನ್ಯವಾಗಿ ಮೂಲ ಅಥವಾ ಖಾಸಗಿ CA ಪ್ರಮಾಣಪತ್ರ, ಸರಪಣಿಯನ್ನು ಒಟ್ಟಾರೆಯಾಗಿ ಪರಿಶೀಲಿಸಬಹುದಾಗಿಸುತ್ತದೆ. RFC 5280 ಇವುಗಳನ್ನು ಟ್ರಸ್ಟ್ ಆಂಕರ್, ಮಧ್ಯವರ್ತಿ ಮತ್ತು ಅಂತಿಮ ಘಟಕ ಎಂದು ಕರೆಯುತ್ತದೆ, ಮತ್ತು ಪ್ರತಿ ಕೊಂಡಿ ತನ್ನ ಕೆಳಗಿನದಕ್ಕೆ ಸಹಿ ಹಾಕುವವರೆಗೆ ಮಾತ್ರ ಸರಪಣಿ ಮಾನ್ಯವಾಗಿರುತ್ತದೆ.

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

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

ಇನ್ನೂ ಯಾವ ಸ್ಟೋರ್ ಅದನ್ನು ಹಿಡಿದಿದೆ ಎಂದು ಕಂಡುಹಿಡಿಯಿರಿ

ಜನರು ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಆಪ್‌ನಿಂದ ಪ್ರಾರಂಭಿಸುತ್ತಾರೆ, ಅದು ಪ್ರಮಾಣಪತ್ರ ಸಂಗ್ರಹವಾಗದ ಏಕೈಕ ಸ್ಥಳ. ನಿಜವಾದ ಸ್ಥಳಗಳು OS ನ ಟ್ರಸ್ಟ್ ಸ್ಟೋರ್‌ಗಳು, ಬ್ರೌಸರ್‌ನ ಸ್ವಂತ ಸ್ಟೋರ್ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್‌ನ ಖಾಸಗಿ ಸ್ಟೋರ್.

StoreWhat deleting from it affects
Windows CurrentUser\Myyour login session only
Windows LocalMachine Rootevery user and service on the machine
macOS login or System keychainone account, or all of them with sudo
Linux ca-certificates bundlecurl, git, Python, anything using the system bundle
Firefox cert9.dbFirefox only; it does not read the OS store

ಸೀರಿಯಲ್ ಸಂಖ್ಯೆ ಅಥವಾ ಫಿಂಗರ್‌ಪ್ರಿಂಟ್‌ನಿಂದ ಹೊಂದಿಸಿ, ಎಂದಿಗೂ ಪ್ರದರ್ಶನ ಹೆಸರಿನಿಂದ ಅಲ್ಲ. ಪ್ರದರ್ಶನ ಹೆಸರುಗಳನ್ನು ಪ್ರಮಾಣಪತ್ರ ನೀಡಿದವರು ನಿಗದಿಪಡಿಸುತ್ತಾರೆ ಮತ್ತು ಅವು ಮತ್ತೆ ಬಳಸಲಾಗುತ್ತವೆ: 'Example VPN' ಮೂರು ವಿಭಿನ್ನ ಕೀಗಳಿರುವ ಮೂರು ಪ್ರಮಾಣಪತ್ರಗಳಾಗಿರಬಹುದು, ಒಂದು ಇನ್ನೂ ದೈನಂದಿನ ಬಳಕೆಯಲ್ಲಿದೆ.

certutil -user -store My
certutil -store Root
openssl x509 -in vpn-client.pem -noout -subject -issuer -serial -fingerprint -sha256

macOS ನಲ್ಲಿ security ಸಾಧನ ಅದೇ ಸಂಗತಿಗಳನ್ನು ನೀಡುತ್ತದೆ, ಮತ್ತು find-identity ಇನ್ನೂ ಯಾವ ಪ್ರಮಾಣಪತ್ರಗಳಿಗೆ ಖಾಸಗಿ ಕೀ ಲಗತ್ತಿಸಲಾಗಿದೆ ಎಂದು ತೋರಿಸುತ್ತದೆ:

security find-certificate -a -c "Example VPN" -Z /Library/Keychains/System.keychain
security find-identity -v -p ssl-client

ಕಿರಿದಾದ ವಸ್ತುವನ್ನು ಅಳಿಸಿ, ಹಂಚಿಕೆಯ ನೀಡುವವರನ್ನು ಉಳಿಸಿ

ಅಳಿಸುವ ಮೊದಲು ರಫ್ತು ಮಾಡಿ. ಬ್ಯಾಕಪ್ ಇಲ್ಲದೆ ಏಕೈಕ ಚೇತರಿಕೆ ಮರು-ನೀಡಿಕೆ, ಇದು ಖಾಸಗಿ CA ನಲ್ಲಿ PKI ನಿರ್ವಹಿಸುವವರ ಬಳಿಗೆ ಹಿಂತಿರುಗುವುದನ್ನು ಅರ್ಥೈಸುತ್ತದೆ. ರಫ್ತು ಮಾಡಿದ PFX ಕೂಡ ತೆಗೆದುಹಾಕುವಿಕೆ ತಪ್ಪು ನಿರ್ಧಾರವೆಂದು ತಿಳಿದರೆ ನೀವು ಒಪ್ಪಿಸುವ ವಸ್ತು.

certutil -user -exportPFX -p backup My <serial> C:\temp\vpn-id.pfx
certutil -user -delstore My <serial>
Remove-Item Cert:\CurrentUser\My<thumbprint>

ಈ -user ಫ್ಲ್ಯಾಗ್ ಅನ್ನು ಜನರು ಆಕಸ್ಮಿಕವಾಗಿ ಬಿಟ್ಟುಬಿಡುತ್ತಾರೆ. ಅದಿಲ್ಲದೆ certutil ಯಂತ್ರ ಸ್ಟೋರ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಅಂದರೆ ಎತ್ತರಿಸಿದ ಶೆಲ್, ಬೇರೆ ಪ್ರಮಾಣಪತ್ರ ಗುಂಪು ಮತ್ತು ಈಗ ಯಂತ್ರದ ಪ್ರತಿಯೊಂದು ಇತರ ಖಾತೆಯನ್ನೂ ಒಳಗೊಳ್ಳುವ ಪರಿಣಾಮದ ತ್ರಿಜ್ಯ.

macOS ಮತ್ತು Linux ನಲ್ಲಿ ರೂಪ ಒಂದೇ: ಗುರುತಿಸಿ, ರಫ್ತು ಮಾಡಿ, ನಂತರ ಲಕ್ಷಣವನ್ನು ವಿವರಿಸುವ ಅತ್ಯಂತ ಕಿರಿದಾದ ಸ್ಟೋರ್‌ನಿಂದ ತೆಗೆದುಹಾಕಿ. /usr/local/share/ca-certificates ಅಡಿಯಲ್ಲಿ ಫೈಲ್ ತೆಗೆದುಹಾಕುವುದು ಮತ್ತು update-ca-certificates ಅನ್ನು ಮತ್ತೆ ಚಲಾಯಿಸುವುದು ಸಾಕು; --fresh ಇದು /etc/ssl/certs ನಲ್ಲಿನ ಸಿಂಬಾಲಿಕ್ ಲಿಂಕ್‌ಗಳು ಈಗಾಗಲೇ ಅಸಂಗತವಾದಾಗ ಮಾತ್ರ ಸಹಾಯ ಮಾಡುತ್ತದೆ. RHEL ಕುಟುಂಬದ ವ್ಯವಸ್ಥೆಗಳು ಆಂಕರ್‌ಗಳನ್ನು /etc/pki/ca-trust/source/anchors ನಲ್ಲಿ ಇಡುತ್ತವೆ, ಅಲ್ಲಿ trust anchor --remove ಅದೇ ಕೆಲಸ ಮಾಡುತ್ತದೆ.

sudo security delete-certificate -Z <sha1> /Library/Keychains/System.keychain
sudo rm /usr/local/share/ca-certificates/example-vpn.crt
sudo update-ca-certificates
sudo trust anchor --remove /etc/pki/ca-trust/source/anchors/example-vpn.crt

CA ಪ್ರಮಾಣಪತ್ರವನ್ನು ಅಳಿಸುವ ಮೊದಲು ಅದಕ್ಕೆ ಇನ್ನೇನು ಸರಪಳಿಗೊಂಡಿದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಬಂಡಲ್‌ನೊಳಗಿನ ವಿಷಯಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುವುದು ಎರಡು ಸಾಲಿನ ಪರಿಶೀಲನೆ ಮತ್ತು ಆ ಆಂಕರ್ ಬೇರೆ ಕೆಲಸ ಮಾಡುತ್ತಿದೆಯೇ ಎಂದು ಉತ್ತರಿಸುತ್ತದೆ:

openssl crl2pkcs7 -nocrl -certfile /etc/ssl/certs/ca-certificates.crt \
  | openssl pkcs7 -print_certs -noout | grep -i example

ಫೈಲ್ ಅಳಿಸುವುದು ಗುರುತನ್ನು ರದ್ದುಗೊಳಿಸುವುದಲ್ಲ

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

ಒಂದು OpenVPN PKI ಗೆ ಇದು ಪ್ರಮಾಣಪತ್ರವನ್ನು ರದ್ದುಗೊಳಿಸುವುದು ಮತ್ತು crl-verify ಉಲ್ಲೇಖಿಸುವ CRL ಪ್ರಸ್ತುತವಾಗಿದೆ ಎಂದು ಖಚಿತಪಡಿಸುವುದನ್ನು ಅರ್ಥೈಸುತ್ತದೆ; easyrsa revoke ನಂತರ easyrsa gen-crl ಸಂಕ್ಷಿಪ್ತ ಆವೃತ್ತಿ. ಗುರುತು ಪೂರೈಕೆದಾರರಿಗೆ ಬದ್ಧವಾದ ಗೇಟ್‌ವೇಗೆ, ಅಲ್ಲಿ ಬಳಕೆದಾರರನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿ ಅಥವಾ ಸಾಧನವನ್ನು ತೆಗೆದುಹಾಕಿ, ಏಕೆಂದರೆ ಪ್ರಮಾಣಪತ್ರ ಆಟದಲ್ಲಿರುವ ಕೇವಲ ಒಂದು ರುಜುವಾತು. ಖಾತೆ ಸಕ್ರಿಯವಾಗಿರುವಾಗ ಸ್ಥಳೀಯ ಪ್ರತಿಯನ್ನು ಅಳಿಸುವುದು ಸ್ವಚ್ಛಗೊಳಿಸುವಿಕೆಯಂತೆ ಕಾಣುತ್ತದೆ, ಆದರೆ ಅಲ್ಲ.

ಘಟನೆ ಕೆಲಸದ ಕ್ರಮ ಬೇರೆ: ಮೊದಲು ಪ್ರಮಾಣಪತ್ರ, ಅದರ ಸೀರಿಯಲ್ ಸಂಖ್ಯೆ ಮತ್ತು ರದ್ದತಿ ದಾಖಲೆಯನ್ನು ಸಂರಕ್ಷಿಸಿ, ನಂತರ ಅಳಿಸಿ ಮತ್ತು ರದ್ದುಗೊಳಿಸಿ. ಆ ದಾಖಲೆಗಳು ಏನೂ ವೆಚ್ಚ ಮಾಡುವುದಿಲ್ಲ ಮತ್ತು ಕೆಲಸ ಮಾಡುವ ರುಜುವಾತನ್ನು ಜಾಗದಲ್ಲಿ ಬಿಡುವ ಅಗತ್ಯವಿಲ್ಲ.

ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಮತ್ತು ಎರಡನೇ ಆಪ್‌ನಿಂದ ಪರಿಶೀಲಿಸಿ

ಸರಪಣಿಯನ್ನು ಹೊರಗಿನಿಂದ ಪರಿಶೀಲಿಸಿ, ನೀವು ಈಗ ಸಂಪಾದಿಸಿದ ಸ್ಟೋರ್ ಪಟ್ಟಿಯಿಂದ ಅಲ್ಲ. ಸ್ಟೋರ್ ನಿಮ್ಮ ಸಂಪಾದನೆಯನ್ನು ತೋರಿಸುತ್ತದೆ; ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಫಲಿತಾಂಶವನ್ನು ತೋರಿಸುತ್ತದೆ.

openssl s_client -connect vpn.example.com:443 -servername vpn.example.com \
  -CAfile /etc/ssl/certs/ca-certificates.crt -verify_return_error < /dev/null
openssl verify -CAfile /etc/ssl/certs/ca-certificates.crt vpn-gateway.pem

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

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

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

ಮರುಬೂಟ್ ನಂತರ ಪ್ರಮಾಣಪತ್ರ ಮರಳಿ ಬಂದಿದ್ದರೆ, ಕೆಲಸ ಮುಗಿದಿಲ್ಲ: ಯಾವುದೋ ಅದನ್ನು ಹೊಂದಿದೆ ಮತ್ತು ಮತ್ತೆ ಸ್ಥಾಪಿಸುತ್ತದೆ. ಮತ್ತೆ ಅಳಿಸುವ ಮೊದಲು ಆ ಮಾಲೀಕನನ್ನು ಹುಡುಕಿ, ಏಕೆಂದರೆ ಮೂರನೇ ಅಳಿಸುವಿಕೆ ಮೊದಲ ಎರಡರಂತೆಯೇ ವರ್ತಿಸುತ್ತದೆ.

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