ನಿಮ್ಮ LAN ನಲ್ಲಿನ ಪ್ರತಿ ಸಾಧನದೊಂದಿಗೆ ಒಂದು VPN ಸಂಪರ್ಕವನ್ನು ಹಂಚಿಕೊಳ್ಳಿ
ಟನೆಲ್ ಹಂಚಿಕೊಳ್ಳಲು ಫಾರ್ವರ್ಡಿಂಗ್, ವಿಳಾಸ ಅನುವಾದ ಮತ್ತು ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಅಗತ್ಯ. ಹೋಸ್ಟ್‌ನಿಂದ ಹಂಚಿಕೊಳ್ಳುವಿಕೆ, ಆ ಹೋಸ್ಟ್‌ಗೆ ರೂಟರ್ ಮಾರ್ಗ ಮತ್ತು ಟನೆಲ್ ಹೊಂದಿರುವ ಗೇಟ್‌ವೇಯನ್ನು ಹೋಲಿಸಿ.
ಒಂದು ಲ್ಯಾಪ್‌ಟಾಪ್ ಟನೆಲ್ ಅನ್ನು ಹಿಡಿದಿಟ್ಟುಕೊಂಡಿದೆ, ಮನೆಯ ಉಳಿದ ಭಾಗಕ್ಕೆ ಅದೇ ಪ್ರವೇಶ ಬೇಕು, ಮತ್ತು ಮೊದಲ ಪ್ರಯತ್ನ ಎಲ್ಲವನ್ನೂ ಸಂಪರ್ಕಿತ ಯಂತ್ರದ ಕಡೆಗೆ ತಿರುಗಿಸುವುದು. ಇದು VPN ಗೆ ಯಾವುದೇ ಸಂಬಂಧವಿಲ್ಲದ ಕಾರಣಗಳಿಂದ ವಿಫಲಗೊಳ್ಳುತ್ತದೆ: ಸ್ವೀಕರಿಸುವ ಹೋಸ್ಟ್ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಮುಂದಕ್ಕೆ ಕಳುಹಿಸಬೇಕು, ಅದರ ಮೂಲವನ್ನು ಮತ್ತೆ ಬರೆಯಬೇಕು ಮತ್ತು ಪ್ರತ್ಯುತ್ತರಗಳು ಹಿಂತಿರುಗುವ ದಾರಿಯನ್ನು ಕಂಡುಕೊಳ್ಳುವುದನ್ನು ಖಚಿತಪಡಿಸಬೇಕು. ಮೂರರಲ್ಲಿ ಒಂದನ್ನು ತಪ್ಪಿಸಿದರೂ ಸಂಪರ್ಕಿತ ಲ್ಯಾಪ್‌ಟಾಪ್ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಉಳಿದ ಪ್ರತಿ ಸಾಧನವೂ ಪ್ರತ್ಯುತ್ತರ ಪಡೆಯುವುದಿಲ್ಲ. ಪರಿಹಾರ ರೂಟಿಂಗ್ ವಿನ್ಯಾಸ, ಕ್ಲೈಂಟ್ ಸೆಟ್ಟಿಂಗ್ ಅಲ್ಲ.
ಸಾಧನಗಳನ್ನು ಹೋಸ್ಟ್‌ನ ಕಡೆಗೆ ತಿರುಗಿಸುವುದು ಏಕೆ ವಿಫಲಗೊಳ್ಳುತ್ತದೆ
ದೂರದ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ವಿಳಾಸ ಮಾಡಿದ ಪ್ಯಾಕೆಟ್ ಸ್ವೀಕರಿಸುವ ಹೋಸ್ಟ್ ಆ ಕ್ಷಣದಲ್ಲಿ ರೂಟರ್ ಆಗುತ್ತದೆ, ಯಾರಾದರೂ ಅದನ್ನು ಹಾಗೆ ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ್ದರೂ ಇಲ್ಲದಿದ್ದರೂ. ಫಾರ್ವರ್ಡಿಂಗ್ ಲಿನಕ್ಸ್ ಮತ್ತು ವಿಂಡೋಸ್‌ನಲ್ಲಿ ಡಿಫಾಲ್ಟ್ ಆಗಿ ಆಫ್ ಇರುತ್ತದೆ, ಯಾವುದೇ ವೈಶಿಷ್ಟ್ಯ ಅದನ್ನು ಆನ್ ಮಾಡದಿದ್ದರೆ. ವಿಳಾಸ ಅನುವಾದ ಮುಖ್ಯ ಏಕೆಂದರೆ ದೂರದ ಬದಿ ಪ್ರತ್ಯುತ್ತರಗಳನ್ನು ಎಲ್ಲಿಗೆ ಕಳುಹಿಸಬೇಕೆಂದು ತಿಳಿಯಬೇಕು, ಮತ್ತು ಖಾಸಗಿ LAN ವಿಳಾಸ ಅದಕ್ಕೆ ಏನನ್ನೂ ಅರ್ಥವಿಸುವುದಿಲ್ಲ. ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಮೂರನೇ ಭಾಗ, ಮತ್ತು ಮೊದಲ ಪಿಂಗ್ ಯಶಸ್ವಿಯಾದಂತೆ ಕಂಡಾಗ ಜನರು ಮರೆಯುವುದು ಅದನ್ನೇ.
ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಯದ್ವಾತದ್ವಾ ಆನ್ ಮತ್ತು ಆಫ್ ಮಾಡುವ ಬದಲು ಆ ಕ್ರಮದಲ್ಲಿ ರೋಗನಿರ್ಣಯ ಮಾಡಿ. ಪ್ರತಿ ಕಾಣೆಯಾದ ಭಾಗವೂ ಸ್ವಲ್ಪ ಬೇರೆ ಲಕ್ಷಣವನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ.
ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಫಾರ್ವರ್ಡಿಂಗ್ ಮತ್ತು ವಿಳಾಸ ಅನುವಾದವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ
ಸಂಪರ್ಕಿತ ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಎರಡು ಬದಲಾವಣೆಗಳು ಮೊದಲ ಎರಡು ಭಾಗಗಳನ್ನು ಒಳಗೊಳ್ಳುತ್ತವೆ: IPv4 ಫಾರ್ವರ್ಡಿಂಗ್ ಆನ್ ಮಾಡಿ ಮತ್ತು LAN ಟ್ರಾಫಿಕ್ ಅನ್ನು ಟನೆಲ್ ಇಂಟರ್‌ಫೇಸ್‌ಗೆ ಅನುವಾದಿಸಿ.
sysctl -w net.ipv4.ip_forward=1
iptables -t nat -A POSTROUTING -o tun0 -j MASQUERADEsysctl ಮೌಲ್ಯವನ್ನು /etc/sysctl.d ಅಡಿಯಲ್ಲಿನ ಫೈಲ್‌ನಲ್ಲಿ ಉಳಿಸಿ, ಮತ್ತು ರೀಬೂಟ್ ನಂತರ masquerade ನಿಯಮವನ್ನು ಮತ್ತೆ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಫೈರ್‌ವಾಲ್ ಮುಂಭಾಗಗಳು ಕಸ್ಟಮ್ ಸರಪಳಿಗಳನ್ನು ಖಾಲಿ ಮಾಡಬಹುದು. ವಿಂಡೋಸ್‌ನಲ್ಲಿ ಹಂಚಿಕೆ ವೈಶಿಷ್ಟ್ಯ ಎರಡೂ ಹಂತಗಳನ್ನು ಮಾಡುತ್ತದೆ, ಆದರೆ ಅದು LAN ಅಡಾಪ್ಟರ್ ಅನ್ನು ಸ್ಥಿರ ಸಬ್‌ನೆಟ್‌ಗೆ ಮರು-ವಿಳಾಸ ಮಾಡುತ್ತದೆ ಮತ್ತು ಅದರ ಗೇಟ್‌ವೇಯನ್ನು ಅಳಿಸುತ್ತದೆ, ಇದು ಸ್ಥಿರ ವಿಳಾಸ ಮತ್ತು ಪೋರ್ಟ್ ಫಾರ್ವರ್ಡಿಂಗ್ ಅನ್ನು ಹಾಳು ಮಾಡುತ್ತದೆ. ಹಂಚಿಕೆ ವಿಫಲವಾಯಿತು ಎಂದು ತೀರ್ಮಾನಿಸುವ ಮೊದಲು ರೂಟರ್‌ನ ಹೋಸ್ಟ್‌ಗೆ ಇರುವ ಮಾರ್ಗವನ್ನು ಅದರ ಹೊಸ ವಿಳಾಸದಲ್ಲಿ ಪುನಃಸ್ಥಾಪಿಸಿ. ನಂತರ ಎರಡನೇ ಸಾಧನ ಟ್ರಾಫಿಕ್ ಕಳುಹಿಸುವಾಗ ನಿಯಮದ ಕೌಂಟರ್‌ಗಳು ಹೆಚ್ಚಾಗುವುದನ್ನು ಗಮನಿಸಿ.
LAN ಗೆ ರೀಬೂಟ್‌ಗಳನ್ನು ಮೀರಿಸುವ ಮಾರ್ಗವನ್ನು ನೀಡಿ
ಇತರ ಸಾಧನಗಳಿಗೆ ದೂರದ ಪ್ರಿಫಿಕ್ಸ್‌ಗೆ ಮಾರ್ಗ ಬೇಕು, ಅದನ್ನು ಒದಗಿಸುವ ಎರಡು ವಿಧಾನಗಳು ಪ್ರಭಾವದ ವ್ಯಾಪ್ತಿಯಲ್ಲಿ ಭಿನ್ನವಾಗಿವೆ.
ip route add 10.8.0.0/24 via 192.168.1.20 dev eth0ಕ್ಲೈಂಟ್‌ನ ಡಿಫಾಲ್ಟ್ ಗೇಟ್‌ವೇಯನ್ನು ಹೋಸ್ಟ್‌ನ ಕಡೆಗೆ ತಿರುಗಿಸುವುದು ಅದರ ಎಲ್ಲಾ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಹೋಸ್ಟ್ ಮೂಲಕ ಕಳುಹಿಸುತ್ತದೆ, ಸ್ಥಳೀಯ ಮುದ್ರಣ ಮತ್ತು ಫೈಲ್ ಹಂಚಿಕೆ ಸೇರಿದಂತೆ, ಆದ್ದರಿಂದ ಹೋಸ್ಟ್ ನಿದ್ರಿಸಿದಾಗ ಸಂಬಂಧವಿಲ್ಲದ ವಿಷಯಗಳು ನಿಲ್ಲುತ್ತವೆ. ರೂಟರ್‌ನಲ್ಲಿ ದೂರದ ಪ್ರಿಫಿಕ್ಸ್‌ಗಾಗಿ ನಿರ್ದಿಷ್ಟ ಮಾರ್ಗವನ್ನು ಸೇರಿಸುವುದು ಸಣ್ಣದಾಗಿದೆ: ಟನೆಲ್‌ನ ಹಿಂದಿನ ಗಮ್ಯಸ್ಥಾನಗಳು ಮಾತ್ರ ಸಂಪರ್ಕಿತ ಯಂತ್ರಕ್ಕೆ ಹೋಗುತ್ತವೆ, ಉಳಿದ LAN ಕೆಲಸ ಮಾಡುತ್ತದೆ. ಮೇಲಿನ ಸಬ್‌ನೆಟ್‌ಗಳು ಉದಾಹರಣೆಗಳು, ಆದ್ದರಿಂದ ಅವನ್ನು ನಿಮ್ಮ ಸ್ವಂತ LAN ಮತ್ತು ಟನೆಲ್ ಶ್ರೇಣಿಗಳೊಂದಿಗೆ ಬದಲಾಯಿಸಿ. ಯಾವುದೇ ಸಂದರ್ಭದಲ್ಲಿ, ಎರಡನೇ ಸಾಧನದಿಂದ ಟನೆಲ್ ಆನ್‌ನಲ್ಲಿಯೂ ನಂತರ ಆಫ್‌ನಲ್ಲಿಯೂ ಪರೀಕ್ಷಿಸಿ.
ಟನೆಲ್‌ವನ್ನು ದೂಷಿಸುವ ಮೊದಲು MTU ಗಮನಿಸಿ
ಟನೆಲ್‌ಗಳು ಬಳಸಬಹುದಾದ ಪ್ಯಾಕೆಟ್ ಗಾತ್ರವನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತವೆ, ಎರಡನೇ ಸಾಧನಕ್ಕೆ ಅದರ ಬಗ್ಗೆ ಏನೂ ತಿಳಿದಿಲ್ಲ. ದೊಡ್ಡ ವರ್ಗಾವಣೆಗಳು ಮತ್ತು TLS ಹಸ್ತಲಾಘವಗಳು ನಿಲ್ಲುತ್ತವೆ, ಸಣ್ಣ ವಿನಂತಿಗಳು ಯಶಸ್ವಿಯಾಗುತ್ತವೆ.
ping -M do -s 1400 10.8.0.5ಪ್ರತ್ಯುತ್ತರವು ಆ ಗಾತ್ರವು ಮಾರ್ಗವನ್ನು ತುಂಡಾಗದೆ ದಾಟುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ; ಸಮಯ ಮುಗಿಯುವುದು ಎಂದರೆ ಎನ್‌ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಹೊರೆ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಟನೆಲ್‌ನ MTU ಮೀರಿ ತಳ್ಳಿತು ಎಂದು. ಹಂಚಿಕೆ ಇಂಟರ್‌ಫೇಸ್‌ನಲ್ಲಿ MTU ಕಡಿಮೆ ಮಾಡಿ ಅಥವಾ ಫಾರ್ವರ್ಡ್ ಮಾಡುವ ಸಾಧನದಲ್ಲಿ ಗರಿಷ್ಠ ಸೆಗ್ಮೆಂಟ್ ಗಾತ್ರವನ್ನು ಮಿತಿಗೊಳಿಸಿ, ನಂತರ ಅದೇ ಪರೀಕ್ಷೆಯನ್ನು ಪುನರಾವರ್ತಿಸಿ. ಮೊದಲು ಅದೇ ಗಾತ್ರವನ್ನು LAN ಬದಿಯಲ್ಲಿ ಪರೀಕ್ಷಿಸಿ, ಏಕೆಂದರೆ ಸ್ಥಳೀಯ ವೈಫಲ್ಯ ಟನೆಲ್ ಅಲ್ಲ LAN ಅನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಕೆಲಸ ಮಾಡುವ ಗಾತ್ರವನ್ನು ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ ನಂತರದ ಪೂರೈಕೆದಾರ ಅಥವಾ ಟನೆಲ್ ಬದಲಾವಣೆ ಅದನ್ನು ಸರಿಸಬಹುದು.
ಒಂದು ಹೆಚ್ಚುವರಿ ಸಾಧನಕ್ಕೆ ಹೋಸ್ಟ್‌ನಿಂದ ಹಂಚಿಕೊಳ್ಳುವುದು ಸಾಕು. ಮನೆಗೆ ಮಾರ್ಗವನ್ನು ರೂಟರ್‌ನಲ್ಲಿ ಇರಿಸಿ. ಲ್ಯಾಪ್‌ಟಾಪ್ ನಿಮ್ಮೊಂದಿಗೆ ಹೊರಟಾಗಲೂ ಪ್ರವೇಶ ಉಳಿಯಬೇಕಿದ್ದರೆ, ಟನೆಲ್ ಸ್ವತಃ ಮೀಸಲಾದ ಗೇಟ್‌ವೇಯಲ್ಲಿರಬೇಕು.