OpenVPN redirect-gateway: ಪ್ರತಿ ಫ್ಲ್ಯಾಗ್ ರೂಟ್ಗಳಿಗೆ ಏನು ಮಾಡುತ್ತದೆ

ಪ್ರೊಫೈಲ್ನಲ್ಲಿ redirect-gateway ಜೊತೆಗೆ ಸಂಪರ್ಕಿಸಿ, ಮತ್ತು ನಿಮ್ಮ ಯಂತ್ರದ ಡೀಫಾಲ್ಟ್ ರೂಟ್ ಮಾಯವಾಗಬಹುದು, ಎರಡಾಗಿ ಒಡೆಯಬಹುದು, ಅಥವಾ ಇದ್ದಲ್ಲೇ ಇರಬಹುದು, ಯಾರೂ ಎರಡು ಬಾರಿ ಓದದ ಫ್ಲ್ಯಾಗ್ಗಳನ್ನು ಅವಲಂಬಿಸಿ. ಈ ಆಯ್ಕೆ ರೂಟಿಂಗ್ ಸ್ಥಿತಿಯನ್ನು ಮಾತ್ರ ಬದಲಾಯಿಸುತ್ತದೆ, ಬೇರೇನನ್ನೂ ಅಲ್ಲ, ಆದ್ದರಿಂದ ಅದು ಏನು ಮಾಡಿತು ಎಂಬುದಕ್ಕೆ ಏಕೈಕ ನಂಬಲರ್ಹ ಸಾಕ್ಷ್ಯ ಎಂದರೆ ಕ್ಲೈಂಟ್ ನಂತರ ಸ್ಥಾಪಿಸಿದ ಕೋಷ್ಟಕ. ಮುಂದೆ ಬರುವುದು ಸಂಪರ್ಕದ ನಂತರದ ಕೋಷ್ಟಕ, ಟನೆಲ್ ಅನ್ನೇ ಜೀವಂತವಾಗಿ ಇಡುವ ರೂಟ್, ಮತ್ತು ಸೂಚನೆ ಎಂದೂ ಆವರಿಸುತ್ತದೆ ಎಂದು ಹೇಳದ IPv6 ಸಂಚಾರ. ಪ್ರತಿ ಹಂತವೂ ಟನೆಲ್ ಆನ್ ಇರುವಾಗ ಕ್ಲೈಂಟ್ನಲ್ಲಿ ಚಲಾಯಿಸಬಹುದಾದ ಆದೇಶವಾಗಿದೆ.

ಪ್ರತಿ ಫ್ಲ್ಯಾಗ್ ಡೀಫಾಲ್ಟ್ ರೂಟ್ಗೆ ಏನು ಮಾಡುತ್ತದೆ

ಯಾವುದೇ ಫ್ಲ್ಯಾಗ್ ಇಲ್ಲದೆ, ಆಯ್ಕೆ ಸಾಮಾನ್ಯ ಡೀಫಾಲ್ಟ್ ರೂಟ್ ಅನ್ನು ತೆಗೆದುಹಾಕಿ ಅದರ ಜಾಗದಲ್ಲಿ ಟನೆಲ್ ಇಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಸಂಪರ್ಕ ಆನ್ ಇರುವಾಗ ಹಳೆಯ ಗೇಟ್ವೇ ಕೋಷ್ಟಕದಿಂದ ಮಾಯವಾಗುತ್ತದೆ. def1 ಸೇರಿಸಿ ಮತ್ತು ಆ ಡೀಫಾಲ್ಟ್ ಪಟ್ಟಿಯಲ್ಲಿ ಉಳಿಯುತ್ತದೆ, ಎರಡು ಕಿರಿದಾದ ರೂಟ್ಗಳು ಕೆಲಸ ಮಾಡುತ್ತವೆ. bypass-dhcp ಸೇರಿಸಿ ಮತ್ತು DHCP ರೂಟ್ ಕೂಡ ಉಳಿಯುತ್ತದೆ, ಕ್ಲೈಂಟ್ ಇನ್ನೂ ಸ್ಥಳೀಯ DHCP ಸರ್ವರ್ ತಲುಪಬೇಕಾದ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಇದು ಮುಖ್ಯ. OpenVPN 2.6 ಕೈಪಿಡಿ ಪುಟದ ಫ್ಲ್ಯಾಗ್ ಪಟ್ಟಿ ಒಮ್ಮೆ ಓದಲು ಸಾಕಷ್ಟು ಚಿಕ್ಕದಾಗಿದೆ, ಮತ್ತು ಪ್ರತಿ ನಮೂದು ಯಾವ ರೂಟ್ಗಳು ಕೋಷ್ಟಕಕ್ಕೆ ಬರುತ್ತವೆ ಎಂಬುದನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ.

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

def1 ನಿಮ್ಮ ಡೀಫಾಲ್ಟ್ ಮುಟ್ಟದೆ ನಿರ್ದಿಷ್ಟತೆಯಿಂದ ಗೆಲ್ಲುತ್ತದೆ

ಎರಡು ಅರ್ಧ-ಡೀಫಾಲ್ಟ್ ರೂಟ್ಗಳು ಸೇರಿ IPv4 ಜಾಗವನ್ನು ಆವರಿಸುತ್ತವೆ, 0.0.0.0/1 ಮತ್ತು 128.0.0.0/1. ಪ್ರತಿಯೊಂದೂ 0.0.0.0/0 ಗಿಂತ ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟವಾಗಿದೆ, ಆದ್ದರಿಂದ ಹುಡುಕಾಟ ಅವುಗಳಿಗೆ ಆದ್ಯತೆ ನೀಡುತ್ತದೆ, ನಿಜವಾದ ಡೀಫಾಲ್ಟ್ ಕಡಿಮೆ ನಿರ್ದಿಷ್ಟ ಹೊಂದಾಣಿಕೆ ಕೇಳುವ ಎಲ್ಲದಕ್ಕೂ ಕೋಷ್ಟಕದಲ್ಲಿ ಉಳಿಯುತ್ತದೆ.

ಪ್ರೊಫೈಲ್ ಅಲ್ಲ, ಕೋಷ್ಟಕ ಓದಿ, ಏಕೆಂದರೆ ನೀವು ಆ ಸಂದರ್ಭಗಳಲ್ಲಿ ಯಾವುದರಲ್ಲಿದ್ದೀರಿ ಎಂಬುದನ್ನು ಕೋಷ್ಟಕ ಮಾತ್ರ ತೋರಿಸುತ್ತದೆ. ಅವುಗಳನ್ನು ಬೇರ್ಪಡಿಸಲು ಎರಡು ಸಾಲು ಸಾಕು:

ip route show default
ip route show | grep -E '^(0\.0\.0\.0/1|128\.0\.0\.0/1)'

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

ಟನೆಲ್ನ ಅಂತ್ಯ ಬಿಂದುವನ್ನು ತಲುಪಬಹುದಾದಂತೆ ಇರಿಸಿ

ಕ್ಲೈಂಟ್ಗೆ ಟನೆಲ್ನ ದೂರದ ತುದಿಗೆ ತಾನೇ ಟನೆಲ್ ಮೂಲಕ ಹೋಗದ ರೂಟ್ ಬೇಕು. OpenVPN ಬೇರೆ ಏನನ್ನೂ ಬದಲಾಯಿಸುವ ಮೊದಲು ಆ ಹೋಸ್ಟ್ ರೂಟ್ ಅನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ, ಮತ್ತು ಕೈಯಿಂದ ರೂಟ್ ಸಂಪಾದನೆ ಅಥವಾ ಎರಡನೇ VPN ಕ್ಲೈಂಟ್ ಅದನ್ನು ತೆಗೆಯಬಹುದು. ನಂತರದ ಲಕ್ಷಣ ಎಂದರೆ ಸಂಪರ್ಕಿತ ಎಂದು ಹೇಳಿ ಆಮೇಲೆ ಏನನ್ನೂ ಹಾದು ಹೋಗದ ಸಂಪರ್ಕ.

ಟನೆಲ್ ಆನ್ ಇರುವಾಗ ಅಂತ್ಯ ಬಿಂದು ವಿಳಾಸಕ್ಕೆ ಯಾವ ಇಂಟರ್ಫೇಸ್ ಬಳಸುತ್ತದೆ ಎಂದು ಕರ್ನೆಲ್ಗೆ ಕೇಳಿ. ಉತ್ತರವು ಭೌತಿಕ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಅದರ ಗೇಟ್ವೇ ಹೆಸರಿಸಬೇಕು, ಎಂದೂ tun0 ಅಲ್ಲ:

ip route get 198.51.100.20

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

IPv6 ಸಂಚಾರ ತನ್ನದೇ ಕೋಷ್ಟಕವನ್ನು ಬಳಸುತ್ತಲೇ ಇರುತ್ತದೆ

IPv4 ಮರುನಿರ್ದೇಶನ IPv6 ಅನ್ನು ಮುಟ್ಟದೆ ಬಿಡುತ್ತದೆ, ಮತ್ತು ಎರಡೂ ಕುಟುಂಬಗಳನ್ನು ಬೇರೆ ಬೇರೆ ಫ್ಲ್ಯಾಗ್ಗಳು ಬದಲಾಯಿಸುತ್ತವೆ. ಕೆಲಸ ಮಾಡುವ v6 ಡೀಫಾಲ್ಟ್ ಇರುವ ದ್ವಿ-ಸ್ಟಾಕ್ ಹೋಸ್ಟ್ನಲ್ಲಿ, v4 ಸಂಚಾರ ಸಂಪೂರ್ಣವಾಗಿ ಟನೆಲ್ ಒಳಗೆ ಇರಬಹುದು, ಆದರೆ v6 ಸಮರ್ಥ ಪ್ರತಿ ಗಮ್ಯಸ್ಥಾನ ಭೌತಿಕ ಕೊಂಡಿಯ ಮೂಲಕ ಹೊರಗೆ ಹೋಗುತ್ತದೆ. ಒಂದು ಕೋಷ್ಟಕದಲ್ಲಿ ಸರಿ ಕಾಣುವ ಹೋಸ್ಟ್ ಇನ್ನೊಂದರಲ್ಲಿ ಸೋರುತ್ತದೆ.

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

ip -6 route show default
ip -6 route get 2001:db8::10

ಅಪ್ಲಿಕೇಶನ್ ಯಾವ ಇಂಟರ್ಫೇಸ್ ಬಳಸುತ್ತದೆ ಎಂದು ಸಾಬೀತು ಮಾಡಿ

ಸಂಪರ್ಕಿತ ಸ್ಥಿತಿ ಬ್ಲಾಕ್ ಅಲ್ಲ, ಮತ್ತು ರೂಟ್ ಬದಲಾವಣೆ ಕಿಲ್ ಸ್ವಿಚ್ ಅಲ್ಲ. ಟನೆಲ್ ವಿಫಲವಾದಾಗ ನೇರ ಸಂಚಾರ ನಿಲ್ಲಬೇಕಿದ್ದರೆ, ಆ ನೀತಿ ಫೈರ್ವಾಲ್ನಲ್ಲಿದೆ ಮತ್ತು ಅದಕ್ಕೆ ತನ್ನದೇ ಪರೀಕ್ಷೆ ಬೇಕು.

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

ip route get 203.0.113.10
curl -s --interface tun0 https://ifconfig.me
curl -s --interface eth0 https://ifconfig.me

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