VPN ಫೈಲ್ ಹಂಚಿಕೆಯನ್ನು ಸರ್ವರ್ ತಿಳಿದಿರುವ Samba ಖಾತೆಯೊಂದಿಗೆ ಮ್ಯಾಪ್ ಮಾಡುವುದು

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

ಪರಿಹಾರ VPN ಖಾತೆಯನ್ನು ಮರುಹೊಂದಿಸುವುದಲ್ಲ. ಪರಿಹಾರ Samba ಸರ್ವರ್ ನಿಜವಾಗಿ ತಿಳಿದಿರುವ ಗುರುತನ್ನು ಹೆಸರಿಸುವುದು, ನಂತರ ಅದೇ ಗುರುತಿಗೆ ಹಂಚಿಕೆ ಮತ್ತು ಫೋಲ್ಡರ್ನಲ್ಲಿ ಹಕ್ಕುಗಳಿವೆಯೇ ಪರಿಶೀಲಿಸುವುದು.

VPN ಲಾಗಿನ್ ಮತ್ತು SMB ಲಾಗಿನ್ ಬೇರೆ ಬೇರೆ ಗುರುತುಗಳು

VPN ಖಾತೆಯನ್ನು VPN ಗೇಟ್ವೇ ತನ್ನದೇ ನೀತಿಯ ಪ್ರಕಾರ ಮೌಲ್ಯಮಾಪನ ಮಾಡುತ್ತದೆ. ಈ ಕ್ಲೈಂಟ್ ಖಾಸಗಿ ನೆಟ್ವರ್ಕ್ಗೆ ಪ್ರವೇಶಿಸಬಹುದೇ ಎಂದು ಉತ್ತರಿಸುತ್ತದೆ. ಆ ನೆಟ್ವರ್ಕ್ ಒಳಗಿನ ಫೈಲ್ ಸರ್ವರ್ನಲ್ಲಿ ಯಾವ SMB ಖಾತೆ ಇದೆ ಎಂಬುದರ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.

Samba ಖಾತೆ ಸರ್ವರ್ನ ದೃಢೀಕರಣ ಬ್ಯಾಕೆಂಡ್ನಲ್ಲಿ ತನ್ನದೇ ಪಾಸ್ವರ್ಡ್ ಡೇಟಾಬೇಸ್ ಮತ್ತು ತನ್ನದೇ ಹೆಸರಿನೊಂದಿಗೆ ವಾಸಿಸುತ್ತದೆ. ಎರಡು ಯಂತ್ರಗಳಲ್ಲಿ ಎರಡೂ alice ಎಂಬ ಬಳಕೆದಾರರಿರಬಹುದು, ಗುರುತಿನ ವ್ಯವಸ್ಥೆ, ಪಾಸ್ವರ್ಡ್ ಅಥವಾ ಬಳಕೆದಾರ ಗುರುತಿಸುವಿಕೆಯನ್ನು ಹಂಚಿಕೊಳ್ಳದೆ. ಹೆಸರುಗಳು ಹೊಂದುತ್ತವೆ; ಖಾತೆಗಳು ಅಲ್ಲ.

ಡೊಮೇನ್ಗೆ ಸಂಯೋಜಿತವಾದ Samba ಸರ್ವರ್ ಚಿತ್ರವನ್ನು ಬದಲಿಸುತ್ತದೆ: ಗುರುತು ಡೈರೆಕ್ಟರಿ ಮತ್ತು Kerberos ನಿಂದ ಬರುತ್ತದೆ, ಸ್ಥಳೀಯ ಖಾತೆ ಪಟ್ಟಿಯಿಂದ ಅಲ್ಲ. ಅಂತಹ ಸಂದರ್ಭದಲ್ಲಿ ಡೈರೆಕ್ಟರಿಯ ಗುರುತು ಮತ್ತು ಬೆಂಬಲಿತ SMB ಸಂರಚನೆಯನ್ನು ಬಳಸಿ, ಡೊಮೇನ್ ಸದಸ್ಯತ್ವವನ್ನು ಅನುಕರಿಸಲು ಸ್ಥಳೀಯ ನಕಲುಗಳನ್ನು ರಚಿಸುವ ಬದಲು. ಯಾವುದೇ ಖಾತೆ ರಚಿಸುವ ಮೊದಲು ಸರ್ವರ್ ಯಾವ ಮಾದರಿ ಬಳಸುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ.

Windows ನಿಜವಾಗಿ ಯಾವ ಗುರುತನ್ನು ಬಳಸುತ್ತಿದೆ ಎಂದು ನೋಡಿ

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

net use
cmdkey /list
klist

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

ಈ ಸಮಸ್ಯೆಗೆ ಸಂಬಂಧಿಸಿದ ಸಂಪರ್ಕ ಅಥವಾ ರುಜುವಾತನ್ನು ಮಾತ್ರ ತೆಗೆದುಹಾಕಿ. ಎಲ್ಲಾ ಡ್ರೈವ್ಗಳನ್ನು ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸುವುದು ಅಥವಾ ಸರ್ವರ್ ಹೆಸರನ್ನು IP ವಿಳಾಸದಿಂದ ಬದಲಿಸುವುದು ಗುರುತಿನ ಆಯ್ಕೆಯನ್ನು ಮರೆಮಾಡಿ ಸಹಿ ಅಥವಾ ಹೆಸರಾಧಾರಿತ ನೀತಿಯನ್ನು ಮುರಿಯಬಹುದು.

ಹಂಚಿಕೆಯನ್ನು ಸರ್ವರ್ ಗುರುತಿಸುವ ಖಾತೆಯೊಂದಿಗೆ ಮ್ಯಾಪ್ ಮಾಡಿ

ಖಾತೆಯನ್ನು ಸರ್ವರ್ ನಿರೀಕ್ಷಿಸುವ ರೂಪದಲ್ಲಿ ನೀಡಿ ಮತ್ತು Windows ಪಾಸ್ವರ್ಡ್ ಕೇಳಲು ಬಿಡಿ, ಇದರಿಂದ ರಹಸ್ಯ ಆದೇಶ ಇತಿಹಾಸ ಅಥವಾ ಸ್ಕ್ರಿಪ್ಟ್ಗೆ ಬೀಳದು:

net use Z: \\files.corp.example\team * /user:FILESERVER\alice /persistent:no

ಬ್ಯಾಕ್ಸ್ಲಾಶ್ನ ಮೊದಲು ಇರುವ ಸರ್ವರ್ ಭಾಗ Samba ಸರ್ವರ್ನ ಗುರುತಿನ ಸಂದರ್ಭ, VPN ಗೇಟ್ವೇ ಅಲ್ಲ. ನಕ್ಷತ್ರ ಚಿಹ್ನೆ ಸಂವಾದಾತ್ಮಕ ಪಾಸ್ವರ್ಡ್ ವಿನಂತಿಯನ್ನು ಕೇಳುತ್ತದೆ, /persistent:no ಮ್ಯಾಪಿಂಗ್ ಅನ್ನು ಮುಂದಿನ ಸೈನ್-ಇನ್ನಿಂದ ಹೊರಗಿಡುತ್ತದೆ. ಖಾಲಿ ಡ್ರೈವ್ ಅಕ್ಷರವನ್ನು ಆಯ್ಕೆಮಾಡಿ.

ಸರ್ವರ್ ಡೊಮೇನ್ಗೆ ಸಂಯೋಜಿತವಾಗಿದ್ದರೆ, ಬಳಕೆದಾರ ಭಾಗವು ಬದಲಿಗೆ ಡೈರೆಕ್ಟರಿ ಹೆಸರು ಅಥವಾ ಡೊಮೇನ್-ಅರ್ಹ ಗುರುತಾಗಿರಬಹುದು. ನಿರ್ವಾಹಕರು ದಾಖಲಿಸಿದ ರೂಪವನ್ನು ಬಳಸಿ; ಅದೇ ಹೆಸರಿನ ಸ್ಥಳೀಯ ಖಾತೆಯನ್ನು ಕಲ್ಪಿಸುವುದು ಎರಡನೇ ಗುರುತು ಮತ್ತು ನಿರ್ವಹಣೆಗೆ ಎರಡನೇ ಪಾಸ್ವರ್ಡ್ ರಚಿಸುತ್ತದೆ.

ಖಾತೆಯ ಮಾನ್ಯತೆ, ಹಂಚಿಕೆ ಪ್ರವೇಶ ಮತ್ತು ಫೈಲ್ ಸಿಸ್ಟಮ್ ಹಕ್ಕುಗಳು ಮೂರು ಪರಿಶೀಲನೆಗಳು

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

valid users ನಿಂದ ಸೀಮಿತಗೊಳಿಸಿದ ಹಂಚಿಕೆ ಪಟ್ಟಿ ಮಾಡಿದ ಖಾತೆಗಳು ಅಥವಾ ಗುಂಪುಗಳನ್ನು ಮಾತ್ರ ಒಪ್ಪುತ್ತದೆ. ಖಾತೆ ಸರಿಯಾಗಿ ದೃಢೀಕರಣಗೊಳ್ಳಬಹುದು ಮತ್ತು ಆದರೂ ಆ ಸಾಲಿನಿಂದ ತಿರಸ್ಕೃತವಾಗಬಹುದು. ಪಾಸ್ವರ್ಡ್ ತಪ್ಪು ಎಂದು ತೀರ್ಮಾನಿಸುವ ಮೊದಲು ಹಂಚಿಕೆ ವ್ಯಾಖ್ಯಾನವನ್ನು ಪರಿಶೀಲಿಸಿ.

ಫೈಲ್ ಸಿಸ್ಟಮ್ ಕಡೆ Samba ಪ್ರಕ್ರಿಯೆ ಮತ್ತು ಮ್ಯಾಪ್ ಮಾಡಿದ ಗುರುತು ಎರಡೂ ಮುಖ್ಯ. root ಒಡೆತನದ 700 ಮೋಡ್ನ ಫೋಲ್ಡರ್ ಸಾಮಾನ್ಯ ಖಾತೆಯಿಂದ ಬರವಣಿಗೆ ಸ್ವೀಕರಿಸುವುದಿಲ್ಲ, ಹಂಚಿಕೆ ವ್ಯಾಖ್ಯಾನ ಅನುಮತಿಸಿದರೂ. ಖಾತೆ ಬಳಸಬೇಕಾದ ಫೋಲ್ಡರ್ನಲ್ಲಿ ಮೊದಲು ಓದಿ, ನಂತರ ಬರೆದು ಪರೀಕ್ಷಿಸಿ.

ನೀತಿಯನ್ನು ಮುರಿಯದೆ ಘರ್ಷಣೆಯ ಸೆಷನ್ ಅನ್ನು ತೆರವುಗೊಳಿಸಿ

ಕಾರಣ ಹಳೆಯ ಸೆಷನ್ ಆಗಿದ್ದರೆ, ಆ ಒಂದು ಸಂಪರ್ಕವನ್ನು ಮುಚ್ಚಿ ಉದ್ದೇಶಿತ ಖಾತೆಯೊಂದಿಗೆ ಮತ್ತೆ ಮ್ಯಾಪ್ ಮಾಡಿ. ಸಂಗ್ರಹಿತ ರುಜುವಾತು ಪದೇ ಪದೇ ಮರಳಿದರೆ, ಇಡೀ ಡ್ರೈವ್ ಪಟ್ಟಿಯ ಬದಲು ಆ ರುಜುವಾತನ್ನು ತೆಗೆದುಹಾಕಿ. ನಂತರ ಹೊಸ ಸೆಷನ್ ಅನ್ನು net use ನೊಂದಿಗೆ ದೃಢೀಕರಿಸಿ.

ಅಗತ್ಯವಾದ SMB ಸಹಿ, ಎನ್ಕ್ರಿಪ್ಷನ್ ಮತ್ತು ಖಾತೆ ನೀತಿಯನ್ನು ಉಳಿಸಿಕೊಳ್ಳಿ. ಸಹಿ ಇಲ್ಲದ ಅಥವಾ ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡದ ಸೆಷನ್ ಅನ್ನು ನಿರಾಕರಿಸುವ ಸರ್ವರ್ ನೀತಿಯನ್ನು ಜಾರಿಗೊಳಿಸುತ್ತಿದೆ, ಪಾಸ್ವರ್ಡ್ ತಪ್ಪಾಗಿ ಓದುತ್ತಿಲ್ಲ, ಮತ್ತು ಮ್ಯಾಪಿಂಗ್ ಯಶಸ್ವಿಯಾಗಲು ಅದನ್ನು ದುರ್ಬಲಗೊಳಿಸುವುದು ಭದ್ರತೆಯನ್ನು ಲಕ್ಷಣದೊಂದಿಗೆ ಬದಲಾಯಿಸುತ್ತದೆ.

ಸರ್ವರ್ ಹೆಸರು, ಖಾತೆಯ ನಿಖರ ರೂಪ ಮತ್ತು ಕೆಲಸ ಮಾಡಿದ ಹಂಚಿಕೆ ಹಾಗೂ ಫೋಲ್ಡರ್ ಹಕ್ಕುಗಳನ್ನು ದಾಖಲಿಸಿ. ಇಲ್ಲದಿದ್ದರೆ ಡ್ರೈವ್ ಮ್ಯಾಪ್ ಮಾಡುವ ಮುಂದಿನ ವ್ಯಕ್ತಿ ಮೊದಲು VPN ಲಾಗಿನ್ ಪ್ರಯತ್ನಿಸುತ್ತಾರೆ, ಏಕೆಂದರೆ ಅವರು ನೆಟ್ವರ್ಕ್ ತಲುಪಿದ ರುಜುವಾತುಗಳು ಅವೇ.