SMB ಹಂಚಿಕೆ VPN ಮೂಲಕ ಮಾತ್ರ ವಿಫಲವಾಗುತ್ತದೆ: ಸಹಿಯೋ ಅಥವಾ ಸಬ್‌ನೆಟ್ ಘರ್ಷಣೆಯೋ?

LAN ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ ಹಂಚಿಕೆ ಟನೆಲ್ ಮೂಲಕ ಮಾತ್ರ ವಿಫಲವಾಗಬಹುದು. ಸಹಿ ನಿರಾಕರಣೆ, ಅತಿವ್ಯಾಪಿಸುವ ಸಬ್‌ನೆಟ್ ಮತ್ತು ಹಳೆಯ SMB ಅಧಿವೇಶನವನ್ನು ಬೇರ್ಪಡಿಸಿ.

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

ಮೂರು ವೈಫಲ್ಯಗಳು ಒಂದೇ ದೋಷವನ್ನು ಧರಿಸುತ್ತವೆ

ಡ್ರೈವ್ ಅಕ್ಷರ ಯಾವ ಪದರ ಮುರಿಯಿತು ಎಂದು ಹೇಳುವುದಿಲ್ಲ, ಮತ್ತು ದೋಷ ಪಠ್ಯ ಸಾಮಾನ್ಯವಾಗಿ ಮೂರಕ್ಕೂ ಸರಿಹೊಂದುವಷ್ಟು ಸಾಮಾನ್ಯವಾಗಿರುತ್ತದೆ. ಎರಡು ತ್ವರಿತ ಪ್ರಶ್ನೆಗಳಿಂದ ಅವುಗಳನ್ನು ಬೇರ್ಪಡಿಸಿ: ಸರ್ವರ್ ತನ್ನ IP ವಿಳಾಸದಲ್ಲಿ ಉತ್ತರಿಸುತ್ತದೆಯೇ, ಮತ್ತು ಪೋರ್ಟ್ 445 ಸಂಪರ್ಕವನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆಯೇ?

ಆ ಉತ್ತರಗಳು ಊಹೆಗೆ ಬದಲಾಗಿ ನಿರ್ಣಯ ಕೋಷ್ಟಕವನ್ನು ತಯಾರಿಸುತ್ತವೆ. IP ಕೆಲಸ ಮಾಡಿ ಹೆಸರು ಮಾಡದಿದ್ದರೆ ಅದು ಹೆಸರು ಪರಿಹಾರವನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಎರಡೂ ಕೆಲಸ ಮಾಡಿ ಲಾಗಿನ್ ನಿರಾಕರಿಸಲ್ಪಟ್ಟರೆ ಅದು ಸಹಿಯನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಎರಡೂ ಕೆಲಸ ಮಾಡಿ ಟನೆಲ್ ಅಡಚಣೆಯ ನಂತರ ಫೈಲ್ ಓದುವಿಕೆ ನಿಲ್ಲುತ್ತದೆಯಾದರೆ ಅದು ಹಳೆಯ ಅಧಿವೇಶನವನ್ನು ಸೂಚಿಸುತ್ತದೆ.

SymptomLayer to inspect
IP works, hostname times outDNS or subnet overlap
TCP 445 opens, logon refusedSMB signing policy
Hangs after reconnectSession state and timers

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

ಹಂಚಿಕೆಯನ್ನು ಮುಟ್ಟುವ ಮೊದಲು ಹೆಸರನ್ನು ಪರಿಹರಿಸಿ

ಸರ್ವರ್ ತನ್ನ ವಿಳಾಸದಲ್ಲಿ ಉತ್ತರಿಸಿ ಹಂಚಿಕೆಯ ಹೆಸರು ಸಮಯ ಮೀರಿದರೆ, ಟನೆಲ್ ತನ್ನ ಕೆಲಸ ಮಾಡುತ್ತಿದೆ ಮತ್ತು ಕ್ಲೈಂಟ್ ತಪ್ಪು ಜಾಗದಲ್ಲಿ ಹುಡುಕುತ್ತಿದೆ. ದೂರದ ಪ್ರವೇಶದಲ್ಲಿ ಇದರ ಬಹುಪಾಲನ್ನು ಎರಡು ಕಾರಣಗಳು ವಿವರಿಸುತ್ತವೆ.

ಮೊದಲನೆಯದು ವಿಳಾಸಗಳ ಅತಿವ್ಯಾಪ್ತಿ. ಕಚೇರಿ 192.168.70.0/24 ಬಳಸುತ್ತಿದ್ದಾಗ ಮನೆಯ ರೂಟರ್ ಅದೇ ಶ್ರೇಣಿಯನ್ನು ಹಂಚಿದರೆ, 192.168.70.20ಗೆ ಪರಿಹರಿಸಲ್ಪಡುವ ಹೋಸ್ಟ್ ಹೆಸರು ಟನೆಲ್ ಹಿಂದಿನ ಸರ್ವರ್‌ಗೆ ಬದಲಾಗಿ ಸ್ಥಳೀಯ ಸಾಧನವನ್ನು ಸೂಚಿಸಬಹುದು. ಆಗ Windows ಕೋರಿಕೆಯನ್ನು ಸ್ಥಳೀಯವಾಗಿ ಕಳುಹಿಸಬಹುದು, ಮಾರ್ಗವನ್ನು ನಿರಾಕರಿಸಬಹುದು, ಅಥವಾ ಆ ವಿಳಾಸವಿರುವ ಮುದ್ರಕಕ್ಕೆ ಪರಿಹರಿಸಬಹುದು. ದುರಸ್ತಿ ಎಂದರೆ ಒಂದು ಬದಿಯನ್ನು ಮರುಸಂಖ್ಯೆ ಮಾಡುವುದು, ಇನ್ನೊಂದು ಮಾರ್ಗ ಸೇರಿಸುವುದಲ್ಲ.

ಎರಡನೆಯದು DNS ವ್ಯಾಪ್ತಿ. ಆಂತರಿಕ DNS ಸರ್ವರ್ ಇಲ್ಲದ, ಅಥವಾ ಟನೆಲ್ ಮೂಲಕ ತಲುಪಲಾಗದ ಸರ್ವರ್ ಇರುವ VPN ಅಡಾಪ್ಟರ್ ಸಣ್ಣ ಹೆಸರುಗಳನ್ನು ಸಾರ್ವಜನಿಕ ರಿಜಾಲ್ವರ್‌ಗೆ ಬಿಡುತ್ತದೆ. ಅಡಾಪ್ಟರ್‌ನ DNS ನಮೂದುಗಳನ್ನು ಓದಿ, ಹಂಚಿಕೆಯನ್ನು ಮುಟ್ಟುವ ಮೊದಲು ಆಂತರಿಕ ಹೆಸರನ್ನು ನೇರವಾಗಿ ಕೇಳಿ:

> ipconfig /all | findstr /i "DNS Servers"
> nslookup files.corp.internal
Server: 10.90.0.2
Address: 10.90.0.2
Name: files.corp.internal
Address: 10.90.0.15

ಆ ಪ್ರಶ್ನೆ ನಿರೀಕ್ಷಿತ ವಿಳಾಸವನ್ನು ಹಿಂತಿರುಗಿಸಿದರೆ, ಹೆಸರು ಪರಿಹಾರ ಸ್ಪಷ್ಟವಾಗಿದೆ ಮತ್ತು ಸಮಸ್ಯೆ ಸ್ಟ್ಯಾಕ್‌ನಲ್ಲಿ ಮೇಲಿದೆ.

ಎರಡೂ ತುದಿಗಳಲ್ಲಿ ಸಹಿ ಅಗತ್ಯವನ್ನು ಓದಿ

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

ನೀತಿ ಸಂಪಾದಕದಲ್ಲಿ ಹುಡುಕದೆಯೇ ಕ್ಲೈಂಟ್ ಸೆಟ್ಟಿಂಗ್ ಓದಬಹುದು:

> Get-SmbClientConfiguration | Select-Object RequireSecuritySignature
RequireSecuritySignature
-------------------------
True
> Get-SmbConnection

ಸರ್ವರ್ ಬದಿಯ ಸಂಬಂಧಿತ ಮೌಲ್ಯ ಸರ್ವರ್‌ನ SMB ಸಂರಚನೆಯಲ್ಲಿದೆ, ಮತ್ತು ಎರಡೂ ಹೊಂದಿಕೆಯಾಗಬೇಕು. ವರದಿಯಾದ ಒಂದು ಪ್ರಕರಣದಲ್ಲಿ ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ ಅಗತ್ಯತೆ ಸ್ಥಳೀಯ ನೀತಿಯಿಂದ ಸಕ್ರಿಯವಾಗಿತ್ತು, ಸರ್ವರ್ ಸಹಿ ಮಾಡುತ್ತಲೇ ಇರಲಿಲ್ಲ; ಅದನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿ gpupdate /force ಚಲಾಯಿಸಿದಾಗ ಹಂಚಿಕೆ ತಕ್ಷಣ ಮರುಸ್ಥಾಪನೆಯಾಯಿತು. ಇದು ಕಾರಣವನ್ನು ದೃಢೀಕರಿಸುವ ರೋಗನಿರ್ಣಯದ ಹೆಜ್ಜೆ, ಶಾಶ್ವತ ಪರಿಹಾರವಲ್ಲ.

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

ಟೈಮರ್‌ಗಳನ್ನು ಸರಿಹೊಂದಿಸುವ ಮೊದಲು ಹಳೆಯ ಅಧಿವೇಶನವನ್ನು ತೆರವುಗೊಳಿಸಿ

VPN ಬಿದ್ದು ಮತ್ತೆ ಸಂಪರ್ಕಗೊಂಡ ನಂತರ ಮಾತ್ರ ನಿಲ್ಲುವ ಹಂಚಿಕೆ ಸಾಮಾನ್ಯವಾಗಿ ಸರ್ವರ್ ಈಗಾಗಲೇ ಎಸೆದ ಅಧಿವೇಶನವನ್ನು ಹಿಡಿದಿರುತ್ತದೆ. ಸರ್ವರ್ ನಿಷ್ಕ್ರಿಯ SMB ಅಧಿವೇಶನಗಳನ್ನು LanmanServer\Parameters ಅಡಿಯಲ್ಲಿ Autodisconnect ಟೈಮರ್‌ನಲ್ಲಿ ಮುಚ್ಚುತ್ತದೆ, ಇದು ಡಿಫಾಲ್ಟ್ ಆಗಿ 15 ನಿಮಿಷ, ಕ್ಲೈಂಟ್‌ಗೆ LanmanWorkstation\Parameters ಅಡಿಯಲ್ಲಿ ತನ್ನದೇ SessTimeout ಇದೆ. ಈ ಮೌಲ್ಯಗಳಿಗಿಂತ ಉದ್ದವಾದ ಅಡಚಣೆ ಪ್ರತಿ ತುದಿಯನ್ನೂ ಅಧಿವೇಶನದ ಬಗ್ಗೆ ಬೇರೆ ಕಲ್ಪನೆಯೊಂದಿಗೆ ಬಿಡುತ್ತದೆ.

ಫಲಿತಾಂಶಕ್ಕೆ ಅರ್ಥವಿರಲಿ ಎಂದು ಸ್ಥಿರ ಕ್ರಮದಲ್ಲಿ ಅದನ್ನು ಮರುಸೃಷ್ಟಿಸಿ: ಟನೆಲ್ ಸಂಪರ್ಕಿಸಿ, ಹಂಚಿಕೆ ತೆರೆಯಿರಿ, ಟನೆಲ್ ಅನ್ನು ಎರಡು ನಿಮಿಷ ಕಡಿತಗೊಳಿಸಿ, ಮರುಸ್ಥಾಪಿಸಿ, ನಂತರ ಫೈಲ್ ಓದಲು ಪ್ರಯತ್ನಿಸಿ. ಮೌಂಟ್ ತಾನೇ ಚೇತರಿಸಿಕೊಂಡರೆ ಟೈಮರ್‌ಗಳನ್ನು ಬಿಡಿ. ಮತ್ತೆ ಮೌಂಟ್ ಮಾಡುವವರೆಗೆ ನಿಂತರೆ, ಟನೆಲ್ ಎದ್ದ ನಂತರ ಹಂಚಿಕೆಯನ್ನು ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ, ಅದು ಅಸ್ತಿತ್ವಕ್ಕೆ ಬರುವ ಮೊದಲೇ ಮೌಂಟ್ ಮಾಡುವ ಬದಲು, ಮತ್ತು ಮೌಂಟ್ ಸಹಾಯಕ ಮತ್ತೆ ಪ್ರಯತ್ನಿಸುತ್ತದೆಯೇ ಪರಿಶೀಲಿಸಿ.

ಟೈಮ್ ಔಟ್‌ಗಳನ್ನು ಹೆಚ್ಚಿಸುವುದು ಅಸ್ಥಿರ ಲಿಂಕ್‌ಗೆ ಸಮಂಜಸವಾದ ಕೊನೆಯ ಹೆಜ್ಜೆ, ಆದರೆ ಅದು ಲಕ್ಷಣಕ್ಕೆ ಚಿಕಿತ್ಸೆ. ಸರ್ವರ್ ಮರೆತ ಅಧಿವೇಶನಕ್ಕಾಗಿ ಹೆಚ್ಚು ಕಾಲ ಕಾಯುವ ಕ್ಲೈಂಟ್ ಇನ್ನೂ ಕಾಯುತ್ತದೆ.

ಮೌಂಟ್ ಮೂಲಕ ಒಂದು ಫೈಲ್ ಓದಿ, ನಂತರ ಇನ್ನೊಮ್ಮೆ ಟನೆಲ್ ಕಡಿತಗೊಳಿಸಿ ಮರುಸ್ಥಾಪಿಸಿ ಮುಗಿಸಿ. ಆ ಸ್ವೀಕೃತಿ ಪರೀಕ್ಷೆ ಮೂರೂ ಪದರಗಳನ್ನು ಒಟ್ಟಿಗೆ ಆವರಿಸುತ್ತದೆ, ಮತ್ತು ಬಳಕೆದಾರರು ನಿಜವಾಗಿ ಮಾಡುವುದಕ್ಕೆ ಹೊಂದುವ ಏಕೈಕ ಪರೀಕ್ಷೆ ಅದು.

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