PPP ನ peer ವಿಳಾಸ ಅಥವಾ VPN ಅಂತ್ಯ ಬಿಂದು: ಯಾವುದು via ಗೆ ಹೋಗುತ್ತದೆ

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

ಒಂದು ಇಂಟರ್ಫೇಸ್ ಸಾಲಿನ ಎರಡು ಓದುಗಳು

ಇಂಟರ್ಫೇಸ್ inet 10.64.3.9 peer 10.64.3.1/32 ಎಂದು ವರದಿ ಮಾಡುವ ಸೆಷನ್ ತೆಗೆದುಕೊಳ್ಳಿ. ಸಬ್ನೆಟ್ ಓದು 10.64.3.9 ಅನ್ನು /32 ದ್ವೀಪದಲ್ಲಿ ಏಕಾಂಗಿ ಹೋಸ್ಟ್ ಎಂದು ಪರಿಗಣಿಸಿ, ಅದರ ಆಚೆ ಏನನ್ನಾದರೂ ತಲುಪಲು ರೌಟರ್ ಹುಡುಕುತ್ತದೆ. ಕೊಂಡಿಯಲ್ಲಿ ಇರುವ ಇನ್ನೊಂದೇ ವಿಳಾಸ peer ಆಗಿರುವುದರಿಂದ, ಆ ಓದು ಕೊನೆಗೆ 10.64.3.9 ಅನ್ನೇ ಗೇಟ್ವೇ ಎಂದು ಸೂಚಿಸುತ್ತದೆ, ಇದು ವೃತ್ತಾಕಾರ.

ಅಂತ್ಯ ಬಿಂದು ಓದು ದಾಖಲಿತವಾದುದು. ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ peer ಆ ಒಂದೇ ಕೊಂಡಿಯ ದೂರದ ತುದಿಯನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ 10.64.3.1 ಬಳಸಬಹುದಾದ ಮುಂದಿನ ಹಾಪ್, 10.64.3.9 ಯಾವಾಗಲೂ ಮೂಲ ವಿಳಾಸ ಮಾತ್ರ.

ಆ ವ್ಯತ್ಯಾಸವೇ via ನಲ್ಲಿ ಏನಿರಬಹುದು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಅಲ್ಲಿ ಸ್ಥಳೀಯ ವಿಳಾಸ ಬರೆದರೆ, ಕರ್ನೆಲ್ ನೆರೆಯವರಿಗೆ ಪರಿಹರಿಸಲಾಗದ ಮಾರ್ಗ ಉಂಟಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ನಮೂದು ಪರಿಶೀಲನೆಯಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ ಅಥವಾ ಪಟ್ಟಿಯಲ್ಲಿ ಸಂಪೂರ್ಣ ಆರೋಗ್ಯಕರವಾಗಿ ಕಾಣುತ್ತಲೇ ಸಂಚಾರವನ್ನು ನುಂಗುತ್ತದೆ. peer ಕೆಲಸ ಮಾಡುತ್ತದೆ ಏಕೆಂದರೆ ಅದು ಕೊಂಡಿಯಲ್ಲಿ ನಿಜವಾದ ಗಮ್ಯಸ್ಥಾನ. ಎರಡೂ ಓದುಗಳು ಹೊರಗಿನ VPN ಅಂತ್ಯ ಬಿಂದುವಿನ ಬಗ್ಗೆ ಒಪ್ಪುತ್ತವೆ; ಅದು ಸಂಪೂರ್ಣ ಬೇರೆ ಗುರುತು: ಅಲ್ಲಿಗೆ ಅಂಡರ್ಲೇ ಮೂಲಕ ತಲುಪುತ್ತಾರೆ, ಅದು ಕೊನೆಗೊಳಿಸುವ ಸುರಂಗದ ಮೂಲಕ ಅಲ್ಲ.

ಸೆಷನ್ ಈಗಾಗಲೇ ಏನನ್ನು ಸ್ಥಾಪಿಸಿದೆ

ನಿಮ್ಮದೇ ಕೋಷ್ಟಕ ಬರೆಯುವ ಮೊದಲು ಕೊಂಡಿಯೊಂದಿಗೆ ಬಂದದ್ದನ್ನು ಮುದ್ರಿಸಿ. ಬೆಂಬಲಿತ PPP ಏಕೀಕರಣ ಸಾಮಾನ್ಯವಾಗಿ ಸೆಷನ್ ಸ್ಥಾಪಿಸುವಾಗ ಸಾಧನ ಮಾರ್ಗ ಮತ್ತು peer ಮಾರ್ಗವನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ, ಆ ಎರಡೂ ನಮೂದುಗಳೇ ಸರಿಯಾದ ಓದನ್ನು ಈಗಾಗಲೇ ಸಂಕೇತಿಸುತ್ತವೆ.

ip -4 addr show dev ppp0
ip route show dev ppp0
ip route show table main | head -n 5

10.64.3.1 dev ppp0 proto kernel scope link src 10.64.3.9 ನಂತಹ ಸಾಧನ ಮಾರ್ಗ ಗೇಟ್ವೇ ಹೊಂದಿರುವುದಿಲ್ಲ ಏಕೆಂದರೆ ಇಂಟರ್ಫೇಸೇ ಮಾರ್ಗ. via ನಿಂದ peer ಅನ್ನು ಹೆಸರಿಸುವ ಮಾರ್ಗ ಬೇರೆ ಆಯುಷ್ಯದ ಬೇರೆ ವಸ್ತು, ಸೆಷನ್ ಬಿದ್ದಾಗ ಅದು ಮಾಯವಾಗುತ್ತದೆ. ಎರಡು ರೂಪಗಳಲ್ಲಿ ಒಂದನ್ನು ಮತ್ತೆ ಹೇಗೆ ಸ್ಥಾಪಿಸಲಾಗುತ್ತದೆ ಎಂದು ನೋಡದೆ ಶಾಶ್ವತ ಕೋಷ್ಟಕಕ್ಕೆ ನಕಲಿಸುವುದೇ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದ ಸುರಂಗ ಮತ್ತೆ ಸಂಪರ್ಕಗೊಂಡ ನಂತರ ತನ್ನ ಮಾರ್ಗವನ್ನು ಕಳೆದುಕೊಳ್ಳುವ ಸಾಮಾನ್ಯ ಕಾರಣ.

ನೆನಪನ್ನು ನಂಬುವ ಬದಲು ಎರಡೂ ಪಟ್ಟಿಗಳನ್ನು ಹೋಲಿಸಿ. main ನಲ್ಲಿ peer ಮಾರ್ಗ ಇದ್ದರೂ ನಿಮ್ಮ ಹೆಚ್ಚುವರಿ ಕೋಷ್ಟಕ ಖಾಲಿ ಇದ್ದರೆ, ವಿಳಾಸ ಸಾಲು ಎಂದೂ ಹೇಳದ್ದನ್ನು ನೀವು ಕಲಿತಿರಿ.

ನಿಯಮ ಮತ್ತು ಕೋಷ್ಟಕ ಬೇರೆ ಬೇರೆ ನಿರ್ಧಾರಗಳು

ಕೋಷ್ಟಕವನ್ನು ಆಯ್ಕೆ ಮಾಡುವುದು ಮತ್ತು ತುಂಬುವುದು ಸ್ವತಂತ್ರ ಹಂತಗಳು, ದೋಷನಿವಾರಣೆ ಮಾಡುವಾಗ ಈ ಎರಡೂ ಹೆಚ್ಚಾಗಿ ಗೊಂದಲಕ್ಕೊಳಗಾಗುತ್ತವೆ ಆದ್ದರಿಂದ ಇಲ್ಲಿ ಹೋಲಿಕೆ ಮುಖ್ಯ. ಗುರುತಿಸಿದ ಸಂಚಾರವನ್ನು ಕೋಷ್ಟಕ 100 ಗೆ ಕಳುಹಿಸುವ ನಿಯಮ, ಕೋಷ್ಟಕ 100 ರಲ್ಲಿ ಹೊಂದಿಕೆಯಾಗುವ ಮಾರ್ಗ ಇಲ್ಲದಿದ್ದರೆ ಏನನ್ನೂ ಮಾಡುವುದಿಲ್ಲ, ಚೆನ್ನಾಗಿ ತುಂಬಿದ ಕೋಷ್ಟಕವೂ ಅದರ ಕಡೆ ತೋರಿಸುವ ನಿಯಮ ಇಲ್ಲದಿದ್ದರೆ ತಲುಪಲಾಗದ್ದು.

ಅರ್ಧ ಡಿಫಾಲ್ಟ್ ಮಾರ್ಗ ಡಿಫಾಲ್ಟ್ ಮಾರ್ಗವಲ್ಲ. ಒಂದು 0.0.0.0/1 IPv4 ಸ್ಥಳದ ಕೆಳಗಿನ ಅರ್ಧವನ್ನು ಮಾತ್ರ ಆವರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಎಲ್ಲವನ್ನೂ ಹಿಡಿಯಲು ಉದ್ದೇಶಿಸಿದ ನೀತಿಗೆ ಹೊಂದಿಕೆಯಾಗುವ 128.0.0.0/1 ಅಥವಾ ನಿಜವಾದ default ಕೂಡ ಬೇಕು. ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಸಂರಚನೆಯನ್ನು ಓದಿ ಎರಡು ಅರ್ಧಗಳಲ್ಲಿ ಒಂದನ್ನು ಮಾತ್ರ ನಕಲಿಸುವುದೇ ಕೆಲವು ಗಮ್ಯಸ್ಥಾನಗಳಲ್ಲಿ ಮಾತ್ರ ಮುರಿಯುವ ರೌಟಿಂಗ್ ಲೂಪ್ನಲ್ಲಿ ಜನರು ಸಿಕ್ಕಿಹಾಕಿಕೊಳ್ಳುವ ದಾರಿ.

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

ಹುಡುಕಾಟಕ್ಕೆ ನಿಮ್ಮ ಅನ್ವಯ ಕೇಳುವ ಪ್ರಶ್ನೆಯನ್ನೇ ಕೇಳಿ

ip route get ಮಾರ್ಗವನ್ನು ಪರಿಹರಿಸುತ್ತದೆ; ip route show ಸಂಗ್ರಹಿಸಿದ ನಮೂದುಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಎರಡೂ ಯಾವುದೂ ತಪ್ಪಾಗಿರದೆ ಭಿನ್ನವಾಗಿರಬಹುದು. ಮೂಲ ಸಂದರ್ಭವನ್ನು ಸೇರಿಸಿ, ಏಕೆಂದರೆ ಮೂಲ ಆಧಾರಿತ ನಿಯಮಗಳು ಹುಡುಕಾಟವು ಮೂಲವನ್ನು ಒಯ್ದಾಗ ಮಾತ್ರ ಹೊಂದುತ್ತವೆ.

ip route get 198.51.100.23 from 10.64.3.9
ip route get 198.51.100.23 from 10.64.3.9 iif ppp0
ip -4 rule show

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

ಸರಿಯಾದ ಹುಡುಕಾಟವೂ ಮಾರ್ಗವೊಂದನ್ನು ಆಯ್ಕೆ ಮಾಡಲಾಗಿದೆ ಎಂದು ಮಾತ್ರ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ಇನ್ನೊಂದು ಬದಿ ಸಂಚಾರವನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆಯೇ ಅಥವಾ ಉತ್ತರ ಅದೇ ತರ್ಕದಿಂದ ಹಿಂತಿರುಗಬಹುದೇ ಎಂದು ಅದು ಹೇಳುವುದಿಲ್ಲ.

ಹೋಲಿಕೆ ಎಲ್ಲಿ ತಿರುಗುತ್ತದೆ

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

ಹೊರಹೋಗುವ ರೌಟಿಂಗ್ ಸರಿಯಾಗಿ ಕಾಣುತ್ತಿರುವಾಗ ಉತ್ತರಗಳು ಮಾಯವಾದರೆ, ಅವನ್ನು ಮುಟ್ಟುವ ಮೊದಲು ಪರಿಣಾಮಕಾರಿ ಮೌಲ್ಯಗಳನ್ನು ಓದಿ, ಘೋಷಿಸಿದ ನೀತಿ ಕಾರಣ ಇದ್ದರೆ ಮಾತ್ರ ಅವನ್ನು ಬದಲಿಸಿ.

sysctl net.ipv4.conf.all.rp_filter
sysctl net.ipv4.conf.ppp0.rp_filter
sysctl net.ipv4.conf.all.src_valid_mark

ಎರಡು ವಿನ್ಯಾಸಗಳ ನಡುವೆ ಸಾಕ್ಷ್ಯದ ಆಧಾರದಲ್ಲಿ ಆಯ್ಕೆ ಮಾಡಿ: ಅನ್ವಯ PPP ವಿಳಾಸಕ್ಕೆ ಬದ್ಧವಾಗಿದ್ದರೆ, ಮೂಲ ನಿಯಮ ಮತ್ತು peer ಮಾರ್ಗವನ್ನು ಹೊಂದಿರುವ ಕೋಷ್ಟಕ ಸಾಕು. ಬಾಕ್ಸ್ ತನ್ನ ಹಿಂದಿನ LAN ಗಾಗಿ ಮುಂದೆ ಕಳುಹಿಸಿದರೆ, ಒಳಬರುವ ಸಂದರ್ಭ ಮತ್ತು ಹಿಂತಿರುಗುವ ಮಾರ್ಗವೂ ಹೊಂದಬೇಕು. ಹೊಂದದಿದ್ದರೆ, ಇಡೀ ಯಂತ್ರಕ್ಕೆ ಪರಿಶೀಲನೆಯನ್ನು ಸಡಿಲಿಸುವ ಬದಲು ಮಾರ್ಗದ ಮಾಲೀಕತ್ವವನ್ನು ಸರಿಪಡಿಸಿ.