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

ಕಾರ್ಯದ ಕ್ರಿಯೆ ಏನನ್ನು ಓದಲು ಸಾಧ್ಯವಾಗುವಂತೆ ಬಿಡುತ್ತದೆ

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

schtasks /query /tn "VPN Reconnect" /xml
cmdkey /list

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

ಸಂಗ್ರಹಿಸಿದ ಪೂರ್ವ-ಹಂಚಿಕೆ ಕೀಲಿಯು ನಿಜವಾಗಿ ಏನನ್ನು ಖರೀದಿಸುತ್ತದೆ

Add-VpnConnection -L2tpPsk ಕೀಲಿಯನ್ನು ಕಾರ್ಯಕ್ಕೆ ಅಲ್ಲ, ಸಂಪರ್ಕದ ದೂರವಾಣಿ ಪುಸ್ತಕ ನಮೂದಿಗೆ ಬರೆಯುತ್ತದೆ. ಇದು ಕಾರ್ಯದ ಕ್ರಿಯೆಗಿಂತ ಚಿಕ್ಕ ಒಡ್ಡುವಿಕೆಯ ಮೇಲ್ಮೈ. ಇದು ಇನ್ನೂ ಮರುಪಡೆಯಬಹುದಾದ ರಹಸ್ಯ, ಏಕೆಂದರೆ ಯಂತ್ರದಲ್ಲಿನ ನಿರ್ವಾಹಕರು ದೂರವಾಣಿ ಪುಸ್ತಕವನ್ನು ಓದಬಹುದು.

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

Winlogon ರುಜುವಾತುಗಳು ರಹಸ್ಯವನ್ನು ತೆಗೆದುಹಾಕಿ ಅವಲಂಬನೆಯನ್ನು ಸೇರಿಸುತ್ತವೆ

-UseWinlogonCredential ಬೇರೆ ಮಾರ್ಗ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಸಂಪರ್ಕವು ದೃಢೀಕರಿಸುತ್ತದೆ MSCHAPv2 ಜೊತೆಗೆ ಲಾಗಿನ್ ಆದ ಬಳಕೆದಾರರ ರುಜುವಾತುಗಳ ವಿರುದ್ಧ. ಆ ಖಾತೆಗೆ ಹೆಚ್ಚುವರಿ ಏನೂ ಸಂಗ್ರಹವಾಗುವುದಿಲ್ಲ.

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

ಪ್ರಮಾಣಪತ್ರ ದೃಢೀಕರಣವು ಏರಿಕೆಗೊಳ್ಳುತ್ತದೆ ಏಕೆಂದರೆ ಏನೂ ಸಂಗ್ರಹವಾಗುವುದಿಲ್ಲ

ಸರ್ವರ್ EAP-TLS ಬೆಂಬಲಿಸುವಲ್ಲಿ, ಯಂತ್ರ ಪ್ರಮಾಣಪತ್ರವು ಹಂಚಿದ ರಹಸ್ಯವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ತೆಗೆದುಹಾಕುತ್ತದೆ, ಮತ್ತು ರದ್ದತಿ ಪ್ರಮಾಣಪತ್ರ ಪದರದಲ್ಲಿ ಸಂಭವಿಸುತ್ತದೆ. SYSTEM ಆಗಿ ಚಲಿಸುವ ಕಾರ್ಯವು ಸಂವಾದಾತ್ಮಕ ಲಾಗ್‌ಆನ್ ಇಲ್ಲದೆ ಆ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಪ್ರಸ್ತುತಪಡಿಸಬಹುದು. ಅದರ ಮೇಲೆ ನಿರ್ಮಿಸುವ ಮೊದಲು ಸರ್ವರ್ ಪ್ರಮಾಣಪತ್ರ ದೃಢೀಕರಣವನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಬೆಂಬಲವಿಲ್ಲದ ವಿಧಾನವನ್ನು ಅವಲಂಬಿಸಿದ ವಿನ್ಯಾಸವು ಪರಿಹಾರಕ್ಕಿಂತ ಯೋಜನೆಯಾಗಿದೆ. ನಂತರ ಖಾಸಗಿ ಕೀಲಿ ಎಲ್ಲಿ ವಾಸಿಸುತ್ತದೆ ಎಂದು ನಿರ್ಧರಿಸಿ: ಸಾಧನ ಗುರುತಿಗಾಗಿ ಯಂತ್ರ ಸ್ಟೋರ್, ವ್ಯಕ್ತಿಗಾಗಿ ಬಳಕೆದಾರ ಸ್ಟೋರ್.

ಬಳಕೆದಾರ ಹೆಸರು ಮತ್ತು ಪಾಸ್‌ವರ್ಡ್ ತಪ್ಪಿಸಲು ಸಾಧ್ಯವಾಗದಿದ್ದಲ್ಲಿ, ಅವುಗಳನ್ನು ಕಾರ್ಯದ ಸ್ವಂತ ಖಾತೆಗೆ ಸೀಮಿತಗೊಳಿಸಿ Credential Manager ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಿ. ಕ್ಲೈಂಟ್ ಅವುಗಳನ್ನು ಆರ್ಗ್ಯುಮೆಂಟ್‌ನಿಂದ ಅಲ್ಲ, ಅಲ್ಲಿಂದ ಓದಲಿ. ಕಾರ್ಯವು ಮುದ್ರಿಸದೆ ಪಡೆಯಬಹುದಾದ ರಹಸ್ಯವು ಅದರ ವ್ಯಾಖ್ಯಾನದಲ್ಲಿ ಬರೆದದ್ದಕ್ಕಿಂತ ಚಿಕ್ಕ ಸಮಸ್ಯೆ.

ಮುಂದಿನ ತಿರುಗುವಿಕೆಗೆ ಮೊದಲು ಕಲಾಕೃತಿಗಳನ್ನು ಪರಿಶೀಲಿಸಿ

ನೀವು ಉದ್ದೇಶಿಸಿದ್ದನ್ನು ಅಲ್ಲ, ಏನು ಸಂಗ್ರಹವಾಗಿದೆ ಎಂಬುದನ್ನು ನೋಡಿ. ಪ್ರತಿ ಬಳಕೆದಾರರ ದೂರವಾಣಿ ಪುಸ್ತಕ, ಎಲ್ಲಾ ಬಳಕೆದಾರರ ಪ್ರತಿ, ಕಾರ್ಯದ XML ಮತ್ತು ಡಯಲ್ ಆಜ್ಞೆಯನ್ನು ಕರೆಯುವ ಯಾವುದೇ ಸ್ಕ್ರಿಪ್ಟ್ ಪರಿಶೀಲಿಸಿ. ನಂತರ ಪ್ರಮಾಣಪತ್ರ ಅಥವಾ ಕ್ಯಾಶ್ ಮಾಡಿದ ರುಜುವಾತು ಕಾರ್ಯವು ಬಳಸುವ ಖಾತೆಗೆ ಸೀಮಿತವಾಗಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ, ಏಕೆಂದರೆ ನಿಮ್ಮ ಸಂವಾದಾತ್ಮಕ ಖಾತೆಗೆ ಸಂಗ್ರಹಿಸಿದ ರುಜುವಾತು SYSTEM ಗೆ ಅಗೋಚರವಾಗಿದೆ.

ದೃಢೀಕರಣ ವಿಧಾನ ಮತ್ತು ಖಾತೆಯನ್ನು ಕಾರ್ಯದ ಸ್ವಂತ ಟಿಪ್ಪಣಿಗಳಲ್ಲಿ ದಾಖಲಿಸಿ. ಸರ್ವರ್‌ನ ನೀತಿಯನ್ನು ಬದಲಿಸುವ ಮುಂದಿನ ವ್ಯಕ್ತಿಯು ಯಾವ ವಿನ್ಯಾಸ ನಡೆಯುತ್ತಿದೆ ಎಂದು ತಿಳಿಯಬೇಕು. ಆ ಉತ್ತರವು ಮರುಸಂಪರ್ಕ ನಡವಳಿಕೆಯಿಂದ ಮಾತ್ರ ಕಾಣುವುದಿಲ್ಲ. ಮುಂದಿನ ತಿರುಗುವಿಕೆ ಮೊದಲು ನೋಡುವ ಸ್ಥಳದಲ್ಲಿ ಅದನ್ನು ಬರೆಯಿರಿ.

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