ಎರಡು LAN ಪೋರ್ಟ್‌ಗಳಿರುವ Synology NAS: VPN ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಏಕೆ ವಿಫಲವಾಗುತ್ತದೆ

ಲ್ಯಾಪ್‌ಟಾಪ್ TLS ಹ್ಯಾಂಡ್‌ಶೇಕ್ ವೈಫಲ್ಯವನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ, ಇದು ಪ್ರಮಾಣಪತ್ರದ ಸಮಸ್ಯೆಯಂತೆ ಕೇಳುತ್ತದೆ ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಹಾಗಲ್ಲ. ಎರಡು Ethernet ಪೋರ್ಟ್‌ಗಳಿರುವ NAS ನಲ್ಲಿ ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ಕಾರಣವೆಂದರೆ ಪ್ಯಾಕೇಜ್ ಕೇಳದ ವಿಳಾಸಕ್ಕೆ ಗುರಿಯಾಗಿರುವ ರೌಟರ್ ಫಾರ್ವರ್ಡ್, ಮತ್ತು ಕ್ಲೈಂಟ್‌ನ ಸಂದೇಶ ಎರಡೂ ಸಂದರ್ಭಗಳಲ್ಲಿ ಒಂದೇ. ಎರಡೂ ಕೇಬಲ್‌ಗಳು ಸಿಕ್ಕಿಸಲಾಗಿದೆ ಎಂಬ ಕಾರಣಕ್ಕೆ ಮಾತ್ರ ಪ್ಯಾಕೇಜ್ ಎರಡನೇ ಪೋರ್ಟ್‌ನಲ್ಲಿ ಉತ್ತರಿಸುವುದಿಲ್ಲ. ಯಾರಾದರೂ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಮರುಹೊರಡಿಸುವ ಮೊದಲು, ಪ್ಯಾಕೆಟ್ NAS ತಲುಪುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸಿ.

ಕ್ಲೈಂಟ್ ಏನು ವರದಿ ಮಾಡುತ್ತದೆ ಮತ್ತು ವಾಸ್ತವವಾಗಿ ಏನಾಯಿತು

OpenVPN ಕ್ಲೈಂಟ್‌ನ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ವೈಫಲ್ಯವು ಸಾಮಾನ್ಯ ಪದವಾಗಿದೆ. ಇದು ಪ್ರಮಾಣಪತ್ರದ ಹೊಂದಾಣಿಕೆಯಲ್ಲದಿರುವಿಕೆ, ಸಾಗಣೆಯ ಹೊಂದಾಣಿಕೆಯಲ್ಲದಿರುವಿಕೆ, ಇನ್ನೊಂದು ಪೋರ್ಟ್‌ನಲ್ಲಿ ಕೇಳುವವರು ಮತ್ತು ಏನನ್ನೂ ತಲುಪಿಸದ ಫಾರ್ವರ್ಡ್ ಅನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ. ಆದ್ದರಿಂದ ಸಂದೇಶವು ಆರಂಭಿಕ ಬಿಂದುವಾಗಿ ನಿಷ್ಪ್ರಯೋಜಕವಾಗಿದೆ ಮತ್ತು ದೃಢೀಕರಣವಾಗಿ ಮಾತ್ರ ಉಪಯುಕ್ತವಾಗಿದೆ. ಸೆಷನ್ ಸ್ಥಾಪನೆಯಾಗಲಿಲ್ಲ ಎಂಬ ಹೇಳಿಕೆಯಾಗಿ ಪರಿಗಣಿಸಿ, ಅದಕ್ಕಿಂತ ನಿರ್ದಿಷ್ಟವಾದದ್ದಲ್ಲ.

ಪೋರ್ಟ್ ಮತ್ತು ಬದ್ಧ ವಿಳಾಸವು ಪ್ಯಾಕೆಟ್ ಎಂದಾದರೂ ತಲುಪುತ್ತದೆಯೇ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುವ ಎರಡು ಸತ್ಯಗಳು.

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

ಪ್ಯಾಕೇಜ್ ಕೇಳುವ ವಿಳಾಸವನ್ನು ಹುಡುಕಿ

DSM Ethernet ಪೋರ್ಟ್‌ಗಳಿಗೆ ಸಂಖ್ಯೆ ನೀಡುತ್ತದೆ ಮತ್ತು ಪ್ರತಿಯೊಂದೂ ತನ್ನದೇ ವಿಳಾಸವನ್ನು ಹೊಂದಿದೆ. VPN Server ಪುಟವು OpenVPN ಸೇವೆ ಬಳಸುವ ಇಂಟರ್‌ಫೇಸ್ ಅನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ಪ್ಯಾನೆಲ್ ಆ ಇಂಟರ್‌ಫೇಸ್‌ನಲ್ಲಿ ಸಂರಚಿಸಲಾದ ವಿಳಾಸವನ್ನು ತೋರಿಸುತ್ತದೆ. ಅವುಗಳನ್ನು ಆ ಕ್ರಮದಲ್ಲಿ ಓದಿ, ಸೇವೆಯಿಂದ ಹೊರಕ್ಕೆ, ಆದ್ದರಿಂದ ನೀವು ಬಳಸಬೇಕೆಂದು ಊಹಿಸುವುದನ್ನು ಅಲ್ಲ, ಕೇಳುತ್ತಿರುವುದನ್ನು ವಿವರಿಸುತ್ತೀರಿ.

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

sudo ss -lunp | grep 1194

ಆ ಔಟ್‌ಪುಟ್ ನೀವು ನಿರೀಕ್ಷಿಸದ ವಿಳಾಸವನ್ನು ಹೆಸರಿಸಿದರೆ, ಫಾರ್ವರ್ಡ್ ತಪ್ಪು ಇಂಟರ್‌ಫೇಸ್‌ಗೆ ಗುರಿಯಾಗಿದೆ ಮತ್ತು ಇಲ್ಲಿನ ಉಳಿದೆಲ್ಲವೂ ಲೆಕ್ಕಪತ್ರ. ಮುಂದೆ ಓದುವ ಮೊದಲು ನಿಯಮವನ್ನು ಸರಿಪಡಿಸಿ, ಇಲ್ಲದಿದ್ದರೆ ರೌಟರ್‌ನಿಂದ ಎಂದೂ ಹೊರಡದ ಪ್ಯಾಕೆಟ್‌ಗಾಗಿ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಡೀಬಗ್ ಮಾಡುವುದರಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುತ್ತೀರಿ.

ಫಾರ್ವರ್ಡ್ ಸರಿಪಡಿಸಿ, ನಂತರ ಕೌಂಟರ್ ನೋಡಿ

ಅದೇ ಬಾಹ್ಯ ಪೋರ್ಟ್‌ಗೆ ಎರಡನೆಯದನ್ನು ಸೇರಿಸುವ ಬದಲು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಫಾರ್ವರ್ಡ್ ನಿಯಮವನ್ನು ಸಂಪಾದಿಸಿ. ರೌಟರ್‌ನ ಕೋಷ್ಟಕದಲ್ಲಿ ಎರಡು ನಿಯಮಗಳು ಜೊತೆಯಾಗಿರಬಹುದು ಮತ್ತು ಯಾವಾಗಲೂ ಒಂದೇ ಗೆಲ್ಲುತ್ತದೆ, ಇದು ಡೀಬಗಿಂಗ್ ಅವಧಿಯನ್ನು ಯಾವುದು ನಿಜ ಎಂಬ ಚರ್ಚೆಯಾಗಿಸುತ್ತದೆ. ಆಂತರಿಕ ವಿಳಾಸವನ್ನು ನೀವು NAS ನಿಂದ ಓದಿದ ಮೌಲ್ಯಕ್ಕೆ ತಿರುಗಿಸಿ, ಮತ್ತು ಆಂತರಿಕ ಪೋರ್ಟ್ ಸೇವೆ ಕೇಳುವುದಕ್ಕೆ ಹೊಂದುವಂತೆ ಬಿಡಿ.

DSM ಆ ವಿಳಾಸವನ್ನು DHCP ಮೂಲಕ ಪಡೆದರೆ, ಮೊದಲು ಕಾಯ್ದಿರಿಸುವಿಕೆ ರಚಿಸಿ. ಲೀಸ್ ಬದಲಾವಣೆ ನಿನ್ನೆ ಕೆಲಸ ಮಾಡಿದ ಫಾರ್ವರ್ಡ್ ಅನ್ನು ಸದ್ದಿಲ್ಲದೆ ಮುರಿಯುತ್ತದೆ.

sudo tcpdump -i any -n udp port 1194

ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಿಸಲು ಪ್ರಯತ್ನಿಸುವ ಮೊದಲು ಕ್ಯಾಪ್ಚರ್ ಪ್ರಾರಂಭಿಸಿ, ಮತ್ತು ಕಾಣಿಸಿಕೊಳ್ಳುವ ಯಾವುದರಲ್ಲೂ ಮೂಲ ವಿಳಾಸವನ್ನು ಓದಿ. ಸಂಪೂರ್ಣ ಏನೂ ಇಲ್ಲ ಎಂದರೆ ದಾರಿಯಲ್ಲಿ ಯಾವುದೋ ಅದನ್ನು ಬಿಸಾಡಿದೆ: ಫಾರ್ವರ್ಡ್, DSM ಫೈರ್ವಾಲ್ ಅಥವಾ ಅದು ಗುರಿಯಾಗಿದ್ದ ಇಂಟರ್‌ಫೇಸ್, ಮತ್ತು ಇದು ಇರುವವರೆಗೆ ಪ್ರಮಾಣಪತ್ರಗಳು ಕಾರಣವಾಗಲಾರವು. ಕ್ಲೈಂಟ್‌ನ ಸಾರ್ವಜನಿಕ ವಿಳಾಸದಿಂದ ಉತ್ತರವಿಲ್ಲದೆ ಏನಾದರೂ ಬಂದರೆ NAS ವಿನಂತಿಯನ್ನು ಸ್ವೀಕರಿಸಿ ಉತ್ತರಿಸದಿರಲು ಆಯ್ಕೆ ಮಾಡಿದೆ ಎಂದರ್ಥ. ಇವು ಬೇರೆ ಬೇರೆ ಕಂಡುಹಿಡಿತಗಳು, ಮತ್ತು ಎರಡನೆಯದು ಮಾತ್ರ ನಿಮ್ಮನ್ನು ಪ್ಯಾಕೇಜ್‌ನ ಸ್ವಂತ ಸೆಟ್ಟಿಂಗ್‌ಗಳಿಗೆ ಹಿಂತಿರುಗಿಸುತ್ತದೆ.

ಆಗ ಮಾತ್ರ ಪ್ರಮಾಣಪತ್ರಗಳು ಮತ್ತು ಸಾಗಣೆಯನ್ನು ನೋಡಿ

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

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

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