Pi ಗೇಟ್ವೇಯ ಹೋಸ್ಟ್ನಾಮ್ ಸ್ಟ್ಯಾಟಿಕ್ ರೂಟ್ಗಳನ್ನು ತಾನೇ ಅಪ್ಡೇಟ್ ಮಾಡುತ್ತದೆಯೇ?

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

DNS ಉತ್ತರ ಮತ್ತು ರೂಟ್ ಬೇರೆ ಬೇರೆ ವಸ್ತುಗಳು

ನಿಮ್ಮ Pi vpn-gw.lan ಗೆ ಉತ್ತರಿಸುತ್ತದೆ ಮತ್ತು 10.44.0.0/16 ಅನ್ನು ಸುರಂಗಕ್ಕೆ ಫಾರ್ವರ್ಡ್ ಮಾಡುತ್ತದೆ ಎಂದುಕೊಳ್ಳಿ. 192.168.30.0/24 ನಲ್ಲಿರುವ ಕ್ಲೈಂಟ್ಗಳು ಸ್ಟ್ಯಾಟಿಕ್ ರೂಟ್ ಮೂಲಕ ಅಲ್ಲಿಗೆ ತಲುಪುತ್ತಾರೆ. Pi ಯ ವಿಳಾಸ 192.168.30.4 ರಿಂದ 192.168.30.11 ಗೆ ಸರಿದಾಗ, ದಾಖಲೆ ತನ್ನ TTL ಒಳಗೆ ಹಿಂಬಾಲಿಸಿತು ಮತ್ತು ರೂಟ್ಗಳು ಹಿಂಬಾಲಿಸಲಿಲ್ಲ.

ಎರಡು ದೃಷ್ಟಿಕೋನಗಳು ತಪ್ಪಿಸಿಕೊಳ್ಳಲು ಸುಲಭವಾದ ರೀತಿಯಲ್ಲಿ ಒಪ್ಪುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಪ್ರತ್ಯೇಕವಾಗಿ ಕೇಳಿದಾಗ ಎರಡೂ ನಂಬಲರ್ಹವಾಗಿ ಕಾಣುತ್ತವೆ:

$ ip route get 10.44.0.1
10.44.0.1 via 192.168.30.4 dev eth0 src 192.168.30.20
$ dig +short vpn-gw.lan
192.168.30.11

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

ಆಜ್ಞೆ ಮುಗಿದ ನಂತರ ಕೋಷ್ಟಕದಲ್ಲಿ ಏನು ಉಳಿಯುತ್ತದೆ

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

ಅದಕ್ಕೇ ip route add 10.44.0.0/16 via vpn-gw.lan ಕೆಲಸ ಮಾಡುತ್ತಿರುವಂತೆ ಕಾಣಬಹುದು. ಸಾಧನವು ಆಜ್ಞೆ ಚಲಿಸುವಾಗ ಹೆಸರನ್ನು ಬಿಡಿಸುತ್ತದೆ, ಫಲಿತಾಂಶದ ವಿಳಾಸವನ್ನು ಬರೆಯುತ್ತದೆ, ಮತ್ತು ಹೆಸರನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಮರೆತುಬಿಡುತ್ತದೆ. ನಂತರ ip route show 10.44.0.0/16 ಚಲಾಯಿಸಿ ಮತ್ತು ನಿಮಗೆ ಅಕ್ಷರಶಃ ವಿಳಾಸ ಮರಳಿ ಸಿಗುತ್ತದೆ.

ಸುರಂಗಕ್ಕೆ ದೂರು ಹೇಳುವ ಮೊದಲು ಈ ವರ್ತನೆ ತಿಳಿದಿರುವುದು ಒಳ್ಳೆಯದು.

ನಿಮಗಾಗಿ ಹೆಸರನ್ನು ಬಿಡಿಸುವ ಸಾಧನಗಳು, ಮತ್ತು ಯಾವಾಗ

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

ನಿರ್ವಹಿತ ಸಂರಚನೆಗಳು ಕೆಲಸವನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತವೆ. DHCP ಕಾಯ್ದಿರಿಸುವಿಕೆ ಅಥವಾ ಸ್ಥಿರ ಗುತ್ತಿಗೆ Pi ಯನ್ನು ಒಂದೇ ವಿಳಾಸದಲ್ಲಿ ಇಡುತ್ತದೆ, ಮತ್ತು DNS ದಾಖಲೆ ಸರಳವಾಗಿ ಗುತ್ತಿಗೆಯನ್ನು ಅನುಸರಿಸುತ್ತದೆ. ಚಲಿಸುವ ಗುರಿಯನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡುವ ಅಗತ್ಯ ಯಾವುದಕ್ಕೂ ಇಲ್ಲ, ಏಕೆಂದರೆ ಗುರಿ ಚಲಿಸುವುದಿಲ್ಲ.

ಮೇಲ್ವಿಚಾರಣೆಯ ಅಪ್ಡೇಟರ್ ಇನ್ನೊಂದು ಕಾನೂನುಬದ್ಧ ಮಾದರಿ, ಮತ್ತು ಅದಕ್ಕೆ ಮಾಲೀಕ ಬೇಕು.

ವಿಳಾಸವನ್ನು ಪಿನ್ ಮಾಡಿ ಅಥವಾ ಅಪ್ಡೇಟರ್ ಅನ್ನು ನೀವೇ ಚಲಾಯಿಸಿ

ಸಣ್ಣ LAN ಗೆ, DHCP ಸರ್ವರ್ನಲ್ಲಿ ಕಾಯ್ದಿರಿಸುವಿಕೆ ಅಗ್ಗದ ಪರಿಹಾರ. ಚಲನಶೀಲ ಕೊಳದ ಹೊರಗೆ ವಿಳಾಸವನ್ನು ಆರಿಸಿ, ಅದನ್ನು Pi ಯ MAC ವಿಳಾಸಕ್ಕೆ ಬಿಗಿಯಿರಿ, ಮತ್ತು ಮುಂದಿನ ಗುತ್ತಿಗೆ ನವೀಕರಣದ ನಂತರ ip -4 addr show dev eth0 ನಿಂದ ಅದನ್ನು ದೃಢೀಕರಿಸಿ. ನಂತರ ಕ್ಲೈಂಟ್ಗಳ ಮುಂದಿನ ಹಾಪ್ ಅನ್ನು ಒಮ್ಮೆ ಆ ವಿಳಾಸದ ಕಡೆ ತಿರುಗಿಸಿ. ಈಗ ನಿಮ್ಮ ಬಳಿ ಸ್ಥಿರ ಗೇಟ್ವೇ ಮತ್ತು ಅದನ್ನು ವಿವರಿಸುವ ದಾಖಲೆ ಇದೆ, ಮತ್ತು ಸಂಬಂಧವು ನಿಜವಾಗಿ ಕೆಲಸ ಮಾಡುವ ಕ್ರಮ ಅದೇ.

Pi ನಿಜವಾಗಿಯೂ ಸರಿಯಬೇಕಿದ್ದರೆ, ಪ್ರತಿ ಕ್ಲೈಂಟ್ ಅನ್ನು ಕೈಯಿಂದ ಸಂಪಾದಿಸುವ ಬದಲು ರೂಟ್ ದುರಸ್ತಿಯನ್ನು ಒಂದೇ ಜಾಗದಲ್ಲಿ ಇರಿಸಿ. ಬಿಡಿಸುವ, ಹೋಲಿಸುವ ಮತ್ತು ಬದಲಾಯಿಸುವ ಸಣ್ಣ ಸ್ಕ್ರಿಪ್ಟ್ ಹಂತವನ್ನು ಪುನರಾವರ್ತಿಸಬಹುದಾಗಿಸಲು ಸಾಕು:

new=$(dig +short vpn-gw.lan | head -n1)
cur=$(ip route get 10.44.0.1 | awk '{print $3}')
if [ "$new" != "$cur" ]; then
  ip route replace 10.44.0.0/16 via "$new"
fi
ip route get 10.44.0.1

ಕೊನೆಯ ಆಜ್ಞೆ ಸ್ವೀಕೃತಿ ಪರೀಕ್ಷೆ, ಏಕೆಂದರೆ ಅದು ಕರ್ನಲ್ ನಿಜವಾಗಿ ಬಳಸುವ ಗೇಟ್ವೇ ಅನ್ನು ಮುದ್ರಿಸುತ್ತದೆ. ಮುದ್ರಿತ ವಿಳಾಸ ಇನ್ನೂ ಹಳೆಯದಾಗಿದ್ದರೆ, ಸ್ಕ್ರಿಪ್ಟ್ ತಪ್ಪಾದ ನೆಟ್ವರ್ಕ್ ನೇಮ್ಸ್ಪೇಸ್ನಲ್ಲಿ ಚಲಿಸಿತು ಅಥವಾ ಅನುಮತಿ ಇರಲಿಲ್ಲ, ಮತ್ತು DNS ಭಾಗ ಅಪ್ರಸ್ತುತ.

ಹಿಂತಿರುಗುವ ಮಾರ್ಗವನ್ನೂ ಪರಿಶೀಲಿಸಿ. Pi ಕ್ಲೈಂಟ್ ಸಬ್ನೆಟ್ ಅನ್ನು ತಲುಪುವ ಬಗ್ಗೆ ತಿಳಿದಿರಬೇಕು, ಮತ್ತು ಅದರ ಫೈರ್ವಾಲ್ ಸುರಂಗದ ಸಂಚಾರವನ್ನು ಅನುಮತಿಸಬೇಕು. ಹೊಂದಾಣಿಕೆಯನ್ನು ಮುಚ್ಚಲು ಸೇರಿಸಿದ ಡಿಫಾಲ್ಟ್ ರೂಟ್ ಸಾಮಾನ್ಯವಾಗಿ ನಿಜವಾದ ಅಂತರವನ್ನು ಮರೆಮಾಡಿ ಒಂದು ವಾರದ ನಂತರ ಬೇರೆ ಯಾವುದನ್ನೋ ಮುರಿಯುತ್ತದೆ.