Explorer ನಲ್ಲಿ ನೆಟ್‌ವರ್ಕ್ ಪುಟವು ಸ್ಥಳೀಯ ವಿಭಾಗದಲ್ಲಿ ತಮ್ಮನ್ನು ಘೋಷಿಸಿಕೊಂಡ ಸಾಧನಗಳನ್ನು ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ರೂಟ್ ಆದ ಸುರಂಗವು ಆ ಘೋಷಣೆಗಳಲ್ಲಿ ಒಂದನ್ನೂ ಸಾಗಿಸುವುದಿಲ್ಲ. ಆದ್ದರಿಂದ ಸರ್ವರ್ ಸಂಪೂರ್ಣವಾಗಿ ತಲುಪಬಹುದಾದರೂ ಬಳಕೆದಾರರ ಮುಂದಿನ ಕಿಟಕಿ ಖಾಲಿಯಾಗಿರುತ್ತದೆ. ಹೆಸರಿನ UNC ಮಾರ್ಗವು ಅನ್ವೇಷಣೆಯನ್ನು ಅವಲಂಬಿಸುವುದೇ ಇಲ್ಲ, ಮತ್ತು ಪರಿಹಾರವೆಂದರೆ ಹೆಸರು ಬಗೆಹರಿಯುವಂತೆ ಮತ್ತು ಪೋರ್ಟ್ ಉತ್ತರಿಸುವಂತೆ ಮಾಡುವುದು. ಖಾಲಿ ಕಿಟಕಿ ತಪ್ಪು ಪದರದ ಲಕ್ಷಣ, ಕೆಟ್ಟ ಹಂಚಿಕೆಯದಲ್ಲ.

ಅನ್ವೇಷಣೆ ಮತ್ತು ತಲುಪುವಿಕೆ ಒಂದೇ ಅಲ್ಲ

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

ಎರಡೂ ಪದರಗಳು ಸ್ವತಂತ್ರವಾಗಿ ವಿಫಲವಾಗುತ್ತವೆ, ಆದ್ದರಿಂದ "ನನಗೆ ಅದು ಕಾಣಿಸುತ್ತಿಲ್ಲ" ಮತ್ತು "ನಾನು ಅದನ್ನು ತೆರೆಯಲಾರೆ" ಬೇರೆ ಬೇರೆ ಪರೀಕ್ಷೆಗಳಿಗೆ ಅರ್ಹ. ಪಟ್ಟಿಯನ್ನು ನೋಡುವುದು ಅನ್ವೇಷಣೆಯ ಬಗ್ಗೆ ಹೇಳುತ್ತದೆ; ಮಾರ್ಗ ತೆರೆಯುವುದು ಸೇವೆಯ ಬಗ್ಗೆ ಹೇಳುತ್ತದೆ.

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

ಕಡತ ಸರ್ವರ್ ಅನ್ನು DNS ನಲ್ಲಿ ಅದರ ಆಚೆಯ ಬದಿಯ ವಿಳಾಸದೊಂದಿಗೆ ಪ್ರಕಟಿಸಿ, ಮತ್ತು ಕ್ಲೈಂಟ್ ಸೈಟ್ ಅನ್ನು ಆ ವಲಯಕ್ಕೆ ಉತ್ತರಿಸಬಲ್ಲ resolver ಕಡೆಗೆ ತೋರಿಸಿ. ಸಂಪೂರ್ಣ ಅರ್ಹ ಹೆಸರು ಸ್ಥಳೀಯ ಪ್ರತ್ಯಯ ಹುಡುಕಾಟ ಪಟ್ಟಿಯ ಮೇಲಿನ ಅವಲಂಬನೆಯನ್ನು ತಪ್ಪಿಸುತ್ತದೆ, ಇದೇ ಸಣ್ಣ ಹೆಸರು ಒಂದು ಸೈಟ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡಿ ಇನ್ನೊಂದರಲ್ಲಿ ವಿಫಲವಾಗುವ ಸಾಮಾನ್ಯ ಕಾರಣ.

ಪರಿಸರವು Active Directory ಬಳಸಿದರೆ, ಹೆಸರು ಬಗೆಹರಿಸುವಿಕೆ ದೃಢೀಕರಣದ ಭಾಗವೂ ಆಗಿದೆ: ಕ್ಲೈಂಟ್ Kerberos ಗಾಗಿ ಡೊಮೇನ್ ನಿಯಂತ್ರಕವನ್ನು ತಲುಪಬೇಕು, ಮತ್ತು ತುಂಬಾ ಜಾರಿದ ಗಡಿಯಾರ ಟಿಕೆಟ್ ವಿನಿಮಯವನ್ನು ವಿಫಲಗೊಳಿಸುತ್ತದೆ. ಇದು SMB ತಲುಪುವಿಕೆಗಿಂತ ಬೇರೆ ಸಮಸ್ಯೆ ಮತ್ತು ರುಜುವಾತು ದೋಷದಂತೆ ಕಾಣುತ್ತದೆ. ಪಾಸ್‌ವರ್ಡ್ ಮತ್ತೆ ಬರೆಯುವ ಮೊದಲು ಡೊಮೇನ್ ನಿಯಂತ್ರಕವನ್ನು ಪರೀಕ್ಷಿಸಿ.

LayerWhat it needsSymptom when missing
Name resolutionA DNS answer for the server namePath cannot be found, ping by IP still works
TransportTCP 445 open in both directionsConnection times out or is refused
AuthenticationA reachable domain controller and correct clockAccess is denied after the port connects
AuthorizationShare permission and filesystem permissionThe share opens but the folder is inaccessible

ಎರಡೂ ದಿಕ್ಕುಗಳಲ್ಲಿ ರೂಟಿಂಗ್ ಮತ್ತು ಫಿಲ್ಟರಿಂಗ್

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

WireGuard ನಲ್ಲಿ ಪೀರ್‌ನ ಅನುಮತಿಸಿದ IP ಗಳು ಮತ್ತು ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ನ ರೂಟ್‌ಗಳು ಆ ವಿನ್ಯಾಸಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗಬೇಕು. ಸುರಂಗವು ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಸಾಗಿಸುತ್ತದೆ; ಅದು DNS ದಾಖಲೆಗಳು ಅಥವಾ ಹಂಚಿಕೆ ಅನುಮತಿಗಳನ್ನು ಒದಗಿಸುವುದಿಲ್ಲ ಯಾವುದೇ ಬದಿಯಲ್ಲಿ.

ಫೈರ್‌ವಾಲ್ ನಿಯಮವನ್ನು ನಿಜವಾಗಿ ಸಂಪರ್ಕಗೊಳ್ಳುವ ಮೂಲ ನೆಟ್‌ವರ್ಕ್‌ನ ಆಧಾರದಲ್ಲಿ ರೂಪಿಸಿ ಮತ್ತು ವಿನಾಯಿತಿಯನ್ನು ಬರೆಯಿರಿ. ವಿನ್ಯಾಸವು ಮಾರ್ಗದಲ್ಲಿ ಎಲ್ಲಾದರೂ ವಿಳಾಸಗಳನ್ನು ಅನುವಾದಿಸಿದರೆ, ನಿಯಮವು ಅನುವಾದಿತ ಮೂಲವನ್ನು ಬಳಸಬೇಕು, ಮತ್ತು ಮೂಲ ಕ್ಲೈಂಟ್ ವಿಳಾಸವು ಇನ್ನು ಲಾಗ್‌ಗಳಲ್ಲಿ ಕಾಣಿಸುವುದಿಲ್ಲ.

ದೃಢೀಕರಿಸಿ, ನಂತರ ಡ್ರೈವ್ ಮ್ಯಾಪ್ ಮಾಡಿ

Explorer ಕಿಟಕಿಯ ಬದಲು ಆದೇಶಗಳಿಂದ ಪದರಗಳನ್ನು ದಾಟಿ:

Resolve-DnsName -Name files.corp.example -Type A
Test-NetConnection -ComputerName files.corp.example -Port 445
net use Z: \\files.corp.example\Projects /persistent:no

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

SMB ಸಹಿ ಮತ್ತು ಪ್ರಸ್ತುತ ದೃಢೀಕರಣ ನೀತಿಯನ್ನು ಅಕ್ಷತವಾಗಿರಿಸಿ. ಸ್ಪಷ್ಟ ಮಾರ್ಗಕ್ಕೆ SMB1 ಅನ್ನು ಮತ್ತೆ ಸಕ್ರಿಯಗೊಳಿಸುವುದು ಅಥವಾ ಅನ್ವೇಷಣ ಪ್ರಸಾರಗಳನ್ನು ಸುರಂಗದ ಮೂಲಕ ಕಳುಹಿಸುವುದು ಅಗತ್ಯವಿಲ್ಲ, ಮತ್ತು TCP 445 ಖಾಸಗಿ ಮಾರ್ಗದಲ್ಲೇ ಇರಬೇಕು, ಇಂಟರ್ನೆಟ್ ಕಡೆಗಿನ ಫಾರ್ವರ್ಡ್‌ನಲ್ಲಿ ಅಲ್ಲ. ಬಳಕೆದಾರರಿಗೆ ಅನುಮೋದಿತ ಹೆಸರಿಗೆ ನಿರ್ವಹಿತ ಶಾರ್ಟ್‌ಕಟ್ ಅಥವಾ ಮ್ಯಾಪ್ ಮಾಡಿದ ಡ್ರೈವ್ ನೀಡಿ, ಮತ್ತು ಖಾಲಿ ನೆಟ್‌ವರ್ಕ್ ಪುಟವು ಇನ್ನು ಮುಖ್ಯವಲ್ಲ.

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