VPN ಮೂಲಕ NAS ತಲುಪಲಾಗುತ್ತಿಲ್ಲ: ವಿಳಾಸ, ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಅಥವಾ ಸೇವೆ?
ಖಾಸಗಿ ಸುರಂಗಕ್ಕೆ NAS ವರೆಗಿನ ಮಾರ್ಗ, ಉತ್ತರದ ಮಾರ್ಗ ಮತ್ತು ಅನುಮತಿಸಿದ ಸೇವೆ ಬೇಕು. ರುಜುವಾತುಗಳನ್ನು ಬದಲಿಸುವ ಮೊದಲು ಮೂರರಲ್ಲಿ ಯಾವುದು ವಿಫಲವಾಯಿತು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಿ.
ಸುರಂಗಗಳು ಮೇಲೇರುತ್ತವೆ, ಕ್ಲೈಂಟ್ಗಳಿಗೆ ವಿಳಾಸ ಸಿಗುತ್ತದೆ, ಮತ್ತು NAS ಏನೂ ಉತ್ತರಿಸುವುದಿಲ್ಲ. ಈ ಒಂದೇ ಲಕ್ಷಣ ಮೂರು ಸಂಬಂಧವಿಲ್ಲದ ವೈಫಲ್ಯಗಳನ್ನು ಮುಚ್ಚುತ್ತದೆ, ಮತ್ತು ಅವನ್ನು ಯಾವ ಕ್ರಮದಲ್ಲಿ ಪರೀಕ್ಷಿಸುತ್ತೀರಿ ಎಂಬುದು ದುರಸ್ತಿಗೆ ಎಷ್ಟು ಸಮಯ ಬೇಕು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ವಿಳಾಸೀಕರಣ ಮೊದಲು ಬರುತ್ತದೆ, ಏಕೆಂದರೆ ಅತಿವ್ಯಾಪಿಸುವ ಉಪಜಾಲವು ನಿಮ್ಮ ವಿನಂತಿಯನ್ನು ಅಪರಿಚಿತ ಸಾಧನಕ್ಕೆ ಕಳುಹಿಸಬಹುದು. ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಎರಡನೆಯದು, ಏಕೆಂದರೆ ಉತ್ತರವಿಲ್ಲದೆ ಬರುವ ವಿನಂತಿ ಮುಚ್ಚಿದ ಸೇವೆಯಂತೆಯೇ ಕಾಣುತ್ತದೆ. ಸೇವೆ ಮತ್ತು ಅನುಮತಿ ಕೊನೆಗೆ ಬರುತ್ತವೆ, ಮತ್ತು ಮೊದಲ ಎರಡು ಸಾಬೀತಾದ ನಂತರವೇ.
ಎಲ್ಲವೂ ತಲುಪಲಾಗದ್ದು ಎಂದು ಓದಲ್ಪಡುವ ಮೂರು ವೈಫಲ್ಯಗಳು
ವಿಳಾಸ ಆಯ್ಕೆ, ಹಿಂತಿರುಗುವ ರೂಟಿಂಗ್ ಮತ್ತು ಸೇವಾ ಅಧಿಕಾರ ಇವು ಒಂದೇ ಕಾಣುವ ಸಂದೇಶವನ್ನು ನೀಡುತ್ತವೆ: ಏನೂ ಸಂಭವಿಸುವುದಿಲ್ಲ. ಅವುಗಳಿಗೆ ಬೇರೆ ಬೇರೆ ಸಾಕ್ಷ್ಯ, ಜವಾಬ್ದಾರರು ಮತ್ತು ಪರಿಹಾರಗಳಿವೆ, ಆದ್ದರಿಂದ ಅವನ್ನು ಬೇರ್ಪಡಿಸುವುದೇ ಪೂರ್ಣ ಕೆಲಸ. ವಿಫಲವಾದ ping ತಾನೇ ಸ್ವಲ್ಪ ಮಾತ್ರ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಮತ್ತು ಯಶಸ್ವಿ TCP ನಿರಾಕರಣೆ ವಾಸ್ತವವಾಗಿ ಒಳ್ಳೆಯ ಸುದ್ದಿ.
| Observation | Most likely conclusion |
|---|---|
| Route to the NAS address leaves the wrong interface | Overlapping or missing private route |
| Request visible on the server, no reply seen | Return path, gateway forwarding or translation |
| TCP connection refused rather than dropped | Reachable host, service not listening or filtered |
| TCP works, login or file access fails | Share permission, account or protocol version |
ಕೋಷ್ಟಕವನ್ನು ಕಾರಣಗಳ ಪಟ್ಟಿಯಲ್ಲ, ಪರೀಕ್ಷೆಗಳ ಕ್ರಮವಾಗಿ ಓದಿ. ಪ್ರತಿ ಸಾಲು ಮುಂದಿನದನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ನಿರಾಕರಣೆ ಈಗಾಗಲೇ ವಿಳಾಸೀಕರಣ ಮತ್ತು ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಕೆಲಸ ಮಾಡುತ್ತವೆ ಎಂದು ಸಾಬೀತುಪಡಿಸಿದೆ. ರೂಟ್ ಯಾವ ಇಂಟರ್ಫೇಸ್ ಆಯ್ಕೆ ಮಾಡಿತು ಎಂದು ಪರಿಶೀಲಿಸುವ ಮೊದಲು ಫೈರ್ವಾಲ್ ನಿಯಮಗಳ ಒಳಗೆ ಇಪ್ಪತ್ತು ನಿಮಿಷ ಕಳೆಯುವುದು ಮಧ್ಯಾಹ್ನವನ್ನು ಕಳೆದುಕೊಳ್ಳುವ ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ದಾರಿ. ಮೇಲಿನಿಂದ ಕೆಳಗೆ ಕೆಲಸ ಮಾಡಿ ಮತ್ತು ಹೊಂದಿಕೆಯಾಗುವ ಮೊದಲ ಸಾಲಿನಲ್ಲಿ ನಿಲ್ಲಿಸಿ.
ಮೊದಲ ಷರತ್ತು: ಆ ವಿಳಾಸ ಸರಿಯಾದ ಸಾಧನವೇ?
NAS ಉಪಜಾಲ ಮತ್ತು VPN ಕ್ಲೈಂಟ್ಗಳಿಗೆ ನೀಡುವ ಶ್ರೇಣಿಯನ್ನು ಬರೆಯಿರಿ, ನಂತರ ಎರಡನ್ನೂ ನಿಮ್ಮ ಲ್ಯಾಪ್ಟಾಪ್ ಈಗ ಇರುವ ಜಾಲದೊಂದಿಗೆ ಹೋಲಿಸಿ. ಈ ವಿವರಣೆಯಲ್ಲಿ NAS 10.40.7.25 ನಲ್ಲಿದೆ ಮತ್ತು VPN ಪೂಲ್ 10.40.9.0/24, ಒಂದೇ ಸೈಟ್ ಯೋಜನೆಯೊಳಗೆ ಎರಡು ಪ್ರತ್ಯೇಕ ಖಾಸಗಿ ಶ್ರೇಣಿಗಳು; 192.168.0.0/24 ಅಥವಾ 10.0.0.0/24 ಬಳಸುವ ಮನೆಯವರಿಗೆ ಅವುಗಳಲ್ಲಿ ಒಂದರೊಂದಿಗೆ ಘರ್ಷಣೆಯಾಗುವ ಸಾಧ್ಯತೆ ಹೆಚ್ಚು.
ಸ್ಥಳೀಯ ಜಾಲ ಮತ್ತು NAS ಜಾಲ ಅತಿವ್ಯಾಪಿಸಿದಾಗ, ಕ್ಲೈಂಟ್ ಆ ಸಂಚಾರವನ್ನು ತನ್ನದೇ ಗೇಟ್ವೇಗೆ ಕಳುಹಿಸುತ್ತದೆ ಮತ್ತು ಆಕಸ್ಮಿಕವಾಗಿ ಅದೇ ವಿಳಾಸ ಹೊಂದಿರುವ ಸಂಬಂಧವಿಲ್ಲದ ಸಾಧನವನ್ನು ತಲುಪಬಹುದು. ಉತ್ತರಿಸುವ ಯಾವುದೇ ವಸ್ತುವಿನಲ್ಲಿ ರುಜುವಾತುಗಳನ್ನು ಟೈಪ್ ಮಾಡುವ ಮೊದಲು ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ.
ip -4 route get 10.40.7.25
traceroute -n -m 5 10.40.7.25ಮೊದಲ ಆಜ್ಞೆ ಕರ್ನಲ್ ಬಳಸುವ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಗೇಟ್ವೇಯನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಮತ್ತು ಎರಡನೆಯದು ನಿಜವಾಗಿ ಉತ್ತರಿಸುವ ಮೊದಲ ಹಾಪ್ಗಳನ್ನು ತೋರಿಸುತ್ತದೆ. ಎರಡೂ ಹೊಂದಿಕೆಯಾಗದಿದ್ದರೆ ಹುಡುಕಾಟವನ್ನು ನಂಬಿ, ಏಕೆಂದರೆ ಪ್ಯಾಕೆಟ್ ಹೋಗುವ ಮಾರ್ಗ ಅದೇ. NAS ನಿಂದ ಒಂದು ಹಾಪ್ ಮೊದಲೇ ನಿಲ್ಲುವ ಹಾಪ್ ಪಟ್ಟಿಯೂ ಒಂದು ಕಂಡುಹಿಡಿತ, ವೈಫಲ್ಯವಲ್ಲ. ಸುರಂಗದ ಬದಲು ಭೌತಿಕ ಅಡಾಪ್ಟರ್ಗೆ ಬಗೆಹರಿಯುವ ಹುಡುಕಾಟ ಈ ಹಂತದಲ್ಲಿ ತನಿಖೆಯನ್ನು ಮುಗಿಸುತ್ತದೆ.
ಎರಡನೇ ಷರತ್ತು: ಉತ್ತರ ಹಿಂತಿರುಗುತ್ತದೆಯೇ?
ಕ್ಲೈಂಟ್ಗೆ NAS ಕಡೆಗೆ ಮಾರ್ಗ ಬೇಕು, ಮತ್ತು NAS ಜಾಲಕ್ಕೆ VPN ಪೂಲ್ ಕಡೆಗೆ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಬೇಕು. ಗೇಟ್ವೇ ಫಾರ್ವರ್ಡಿಂಗ್, ಫೈರ್ವಾಲ್ ನಿಯಮಗಳು ಮತ್ತು ಉದ್ದೇಶಪೂರ್ವಕ ಅನುವಾದ ಪ್ರತಿಯೊಂದೂ ಆ ಜೋಡಿಯ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುತ್ತವೆ. strongSwan ನ ಫಾರ್ವರ್ಡಿಂಗ್ ಟಿಪ್ಪಣಿಗಳು ಗೇಟ್ವೇ ಹಿಂದಿನ ಖಾಸಗಿ ಉಪಜಾಲಕ್ಕೆ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಮತ್ತು ಅನುವಾದದ ಆಯ್ಕೆಗಳನ್ನು ವಿವರಿಸುತ್ತವೆ.
ವಿನಂತಿ ಬಂದು ಉತ್ತರ ಬೇರೆ ಗೇಟ್ವೇ ಮೂಲಕ ಹೊರಟಾಗ, ಯಾವುದೇ DNS ಬದಲಾವಣೆ ಆ ಅಸಮತೆಯನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ. ಎರಡೂ ಕಡೆ ಸೆರೆಹಿಡಿಯುವಿಕೆ ಅದನ್ನು ಒಂದೇ ಪ್ರಯತ್ನದಲ್ಲಿ ನಿರ್ಣಯಿಸುತ್ತದೆ, ಮತ್ತು ಅನುವಾದವು NAS ಉತ್ತರಿಸಿದ ಮೂಲವನ್ನು ಮರುಬರೆದಿದೆಯೇ ಎಂಬುದನ್ನೂ ತೋರಿಸುತ್ತದೆ. ನಿರ್ವಾಹಕರು ಈ ಗಡಿಯ ಜವಾಬ್ದಾರರು: ಅಗತ್ಯವಿರುವ ಸೇವೆಗಳು ಮತ್ತು VPN ಕ್ಲೈಂಟ್ ಶ್ರೇಣಿಗೆ ಮಾತ್ರ ಅನುಮತಿ ನೀಡಿ, ಮತ್ತು ರೂಟಿಂಗ್ ಅಥವಾ ಅನುವಾದ ಆಯ್ಕೆಯಾದದ್ದನ್ನು ಬರೆಯಿರಿ.
ಮೂರನೇ ಷರತ್ತು: ಸೇವೆ ಇದೆಯೇ ಮತ್ತು ಅನುಮತಿಸಲಾಗಿದೆಯೇ?
ನಿರ್ವಹಣಾ ಪುಟ ಮತ್ತು ಕಡತ ಹಂಚಿಕೆ ಸೇವೆ ಒಂದೇ ಯಂತ್ರದಲ್ಲಿ ಬೇರೆ ಬೇರೆ ಅಂತ್ಯ ಬಿಂದುಗಳು, ಮತ್ತು ಒಂದು ಸಂಪರ್ಕ ಸ್ವೀಕರಿಸಬಹುದು ಆದರೆ ಇನ್ನೊಂದನ್ನು ಹೋಸ್ಟ್ ಫೈರ್ವಾಲ್, ಸೇವಾ ಸಂರಚನೆ ಅಥವಾ ಹಂಚಿಕೆ ಅನುಮತಿ ತಡೆಯುತ್ತದೆ. ನಿರಾಕರಣೆಯಿಂದ ಉತ್ತರಿಸುವ ಸಾಧನ ಈಗಾಗಲೇ ಮೊದಲ ಎರಡು ಷರತ್ತುಗಳನ್ನು ಸಾಬೀತುಪಡಿಸಿದೆ, ಇದು ಮೂರನೆಯದನ್ನು ಬಹಳ ಸಂಕುಚಿತಗೊಳಿಸುತ್ತದೆ.
ಕಡತಗಳು ನಿಜವಾಗಿ ಬೇಕಾದ ಖಾತೆಯಿಂದ ಪರೀಕ್ಷಿಸಿ, ಸ್ಥಾಪನೆಯ ಸಮಯದಲ್ಲಿ ಬಳಸಿದ ನಿರ್ವಾಹಕ ಖಾತೆಯಿಂದ ಅಲ್ಲ, ಏಕೆಂದರೆ ನಿರ್ವಾಹಕ ಹಕ್ಕುಗಳು ಕಾಣೆಯಾದ ಮಾರ್ಗವನ್ನು ಸರಿಪಡಿಸಲಾರವು ಮತ್ತು ಮಾರ್ಗವು ಹಂಚಿಕೆ ಅನುಮತಿ ನೀಡಲಾರದು. ಹೆಸರುಗಳೂ ಇಲ್ಲಿ ಸೇರುತ್ತವೆ: ಮನೆಯಲ್ಲಿ ಪತ್ತೆಯಾದ NAS ಹೆಸರು ಹೆಚ್ಚಾಗಿ ಸ್ಥಳೀಯ multicast ಅನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ, ಅದನ್ನು ರೂಟ್ ಮಾಡಿದ ಸುರಂಗ ಒಯ್ಯುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಹೆಸರಿಸುವಿಕೆಯನ್ನು ಪ್ರವೇಶದಿಂದ ಬೇರ್ಪಡಿಸಲು ತಯಾರಕರ ದಾಖಲಿತ ಖಾಸಗಿ ಹೋಸ್ಟ್ಹೆಸರು ಅಥವಾ ವಿಳಾಸವನ್ನೇ ಪ್ರಯತ್ನಿಸಿ.
NAS ಜಾಲದ ಹೊರಗಿನಿಂದ ಪರೀಕ್ಷಿಸಿ, ನಂತರ ನಿಧಾನವಾಗಿ ವಿಸ್ತರಿಸಿ
ಅದೇ LAN ನಲ್ಲಿ ಮಾಡಿದ ಪರೀಕ್ಷೆ ದೂರದ ಮಾರ್ಗದ ಪ್ರತಿ ಅಪೂರ್ಣ ಭಾಗವನ್ನು ಮುಚ್ಚುತ್ತದೆ, ಆದ್ದರಿಂದ ಮೊದಲ ಯಶಸ್ವಿ ದೂರದ ಪ್ರಯತ್ನ ಬದಲಾವಣೆ ದಾಖಲೆಯಲ್ಲಿ ಟಿಪ್ಪಣಿಗೆ ಅರ್ಹವಾಗಿದೆ. NAS ಅನ್ನು ಸುರಂಗದ ಮೂಲಕ ಮಾತ್ರ ತಲುಪುವ ಕ್ಲೈಂಟ್ನಿಂದ ಪರಿಶೀಲನೆಗಳನ್ನು ನಡೆಸಿ, ಮತ್ತು ಪ್ರತಿ ಪ್ರಯತ್ನದ ಮೂಲ ದೋಷ ಪಠ್ಯವನ್ನು ಉಳಿಸಿ.
nc -vz 10.40.7.25 445
smbclient -L 10.40.7.25 -U guestಮಾರ್ಗ ಕೆಲಸ ಮಾಡಿದ ನಂತರ ನಿರುಪದ್ರವ ಕಡತವನ್ನು ವರ್ಗಾಯಿಸಿ ಮತ್ತು ನಿಮಗೆ ನಿಜವಾಗಿ ಬೇಕಾದ ಓದು ಅಥವಾ ಬರವಣಿಗೆಯ ವರ್ತನೆಯನ್ನು ದೃಢೀಕರಿಸಿ. ದೊಡ್ಡ ವರ್ಗಾವಣೆಗಳು ನಿಂತು ಸಣ್ಣವು ಯಶಸ್ವಿಯಾದರೆ ಉಳಿದ ಸಮಸ್ಯೆ ಪ್ಯಾಕೆಟ್ ಗಾತ್ರದ ನಿರ್ವಹಣೆ ಅಥವಾ ಸಂಪರ್ಕದ ಸ್ಥಿರತೆ, ವಿಳಾಸೀಕರಣವಲ್ಲ.
ವಿವರಿಸದ ದೋಷವನ್ನು ತಪ್ಪಿಸಲು ಕಡತ ಹಂಚಿಕೆ ಅಥವಾ ನಿರ್ವಹಣಾ ಪೋರ್ಟ್ಗಳನ್ನು ಇಂಟರ್ನೆಟ್ನಲ್ಲಿ ಪ್ರಕಟಿಸಬೇಡಿ. ಖಾಸಗಿ ಮಾರ್ಗವನ್ನು ಸರಿಪಡಿಸಿ, NAS ತಂತ್ರಾಂಶವನ್ನು ಬೆಂಬಲಿತವಾಗಿ ಇರಿಸಿ, ಮತ್ತು ಆ ಬ್ಯಾಕಪ್ ಮೇಲೆ ಅವಲಂಬಿಸುವ ಮೊದಲು ಅದರ ಮೂಲಕ ಬ್ಯಾಕಪ್ ಮಾಡಿದ ಎಲ್ಲದರ ಪುನಃಸ್ಥಾಪನೆಯನ್ನು ಪರೀಕ್ಷಿಸಿ.