ಬಳಕೆದಾರ VPN ಮೂಲಕ ಡೊಮೇನ್ ಒಳಗೆ ಸೇರಿ, ನಂತರ ಮರುಬೂಟ್ ಅನ್ನು ದಾಟಿ

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

ಆ ಹಂತಗಳನ್ನು ಬೇರ್ಪಡಿಸುವುದೇ ಯೋಜನೆಯು ಯಶಸ್ವಿಯಾಗಿ ಸೇರಿಕೊಂಡರೂ ಬಳಸಲಾಗದ ಲ್ಯಾಪ್ಟಾಪ್ನೊಂದಿಗೆ ಮುಗಿಯುವುದನ್ನು ತಡೆಯುತ್ತದೆ.

ಸಂಪರ್ಕಿಸುವ ಮೊದಲು: ಆವೃತ್ತಿ, ಸ್ಥಳೀಯ ನಿರ್ವಾಹಕ, DNS

ಯಂತ್ರಕ್ಕೆ ಡೊಮೇನ್ ಸೇರ್ಪಡೆಯನ್ನು ಬೆಂಬಲಿಸುವ ಆವೃತ್ತಿ ಮತ್ತು ಅದನ್ನು ನಿರ್ವಹಿಸಲು ಅಧಿಕಾರ ಪಡೆದ ಸ್ಥಳೀಯ ನಿರ್ವಾಹಕ ಬೇಕು. VPN ಅದೇ ಅಧಿವೇಶನದಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿರಬೇಕು, ಏಕೆಂದರೆ ಸೇರ್ಪಡೆ ನೀವು ಬಳಸುತ್ತಿರುವ ಭದ್ರತಾ ಸಂದರ್ಭದಲ್ಲಿ ನಡೆಯುತ್ತದೆ.

ಕ್ಲೈಂಟ್ ಅನ್ನು ಸಂಸ್ಥೆಯ ಡೈರೆಕ್ಟರಿ DNS ಗೆ ತೋರಿಸಿ, ಸಾರ್ವಜನಿಕ ರಿಸಾಲ್ವರ್‌ಗೆ ಅಲ್ಲ ಮತ್ತು hosts ಕಡತದ ನಮೂದಿಗೂ ಅಲ್ಲ. ಸೇರ್ಪಡೆಗೆ ಸೇವಾ ದಾಖಲೆಗಳನ್ನು ಹುಡುಕುವ ಅಗತ್ಯವಿದೆ, ನಂತರ ಆ ದಾಖಲೆಗಳು ಹೆಸರಿಸುವ ಹೋಸ್ಟ್‌ಗಳನ್ನು ತಲುಪಬೇಕು. ಹಳೆಯ ಪ್ರತ್ಯಯ ಅಥವಾ ಸಾರ್ವಜನಿಕ ರಿಸಾಲ್ವರ್ ಶೋಧನೆಯನ್ನು ಸಂಪೂರ್ಣ ಬೇರೆಡೆಗೆ ಕಳುಹಿಸುತ್ತವೆ.

ಗಡಿಯಾರವನ್ನೂ ಪರಿಶೀಲಿಸಿ. Kerberos ಸಮಯದ ವ್ಯತ್ಯಾಸವನ್ನು ಸಹಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಒಂದು ತಿಂಗಳು ಆಫ್ಲೈನ್ ಆಗಿದ್ದ ಲ್ಯಾಪ್ಟಾಪ್ ಗೊಂದಲದ ಸೇರ್ಪಡೆ ದೋಷಗಳ ಸಾಮಾನ್ಯ ಮೂಲ.

ಡೊಮೇನ್ ಪತ್ತೆ ಮಾಡಬಹುದೆಂದು ಖಚಿತಪಡಿಸಿ, ಪಿಂಗ್ ಮಾತ್ರವಲ್ಲ

ಸೇರ್ಪಡೆ ಪ್ರಯತ್ನಿಸುವ ಮೊದಲು ಡೊಮೇನ್‌ನ LDAP SRV ದಾಖಲೆಯನ್ನು ಬಿಡಿಸಿ. ad.corp.example ಎಂಬ ಉದಾಹರಣೆಯ ಏಕ-ಡೊಮೇನ್ ಪರಿಸರಕ್ಕೆ, ಪ್ರಶ್ನೆ ಹೀಗಿದೆ:

Resolve-DnsName -Type SRV _ldap._tcp.dc._msdcs.ad.corp.example

ಹಿಂತಿರುಗಿಸಿದ ದಾಖಲೆ ಅಗತ್ಯ ಆದರೆ ಸಾಕಾಗುವುದಿಲ್ಲ. ಅದು ಪಟ್ಟಿ ಮಾಡುವ ಪ್ರತಿ DC ಹೆಸರನ್ನು ಬಿಡಿಸಿ ಮತ್ತು ಸುರಂಗದ ಮೂಲಕ ಅಗತ್ಯ ಸೇವೆಗಳನ್ನು ತಲುಪಬಹುದೆಂದು ಖಚಿತಪಡಿಸಿ. ಡೊಮೇನ್ ಹೆಸರಿಗೆ ಪಿಂಗ್ ಶೋಧನೆಯ ಬಗ್ಗೆ ಬಹುತೇಕ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

ದಾಖಲಿತ AD ಅವಲಂಬನೆಗಳಿಗೆ ಅನುಮತಿ ನೀಡಿ: ದೃಢೀಕರಣ, SMB ಮತ್ತು RPC ಸಂಚಾರ, ಜೊತೆಗೆ ಸಮಯ ಸಿಂಕ್. ನೀವು ನಿಜವಾಗಿ ನಿಯೋಜಿಸಿದ ಫೈರ್‌ವಾಲ್ ನಿಯಮಗಳ ವಿರುದ್ಧ ಪ್ರತಿಯೊಂದನ್ನೂ ಪರಿಶೀಲಿಸಿ. ಡೊಮೇನ್ ನಿಯಂತ್ರಕದ ಪೋರ್ಟ್‌ಗಳನ್ನು ಇಂಟರ್ನೆಟ್‌ನಲ್ಲಿ ಪ್ರಕಟಿಸುವುದು ಪರಿಗಣಿಸಲು ಯೋಗ್ಯವಾದ ಶಾರ್ಟ್‌ಕಟ್ ಅಲ್ಲ.

ಸೇರ್ಪಡೆ ನಡೆಸಿ ದೋಷವನ್ನು ಓದಿ

ಬೆಂಬಲಿತ ಸೇರ್ಪಡೆ ಆಜ್ಞೆ ಅಥವಾ ಸಿಸ್ಟಮ್ ಸಂವಾದವನ್ನು ಬಳಸಿ, ನಿಖರ ದೋಷ ಪಠ್ಯವನ್ನು ಸೆರೆಹಿಡಿಯಿರಿ. «ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಡೊಮೇನ್ ಇಲ್ಲವೇ ಇಲ್ಲ ಅಥವಾ ಅದನ್ನು ಸಂಪರ್ಕಿಸಲಾಗಲಿಲ್ಲ» ಎಂಬುದು ಶೋಧನೆ ಅಥವಾ ತಲುಪುವಿಕೆಯನ್ನು ಸೂಚಿಸುತ್ತದೆ, ರುಜುವಾತುಗಳನ್ನಲ್ಲ.

ಅದೇ ಹೆಸರಿನ ವಸ್ತು ಈಗಾಗಲೇ ಇದ್ದರೆ, ಪ್ರತಿಕ್ರಿಯಾತ್ಮಕವಾಗಿ ಅದನ್ನು ಅಳಿಸಬೇಡಿ. ಅದು ಮೊದಲೇ ಸಿದ್ಧಪಡಿಸಿದ ಖಾತೆಯಾಗಿರಬಹುದು, ಮತ್ತು netjoin ಕಠಿಣೀಕರಣ ಮಾಲೀಕತ್ವ ಮತ್ತು ನೀತಿಯ ಪ್ರಕಾರ ಕೆಲವು ಮರುಬಳಕೆ ಪ್ರಕರಣಗಳನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತದೆ. ಡೈರೆಕ್ಟರಿ ಮಾಲೀಕರನ್ನು ವಸ್ತುವನ್ನು ಪರಿಶೀಲಿಸಲು ಅಥವಾ ಸರಿಪಡಿಸಲು ಕೇಳಿ.

ಯಶಸ್ವಿ ಸೇರ್ಪಡೆ ಮಧ್ಯಬಿಂದು, ಅಂತಿಮ ರೇಖೆಯಲ್ಲ. ಮುಂದಿನ ಹೆಜ್ಜೆ ಬಳಕೆದಾರರು ನಿಜವಾಗಿ ಪರೀಕ್ಷಿಸುವಂತಹದ್ದು.

ಮೊದಲ ಡೊಮೇನ್ ಸೈನ್-ಇನ್ ಯೋಜಿಸಿ

ಪೂರ್ಣಗೊಂಡ ಸೇರ್ಪಡೆ ಪ್ರತಿ ಡೊಮೇನ್ ಬಳಕೆದಾರರಿಗೂ ಸಂಗ್ರಹಿತ ರುಜುವಾತುಗಳನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ. ಮೊದಲ ಸೈನ್-ಇನ್ ಪರದೆಯಲ್ಲಿ, ಯಾವುದೇ ಬಳಕೆದಾರರು ಲಾಗಿನ್ ಆಗುವ ಮೊದಲು ಲ್ಯಾಪ್ಟಾಪ್‌ಗೆ DC ಗೆ ಮಾರ್ಗ ಬೇಕು. ನಿಮ್ಮ ಬಳಕೆದಾರ VPN ಸೈನ್-ಇನ್ ನಂತರವೇ ಆರಂಭವಾದರೆ, ಆ ಮಾರ್ಗ ಇಲ್ಲ. ಇದು ವಿನ್ಯಾಸದ ಕೊರತೆ, ಕ್ಲೈಂಟ್ ದೋಷವಲ್ಲ.

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

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

ಸ್ಥಳೀಯ ಮರುಪಡೆಯುವಿಕೆ ಪ್ರವೇಶವನ್ನು ಉಳಿಸಿಕೊಳ್ಳಿ

ಲ್ಯಾಪ್ಟಾಪ್ ಹಸ್ತಾಂತರಿಸುವ ಮೊದಲು ಅನುಮೋದಿತ ಸ್ಥಳೀಯ ಮರುಪಡೆಯುವಿಕೆ ಮಾರ್ಗವನ್ನು ಉಳಿಸಿಕೊಳ್ಳಿ. ಮೊದಲ ಡೊಮೇನ್ ಲಾಗ್ಆನ್ ವಿಫಲವಾದರೆ, ಈಗಷ್ಟೇ ವಿಫಲವಾದ ಅದೇ ಸುರಂಗವನ್ನು ಅವಲಂಬಿಸದ ಹಿಂತಿರುಗುವ ದಾರಿ ನಿಮಗೆ ಬೇಕು.

ನೀವು ಸಾಬೀತುಪಡಿಸಿದ್ದನ್ನು ಬರೆಯಿರಿ: SRV ಪರಿಹಾರ, DC ತಲುಪುವಿಕೆ, ಸೇರ್ಪಡೆ ದೋಷ, ಮೊದಲ ಲಾಗ್ಆನ್ ವಿಧಾನ ಮತ್ತು ಮರುಪಡೆಯುವಿಕೆ ಖಾತೆ. ಆ ದಾಖಲೆಯೇ ಪುನರಾವರ್ತಿಸಬಹುದಾದ ನಿರ್ಮಾಣ ಮತ್ತು ಕಚೇರಿಯಲ್ಲಿ ಮಾತ್ರ ಕೆಲಸ ಮಾಡುವ ಲ್ಯಾಪ್ಟಾಪ್ ನಡುವಿನ ವ್ಯತ್ಯಾಸ.