ಒಂದೇ ರೌಟರ್ ಹಿಂದೆ ಏಕೆ ಒಂದೇ VPN ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಗೊಳ್ಳುತ್ತದೆ

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

ಕ್ಲೈಂಟ್ ಮುಟ್ಟುವ ಮೊದಲು ಗೇಟ್ವೇ ಲಾಗ್ ಓದಿ

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

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

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

ರೌಟರ್ GRE ಮತ್ತು NAT-T ಜೊತೆ ಏನು ಮಾಡುತ್ತದೆ

PPTP ಸಾಂಪ್ರದಾಯಿಕ ಅಪರಾಧಿ: ನಿಯಂತ್ರಣ ಚಾನೆಲ್ TCP 1723 ಆದರೆ ಡೇಟಾ ಮಾರ್ಗ GRE, ಅಂದರೆ IP ಪ್ರೋಟೋಕಾಲ್ 47. ಅನೇಕ ಗ್ರಾಹಕ ರೌಟರ್ಗಳು ಒಂದೇ ನಿಯಂತ್ರಣ ಸಂಪರ್ಕವನ್ನು ಅನುಸರಿಸುವ PPTP ಸಹಾಯಕದೊಂದಿಗೆ ಬರುತ್ತವೆ, ಆದ್ದರಿಂದ ಅದೇ NAT ಹಿಂದಿನ ಎರಡನೆಯ ಕ್ಲೈಂಟ್ ತನ್ನ ನಿಯಂತ್ರಣ ಚಾನೆಲ್ ತೆರೆದು ನಂತರ ಯಾವುದೇ ಡೇಟಾ ಮಾರ್ಗವನ್ನೇ ಪಡೆಯುವುದಿಲ್ಲ. 47 ಸಂಖ್ಯೆಯ TCP ಪೋರ್ಟ್ ಫಾರ್ವರ್ಡ್ ಮಾಡುವುದು GREಗೆ ಏನನ್ನೂ ಮಾಡುವುದಿಲ್ಲ, ಏಕೆಂದರೆ GRE ಪೋರ್ಟ್ ಅಲ್ಲ, ಪ್ರೋಟೋಕಾಲ್ ಸಂಖ್ಯೆ.

L2TP IPsec ಮೇಲೆ ವಿನ್ಯಾಸದಿಂದಲೇ ಬೇರೆ ರೀತಿ ವರ್ತಿಸುತ್ತದೆ: IKE UDP 500 ಬಳಸುತ್ತದೆ, NAT ದಾಟುವಿಕೆ ರಕ್ಷಿತ ಪೇಲೋಡ್ ಅನ್ನು UDP 4500ಗೆ ಸರಿಸುತ್ತದೆ, ಮತ್ತು ಎನ್ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಒಂದೇ ವಿಳಾಸದ ಹಿಂದಿನ ಹಲವು ಕ್ಲೈಂಟ್ಗಳು ಅದೇ ಗೇಟ್ವೇ ತಲುಪಲು ಇದೆಯೇ. ಆ ವಿನ್ಯಾಸವು ಗೇಟ್ವೇ ಅಥವಾ ಮಧ್ಯದ ಪೆಟ್ಟಿಗೆ ಪ್ರತಿ ವಿಳಾಸಕ್ಕೂ ಸೆಷನ್ ಮಿತಿ ಹೇರುವುದನ್ನು ತಡೆಯುವುದಿಲ್ಲ, ಮತ್ತು ಸೋಫಾದಿಂದ ಎರಡೂ ವೈಫಲ್ಯಗಳು ಒಂದೇ ರೀತಿ ಕಾಣುತ್ತವೆ. SoftEtherನ ಸ್ವಂತ ಪ್ರೋಟೋಕಾಲ್ಗೂ ಇದೇ ವರ್ಗದ ಸಮಸ್ಯೆ ಇದೆ: ಕೆಲಸ ಮಾಡುವ ಪಾಸ್-ಥ್ರೂ ಇಲ್ಲದ ರೌಟರ್ LANನಿಂದ ಮೊದಲ ಕ್ಲೈಂಟ್ ಒಳಬಿಟ್ಟು ಎರಡನೆಯದನ್ನು ಬಿಡುತ್ತದೆ. ರೌಟರ್ನ ALG ಅಥವಾ ಪಾಸ್-ಥ್ರೂ ಸ್ವಿಚ್ ಅನ್ನು ಎರಡೂ ಸ್ಥಿತಿಗಳಲ್ಲಿ ಪರೀಕ್ಷಿಸಿ, ಏಕೆಂದರೆ ಹಳೆಯ ಕ್ಲೈಂಟ್ಗಾಗಿ ಬರೆದ ಸಹಾಯಕವು ಇಂದಿನ ಕ್ಲೈಂಟ್ ಕಳುಹಿಸುವ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಹಾಳುಮಾಡಬಹುದು.

nc -vz 203.0.113.5 1723
sudo tcpdump -ni any proto gre

ಸಾಗಣೆ ಮಿತಿಯಂತೆ ಕಾಣುವ ಗುರುತಿನ ಮಿತಿಗಳು

ರೌಟರ್ ಒಂದೇ ಸಂಶಯಾಸ್ಪದವಲ್ಲ, ಮತ್ತು ಲಾಗ್ ಅದನ್ನು ಪರ್ಯಾಯದಿಂದ ಪ್ರತ್ಯೇಕಿಸುತ್ತದೆ. OpenVPN ಸರ್ವರ್ ಸಾಮಾನ್ಯ ಹೆಸರನ್ನು ಒಂದು ಸುರಂಗ ವಿಳಾಸಕ್ಕೆ ಪಿನ್ ಮಾಡಿದಾಗ, ಎರಡೂ ಸಾಧನಗಳು ಆ ವಿಳಾಸವನ್ನು ಪಡೆಯುತ್ತವೆ, ಮತ್ತು duplicate-cn ಇಲ್ಲದೆ ಹೊಸ ಸೆಷನ್ ಹಳೆಯದನ್ನು ಹೊರದಬ್ಬುತ್ತದೆ. ಆ ಆಯ್ಕೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುವುದು ಎರಡನ್ನೂ ಸಂಪರ್ಕದಲ್ಲಿಡುತ್ತದೆ ಆದರೆ ಅವುಗಳಿಗೆ ಒಂದೇ ಗುರುತು, ಒಂದೇ ಪ್ರಮಾಣಪತ್ರ ಮತ್ತು ಒಂದೇ ರದ್ದತಿ ನಿರ್ಧಾರ ಉಳಿಯುತ್ತದೆ, ಇದು ಕಾಣುವುದಕ್ಕಿಂತ ಕೆಟ್ಟದು. ಆಗ ಎರಡನೆಯ ಸಾಧನವನ್ನು ಎಂದಿಗೂ ಒಂಟಿಯಾಗಿ ರದ್ದುಮಾಡಲಾಗದು, ಆದ್ದರಿಂದ ಅನುಕೂಲದ ಸ್ವಿಚ್ ನಂತರ ನಿಮಗೆ ಬೇಕಾಗಬಹುದಾದ ನಿಯಂತ್ರಣವನ್ನು ಸದ್ದಿಲ್ಲದೆ ತೆಗೆದುಹಾಕುತ್ತದೆ.

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

sudo journalctl -u openvpn-server@server -n 60 --no-pager
cat /run/openvpn/server.status

ದುರಸ್ತಿಯನ್ನು ಲಾಗ್ ನಮೂದಿಗೆ ಹೊಂದಿಸಿ

ಲಾಗ್ನಲ್ಲಿನ ನಿರಾಕರಣೆಗೆ ಪ್ರತಿ ಸಾಧನಕ್ಕೂ ಪ್ರತ್ಯೇಕ ಲಾಗಿನ್ ವಿವರಗಳು, ಸೇವೆ ನಡೆಸುವವರಿಂದ ಹೆಚ್ಚಿನ ಮಿತಿ, ಅಥವಾ ಒಂದು ಯಂತ್ರಕ್ಕೆ ಎರಡನೆಯ ಗೇಟ್ವೇ ಎಂಡ್ಪಾಯಿಂಟ್ ಬೇಕು. ಯಾವುದೇ ಎರಡನೆಯ ಪ್ರಯತ್ನ ಸರ್ವರ್ ತಲುಪದಿದ್ದರೆ, ಶಾಶ್ವತ ದುರಸ್ತಿ ಎಂದರೆ ಪ್ರೋಟೋಕಾಲ್ ಫಾರ್ವರ್ಡ್ ಮಾಡುವ ಮತ್ತು ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಸೆಷನ್ ಹಿಡಿದಿಡುವ ರೌಟರ್, ಅಥವಾ ರೌಟರ್ ಚೆನ್ನಾಗಿ ನಿಭಾಯಿಸುವ ಸಾಗಣೆ, ಉದಾಹರಣೆಗೆ ಒಂದೇ TCP ಅಥವಾ UDP ಹರಿವು. ಅವುಗಳ ನಡುವೆ ಆಯ್ಕೆ ಮಾಡುವುದು ಯಂತ್ರಾಂಶದ ಆಯುಷ್ಯದ ನಿರ್ಧಾರ, ಕ್ಲೈಂಟ್ ಸೆಟ್ಟಿಂಗ್ನದಲ್ಲ.

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

ಎರಡು ಜೀವಂತ ಸೆಷನ್ಗಳ ಪರಿಶೀಲನೆ

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

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