VPN ಸಹವರ್ತಿ ಇತರ ಇಂಟರ್ಫೇಸ್‌ಗಳಿಗೆ ಪಿಂಗ್ ಮಾಡುತ್ತದೆ ಏಕೆಂದರೆ ಅವು ಸ್ಥಳೀಯ
ಸ್ಥಳೀಯ ರೂಟಿಂಗ್ ಕೋಷ್ಟಕವು ಹೋಸ್ಟ್ ಹೊಂದಿರುವ ಯಾವುದೇ ವಿಳಾಸಕ್ಕೆ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಕಳುಹಿಸುತ್ತದೆ, ಅದು ಯಾವ ಇಂಟರ್ಫೇಸ್‌ನಲ್ಲಿದ್ದರೂ ಸಹ. ಫಾರ್ವರ್ಡಿಂಗ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಆ ಮಾರ್ಗವನ್ನು ಎಂದಿಗೂ ಪ್ರವೇಶಿಸುವುದಿಲ್ಲ.
ಒಂದು WireGuard ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಗೊಂಡು ಸಂಪೂರ್ಣ ಬೇರೆ ಇಂಟರ್ಫೇಸ್‌ನಲ್ಲಿರುವ ವಿಳಾಸಕ್ಕೆ ಪಿಂಗ್ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಉತ್ತರ ಬರುತ್ತದೆ. ಕ್ಯಾಪ್ಚರ್‌ಗಳು ವಿನಂತಿ ಕೇವಲ ಸುರಂಗದಲ್ಲಿ ಮಾತ್ರ ಇರುವುದನ್ನು ತೋರಿಸುತ್ತವೆ. ಏನೂ ಮುರಿದಿಲ್ಲ, ಮತ್ತು ಎಚ್ಚರಿಕೆಯಿಂದ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿದ ಫಾರ್ವರ್ಡಿಂಗ್ ಸೆಟ್ಟಿಂಗ್‌ಗೆ ಇದರೊಂದಿಗೆ ಯಾವುದೇ ಸಂಬಂಧವಿಲ್ಲ. ಇದು ರೇಖಾಚಿತ್ರದಲ್ಲಿ ಒಂದೇ ರೀತಿ ಕಾಣುವ ಮತ್ತು ಕರ್ನೆಲ್‌ನಲ್ಲಿ ಸಂಪೂರ್ಣವಾಗಿ ಭಿನ್ನವಾಗಿರುವ ಎರಡು ಮಾರ್ಗಗಳ ಹೋಲಿಕೆ.
ಒಂದು ಮಾರ್ಗವು ಬೇರೆಯವರಿಗಾಗಿ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಫಾರ್ವರ್ಡ್ ಮಾಡುತ್ತದೆ; ಇನ್ನೊಂದು ಅವುಗಳನ್ನು ಹೋಸ್ಟ್‌ಗೇ ತಲುಪಿಸುತ್ತದೆ.
ಹೋಸ್ಟ್‌ಗೆ ಉದ್ದೇಶಿಸಿದ ಪ್ಯಾಕೆಟ್ ಹೋಸ್ಟ್‌ನಲ್ಲೇ ಉಳಿಯುತ್ತದೆ
ದೂರದ ಕ್ಲೈಂಟ್ ಹೋಸ್ಟ್ ಹೊಂದಿರುವ ವಿಳಾಸಕ್ಕೆ IP ಪ್ಯಾಕೆಟ್ ಕಳುಹಿಸುತ್ತದೆ. ರೂಟಿಂಗ್ ಆ ಪ್ಯಾಕೆಟ್ ಬಗ್ಗೆ ಒಂದು ಪ್ರಶ್ನೆ ಕೇಳುತ್ತದೆ: ಈ ಗಮ್ಯಸ್ಥಾನ ಸ್ಥಳೀಯವೇ? ಹೋಸ್ಟ್ ಹೊಂದಿರುವ ಪ್ರತಿಯೊಂದು ವಿಳಾಸವೂ ಸ್ಥಳೀಯ ರೂಟಿಂಗ್ ಕೋಷ್ಟಕದಲ್ಲಿ ಕಾಣಿಸುತ್ತದೆ, ಮತ್ತು ಆ ಕೋಷ್ಟಕವನ್ನು ಮುಖ್ಯ ಕೋಷ್ಟಕಕ್ಕಿಂತ ಮೊದಲು ನೋಡಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಪ್ಯಾಕೆಟ್ ಇನ್ನೊಂದು ಇಂಟರ್ಫೇಸ್‌ನಿಂದ ಹೊರಹೋಗುವ ಬದಲು ಹೋಸ್ಟ್‌ನ ಸ್ವಂತ ಸ್ಟಾಕ್‌ಗೆ ಹೋಗುತ್ತದೆ. ಉತ್ತರ ಸ್ಥಳೀಯವಾಗಿ ಉತ್ಪತ್ತಿಯಾಗುತ್ತದೆ, ಮತ್ತು ಪ್ರಶ್ನೆ ಅಲ್ಲಿಂದಲೇ ಬಂದ ಕಾರಣ ಅದು ಸುರಂಗದ ಮೂಲಕ ಹಿಂತಿರುಗುತ್ತದೆ.
ಇದು ಸಂಪೂರ್ಣ ಕಾರ್ಯವಿಧಾನ. ಯಾವುದೇ ಫಾರ್ವರ್ಡಿಂಗ್ ನಡೆಯುವುದಿಲ್ಲ, ಇಂಟರ್ಫೇಸ್ ಸ್ಥಿತಿಯ ಬದಲಾವಣೆ ಒಳಗೊಂಡಿಲ್ಲ, ಮತ್ತು ಪ್ರಶ್ನೆಯಲ್ಲಿರುವ ವಿಳಾಸವು ಬೇರೆ ಎಲ್ಲಿಂದಲಾದರೂ ತಲುಪಬಹುದಾದದ್ದಾಗಿರಬೇಕಿಲ್ಲ.
ip_forward ಏಕೆ ಅನ್ವಯಿಸುವುದಿಲ್ಲ
ಫಾರ್ವರ್ಡಿಂಗ್ ಎಂಬುದು ಬಂದ ಇಂಟರ್ಫೇಸ್‌ಗಿಂತ ಬೇರೆ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ಹೊರಹೋಗಬೇಕಾದ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ. ಹೋಸ್ಟ್‌ಗೇ ಮಾಡುವ ಪಿಂಗ್ ಆ ಮಾರ್ಗವನ್ನು ಎಂದಿಗೂ ತೆಗೆದುಕೊಳ್ಳುವುದಿಲ್ಲ: ಪ್ಯಾಕೆಟ್ ಸ್ಥಳೀಯವಾಗಿ ಸೇವನೆಯಾಗುತ್ತದೆ ಮತ್ತು ಉತ್ತರ ಸ್ಥಳೀಯವಾಗಿ ಉತ್ಪತ್ತಿಯಾಗುತ್ತದೆ. ಆದ್ದರಿಂದ net.ipv4.ip_forward=0 ಸೆಟ್ ಮಾಡುವುದು ಇಲ್ಲಿ ಏನನ್ನೂ ಬದಲಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಫಾರ್ವರ್ಡ್ ಸರಪಳಿಯ ನಿಯಮ ಆ ಸಂಚಾರವನ್ನು ಎಂದಿಗೂ ನೋಡುವುದಿಲ್ಲ. ಸರಿಯಾದ ನಿಯಂತ್ರಣವು ಇನ್‌ಪುಟ್ ಮಾರ್ಗದಲ್ಲಿದೆ, ಬರುವ ಇಂಟರ್ಫೇಸ್ ಅಥವಾ ಮೂಲದಿಂದ ಸೀಮಿತಗೊಳಿಸಲಾಗಿದೆ.
ಆದ್ದರಿಂದ ಫಾರ್ವರ್ಡಿಂಗ್ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿ ಹೋಸ್ಟ್ ಪ್ರತ್ಯೇಕವಾಗಿದೆ ಎಂದು ಭಾವಿಸುವುದು ಸುರಕ್ಷತೆಯ ತಪ್ಪು ಭಾವನೆಯನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ.
ನಿರ್ಧರಿಸಿದ ಸ್ಥಳೀಯ ಕೋಷ್ಟಕವನ್ನು ಓದಿ
ip rule show ಸಾಮಾನ್ಯವಾಗಿ ಶೂನ್ಯ ಆದ್ಯತೆಯ ನಿಯಮವನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ, ಅದು ಎಲ್ಲಾ ಹುಡುಕಾಟಗಳನ್ನು ಮೊದಲು ಸ್ಥಳೀಯ ಕೋಷ್ಟಕಕ್ಕೆ ಕಳುಹಿಸುತ್ತದೆ, ಮತ್ತು ip route show table local ಹೋಸ್ಟ್‌ನ ಸ್ವಂತ ವಿಳಾಸಗಳನ್ನು ಸ್ಥಳೀಯ ವ್ಯಾಪ್ತಿಯೊಂದಿಗೆ ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. ಆ ಕೋಷ್ಟಕವು ಆಡಳಿತಾತ್ಮಕವಾಗಿ ಆಫ್ ಆಗಿರುವ ಆದರೆ ಇನ್ನೂ ಸಂರಚಿಸಲಾದ ಇಂಟರ್ಫೇಸ್‌ಗಳ ವಿಳಾಸಗಳನ್ನು ಒಳಗೊಂಡಿದೆ. ಸ್ಥಿರವಾಗಿ ನಿಗದಿಪಡಿಸಿದ IPv4 ವಿಳಾಸಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಲಿಂಕ್ ಕಡಿತದಿಂದ ಬದುಕುಳಿಯುತ್ತವೆ, ಮತ್ತು ಹೀಗಾಗಿಯೇ ಆಫ್ ಮಾಡಿದ ಸೇತುವೆಗೆ ಪಿಂಗ್ ಇನ್ನೂ ಯಶಸ್ವಿಯಾಗಿ ನಿರ್ವಾಹಕರನ್ನು ಬೆಚ್ಚಿಬೀಳಿಸಬಹುದು.
IPv6 ನಿಖರವಾಗಿ ಈ ಅಂಶದಲ್ಲಿ ಭಿನ್ನವಾಗಿದೆ. ಲಿಂಕ್ ಬಿದ್ದಾಗ ಅದರ ವಿಳಾಸಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಹಿಂಪಡೆಯಲಾಗುತ್ತವೆ, keep_addr_on_down ಸೆಟ್ ಆಗದಿದ್ದರೆ. ಒಂದು ನಿಯಮ ಎರಡನ್ನೂ ಆವರಿಸುತ್ತದೆ ಎಂದು ಭಾವಿಸುವ ಬದಲು ಕುಟುಂಬಗಳನ್ನು ಹೋಲಿಸಿ.
ಒಂದು ಸಹವರ್ತಿ ನಿಜವಾಗಿ ಏನನ್ನು ತಲುಪುತ್ತದೆ
ಒಂದು ವಿಭಾಗದಲ್ಲಿ ರೌಟರ್‌ನ ಸ್ವಂತ ವಿಳಾಸದಿಂದ ಬರುವ ಉತ್ತರವು ಆ ವಿಭಾಗದ ಹಿಂದಿನ ಯಂತ್ರಗಳ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ಸಹವರ್ತಿ ಈ ಮಾರ್ಗದ ಮೂಲಕ ಇನ್ನೊಂದು ಇಂಟರ್ಫೇಸ್‌ನ ಹಿಂದಿನ ಹೋಸ್ಟ್ ಅನ್ನು ತಲುಪಲಾರದು; ಅದು ರೌಟರ್ ಸ್ವತಃ ಹೊಂದಿರುವ ವಿಳಾಸಗಳನ್ನು ಮಾತ್ರ ತಲುಪುತ್ತದೆ. ರೌಟರ್‌ನ ವಿಳಾಸಕ್ಕೆ ಪಿಂಗ್ ಮಾಡುವ ಬದಲು ಪ್ರತ್ಯೇಕ LAN ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಸೇವೆಯನ್ನು ಪರೀಕ್ಷಿಸುವುದು ಫಾರ್ವರ್ಡಿಂಗ್ ಸಂಪೂರ್ಣವಾಗಿ ಅನುಮತಿಸಲಾಗಿದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ.
ಸಹವರ್ತಿಯನ್ನು ಸುರಂಗದ ವಿಳಾಸಕ್ಕೆ ಬದ್ಧವಾದ ಸೇವೆಗಳಿಗೆ ಸೀಮಿತಗೊಳಿಸುವುದು ಇನ್‌ಪುಟ್ ನೀತಿಯ ಪ್ರಶ್ನೆ. ಸುರಂಗದ ಇಂಟರ್ಫೇಸ್‌ನಲ್ಲಿ ಬಯಸಿದ ಸೇವೆಗೆ ಅನುಮತಿ ನೀಡಿ ಮತ್ತು ಅದನ್ನು ಬಳಸಬಹುದಾದ ಮೂಲಗಳನ್ನು ಸೀಮಿತಗೊಳಿಸಿ, ಏಕೆಂದರೆ ಪ್ಯಾಕೆಟ್ ನಿಜವಾಗಿಯೂ ಅಲ್ಲಿಗೆ ಬರುತ್ತದೆ.
ನೀವು ನಿವೃತ್ತಿಗೊಳಿಸಲು ಉದ್ದೇಶಿಸಿದ ವಿಳಾಸಗಳನ್ನೂ ಪರಿಶೀಲಿಸಿ. ಇಂಟರ್ಫೇಸ್‌ನಿಂದ ವಿಳಾಸವನ್ನು ತೆಗೆದುಹಾಕುವುದು ಹಳೆಯ ವಿಳಾಸದ ಮೇಲೆ ಫೈರ್ವಾಲ್ ನಿಯಮಗಳನ್ನು ಜೋಡಿಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ವಿಶ್ವಾಸಾರ್ಹ.