IP ಅನುಮತಿ ಪಟ್ಟಿ ಮತ್ತು ಅನುಮೋದಿತ ಲ್ಯಾಪ್ಟಾಪ್: ಎರಡು ವಿಭಿನ್ನ ನಿಯಂತ್ರಣಗಳು

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

ಒಂದು ನೀತಿ ವಿನಂತಿಯಲ್ಲಿ ಮೂರು ಪ್ರಶ್ನೆಗಳು

ವಿನಂತಿಯನ್ನು ಮೂರು ಭಾಗಗಳಾಗಿ ವಿಭಜಿಸಿ: ಸಂಪರ್ಕ ಎಲ್ಲಿಂದ ಬರುತ್ತದೆ, ಯಾವ ಸೇವೆಗೆ ತಲುಪಬಹುದು, ಮತ್ತು ಯಾವ ಕಂಪ್ಯೂಟರ್ ರುಜುವಾತನ್ನು ಪ್ರಸ್ತುತಪಡಿಸುತ್ತದೆ. ಮೂಲ-ವಿಳಾಸದ ನಿಯಮ ಮೊದಲನೆಯದಕ್ಕೆ ಉತ್ತರಿಸುತ್ತದೆ, ಗಮ್ಯ-ಸೇವಾ ನಿಯಮ ಎರಡನೆಯದಕ್ಕೆ. ಎರಡೂ ಭೌತಿಕ ಯಂತ್ರವನ್ನು ಗುರುತಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಎರಡೂ ಅನೇಕ ಸಾಧನಗಳು ಹಂಚಿಕೊಳ್ಳುವ ಜಾಲ ಕ್ಷೇತ್ರಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತವೆ. ಮೂರನೆಯದಕ್ಕೆ ಆ ಸಾಧನಕ್ಕೆ ನೀಡಿದ ಮತ್ತು ಮೌನವಾಗಿ ಮರುಬಳಕೆ ಮಾಡಲಾಗದ ರುಜುವಾತು ಬೇಕು.

ಮೂರು ಉತ್ತರಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಬರೆಯಿರಿ. ಒಂದು ಫೈರ್‌ವಾಲ್ ಸಾಲು ಮೂರನ್ನು ಹೆಸರಿಸುವ ಅಗತ್ಯವನ್ನು ಪೂರೈಸಲಾರದು.

ಮೂಲ ವಿಳಾಸ ನಿಮಗೆ ಏನು ಹೇಳಬಹುದು

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

ಅದು ಒಡ್ಡಿಕೆಯನ್ನು ಮಿತಿಗೊಳಿಸಲು ಇನ್ನೂ ಉಪಯುಕ್ತ, ಮತ್ತು ಅದು ಸಾಧನ ದೃಢೀಕರಣವಲ್ಲ.

ಪ್ರವೇಶವನ್ನು ನೋಂದಾಯಿತ ರುಜುವಾತಿಗೆ ಬಿಗಿಯಿರಿ

ಅಗತ್ಯ ಸಾಧನ ಮಿತಿಯಾಗಿದ್ದರೆ, VPN ಬೆಂಬಲಿಸುವ ಪ್ರತಿ-ಸಾಧನ ನೋಂದಣಿ ಬಳಸಿ ಮತ್ತು ಪ್ರತಿ ಕಂಪ್ಯೂಟರ್‌ಗೆ ಪ್ರತ್ಯೇಕ ಗುರುತು ನೀಡಿ.

certutil -store My <thumbprint>
openssl verify -CAfile vpn-ca.pem device.pem

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

ಮಿತಿಯನ್ನು ಪರೀಕ್ಷಿಸಿ, ನಂತರ ತೆಗೆದುಹಾಕುವಿಕೆಯನ್ನು ಯೋಜಿಸಿ

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

openssl s_client -connect vpn.example.com:443 -servername vpn.example.com -cert device.pem -key device.key

ರದ್ದತಿ ಸ್ವೀಕೃತ ಸಾಧನ ಗುರುತನ್ನು ತೆಗೆದುಹಾಕಬೇಕು, ಮತ್ತು ಸಕ್ರಿಯ ಸೆಷನ್‌ಗಳ ನಿರ್ವಹಣೆಗೆ ತನ್ನದೇ ಪರೀಕ್ಷೆ ಬೇಕು. TPM ಅಥವಾ ನಿರ್ವಹಿತ-ಸಾಧನ ಧ್ವಜ ಯಂತ್ರದ ಪ್ರತಿ ಪ್ರಕ್ರಿಯೆಗೆ ಶುದ್ಧ ಆರೋಗ್ಯ ಪ್ರಮಾಣಪತ್ರವಲ್ಲ.

ಜಾಲ ಮಿತಿ, ಸಾಧನ ರುಜುವಾತು ಮತ್ತು ನೋಂದಣಿ ನಿರ್ಧಾರವನ್ನು ಮೂರು ಮಾಲೀಕರೊಂದಿಗೆ ಮೂರು ನಿಯಂತ್ರಣಗಳಾಗಿ ದಾಖಲಿಸಿ. ಅದು ಮಿತಿಯನ್ನು ಪರಿಶೀಲನೀಯವಾಗಿಸುತ್ತದೆ, ಮತ್ತು ಕೇವಲ ವಿಳಾಸ ಎಂದಿಗೂ ನೀಡಲಾಗದ್ದು ಅದೇ.