/32 ಹೋಸ್ಟ್ ರೂಟ್ VPN ಎಂಡ್‌ಪಾಯಿಂಟ್ ಅನ್ನು ತಲುಪಬಲ್ಲದಾಗಿ ಏಕೆ ಇಡುತ್ತದೆ

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

ಒಂದು ವಿಳಾಸ, ಟೇಬಲ್‌ನಲ್ಲಿ ಒಂದು ನಮೂದು

IPv4 ಹೋಸ್ಟ್ ರೂಟ್ /32 ಪ್ರೀಫಿಕ್ಸ್ ಹೊಂದಿದೆ ಮತ್ತು IPv6 ಹೋಸ್ಟ್ ರೂಟ್ /128 ಹೊಂದಿದೆ, ಅಂದರೆ ನಮೂದು ನಿಖರವಾಗಿ ಒಂದು ಗಮ್ಯಸ್ಥಾನ ವಿಳಾಸಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗಬಹುದು. ಟೇಬಲ್‌ನಲ್ಲಿ ಬೇರೆ ಯಾವುದೂ ಚಲಿಸುವುದಿಲ್ಲ: ಮುಚ್ಚುವ ಸಬ್‌ನೆಟ್ ಮತ್ತು ಡೀಫಾಲ್ಟ್ ರೂಟ್ ಇದ್ದಲ್ಲೇ ಇರುತ್ತವೆ. ಸಣ್ಣ ನಮೂದು ಆ ವಿಳಾಸಕ್ಕೆ ಗೆಲ್ಲುತ್ತದೆ ಏಕೆಂದರೆ ಅದರ ಪ್ರೀಫಿಕ್ಸ್ ಉದ್ದವಾಗಿದೆ, ನಂತರ ಸೇರಿಸಿದ್ದರಿಂದ ಅಲ್ಲ.

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

ನಮೂದನ್ನು ಕ್ಲೈಂಟ್‌ನಿಂದ ಹೊರಕ್ಕೆ ಓದಿ

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

ip route get 203.0.113.25
ip -6 route get 2001:db8:4::25
ip route show | grep -F 203.0.113.25
Find-NetRoute -RemoteIPAddress 203.0.113.25

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

ಶಾಶ್ವತ ನಮೂದು ಮತ್ತು ರನ್‌ಟೈಮ್ ನಮೂದು ವಿಭಿನ್ನವಾಗಿ ವಿಫಲವಾಗುತ್ತವೆ. ರನ್‌ಟೈಮ್ ಒಂದು ಅವಧಿಯೊಂದಿಗೆ ಮಾಯವಾಗುತ್ತದೆ, ಆದರೆ ಶಾಶ್ವತವಾದದ್ದು ಮರುಬೂಟ್‌ನಿಂದ ಉಳಿದು ಇನ್ನು ಇಲ್ಲದ ಗೇಟ್‌ವೇಗೆ ಸಂಚಾರ ಕಳುಹಿಸುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತದೆ.

ಎಂಡ್‌ಪಾಯಿಂಟ್ ವಿನಾಯಿತಿ ಮತ್ತು ಪುನರಾವರ್ತನೆ ಬಲೆ

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

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

ಅಪ್ಲಿಕೇಶನ್ ನಿಜವಾಗಿ ಬಳಸುವ ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ

ಅಪ್ಲಿಕೇಶನ್ ಬೇರೆ ವಿಳಾಸ ಅಥವಾ ಬೇರೆ ಕುಟುಂಬಕ್ಕೆ ಸಂಪರ್ಕಿಸುವಾಗ ಹೋಸ್ಟ್‌ನಾಮ್‌ಗೆ ಯಶಸ್ವಿ ping ದುರ್ಬಲ ಸಾಕ್ಷ್ಯ. ಕ್ಲೈಂಟ್ ಚಲಾಯಿಸುವ ಯಂತ್ರದಿಂದ ವಿಳಾಸ, ಕುಟುಂಬ, ಪೋರ್ಟ್ ಮತ್ತು ಇಂಟರ್‌ಫೇಸ್‌ನ ನಿಖರ ಸಂಯೋಜನೆಯನ್ನು ಪರಿಶೀಲಿಸಿ.

ip route get 203.0.113.25
sudo nft list ruleset | grep -A 4 'chain output'
curl -sS --max-time 8 -o /dev/null -w '%{remote_ip}
' https://app.example.net

ಮಾರ್ಗ ತಪ್ಪಾಗಿದ್ದರೆ, ಏನನ್ನೂ ಸಂಪಾದಿಸುವ ಮೊದಲು ಅಗತ್ಯ ನೆಟ್‌ವರ್ಕ್ ಆಗಿದೆಯೇ ಅಥವಾ ಒಂದು ವಿಳಾಸವೇ ಎಂದು ನಿರ್ಧರಿಸಿ. ಏಕ-ವಿಳಾಸದ ಅಗತ್ಯವು ಟಿಪ್ಪಣಿ ಮತ್ತು ಮಾಲೀಕರೊಂದಿಗೆ ಹೋಸ್ಟ್ ರೂಟ್ ಅನ್ನು ಸಮರ್ಥಿಸುತ್ತದೆ; ತಿರುಗುವ ವಿಳಾಸಗಳ ಸೇವೆಗೆ ಡೊಮೇನ್-ಆಧಾರಿತ ರೂಟಿಂಗ್ ಅಥವಾ ಪ್ರಾಮಾಣಿಕ ಸಬ್‌ನೆಟ್ ನಿರ್ಧಾರ ಬೇಕು.

ಇನ್ನು ನಿಜವಾದ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗದ ನಮೂದುಗಳನ್ನು ತೆಗೆದುಹಾಕಿ ಮತ್ತು ಇಟ್ಟುಕೊಳ್ಳುವವನ್ನು ಗುರುತಿಸಿ. ವಿವರಿಸದ /32 ಮೂರು ತಿಂಗಳ ನಂತರ ದೋಷದಿಂದ ಪ್ರತ್ಯೇಕಿಸಲಾಗದು, ಮತ್ತು ಮುಂದಿನ ವ್ಯಕ್ತಿ ಅದರ ಮೇಲೆ ಏನು ಅವಲಂಬಿತವಾಗಿತ್ತು ಎಂದು ತಿಳಿಯದೆ ಅದನ್ನು ಅಳಿಸುತ್ತಾರೆ.