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

ಎರಡು ಪಾತ್ರಗಳು ಸ್ವತಂತ್ರ, ಮತ್ತು ಎರಡು ವಿಳಾಸ ಕುಟುಂಬಗಳೂ ಸಹ.

ತನ್ನದೇ ವಿಳಾಸಕ್ಕೆ ಉತ್ತರಿಸುವುದು ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ

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

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

ಅದೇ ವಾಕ್ಯ ಫಾರ್ವರ್ಡಿಂಗ್ ನಿರ್ಧಾರದ ಮುಂದಿರುವ ಫೈರ್‌ವಾಲ್‌ಗೂ ಅನ್ವಯಿಸುತ್ತದೆ, ಅದಕ್ಕೆ ಏನನ್ನು ಫಾರ್ವರ್ಡ್ ಮಾಡಬಹುದು ಎಂಬುದರ ಬಗ್ಗೆ ತನ್ನದೇ ನೀತಿ ಇದೆ.

ಪ್ರತಿ ವಿಳಾಸ ಕುಟುಂಬವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಶೀಲಿಸಿ

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

sysctl net.ipv4.ip_forward
sysctl -a --pattern 'net.ipv6.conf.(all|default).forwarding'
nft list ruleset | head -n 40

ಅನೇಕ ವಿತರಣೆಗಳಲ್ಲಿ ರನ್‌ಟೈಮ್‌ನಲ್ಲಿ ನೀವು ಓದುವ ಮೌಲ್ಯವನ್ನು ಅಲ್ಲಿಗೆ ಸೇವೆ ಅಥವಾ ಸಂರಚನಾ ಫೈಲ್ ಇಟ್ಟಿದೆ, ಆದ್ದರಿಂದ ಒಂದೇ ಬಾರಿಯ ಆದೇಶದಿಂದ ಮಾಡಿದ ಬದಲಾವಣೆ ಮರುಬೂಟ್‌ನಲ್ಲಿ ಮಾಯವಾಗಬಹುದು. ರನ್‌ಟೈಮ್ ಮೌಲ್ಯವನ್ನು ಸಂಪಾದಿಸುವ ಮೊದಲು ಈ ಸೆಟ್ಟಿಂಗ್‌ನ ಮಾಲೀಕತ್ವದ ಫೈಲ್ ಹುಡುಕಿ.

ಫಾರ್ವರ್ಡಿಂಗ್ ನಾಲ್ಕು ಅಗತ್ಯಗಳಲ್ಲಿ ಒಂದು

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

ಕ್ಲೌಡ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳು ಐದನೇ ಪರಿಗಣನೆಯನ್ನು ಸೇರಿಸುತ್ತವೆ. ಕೆಲವು ಇನ್‌ಸ್ಟಾನ್ಸ್‌ಗಳಲ್ಲಿ ಮೂಲ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನ ಪರಿಶೀಲನೆಗಳನ್ನು ಜಾರಿಗೊಳಿಸುತ್ತವೆ, ಇದು ಅತಿಥಿ ಕರ್ನಲ್ ಹೇಗೆ ಸಂರಚಿಸಲ್ಪಟ್ಟಿದ್ದರೂ ಫಾರ್ವರ್ಡ್ ಮಾಡಿದ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಬಿಡುತ್ತದೆ. ಅಲ್ಲಿ ಅಧಿಕಾರ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನ ಸ್ವಂತ ನೆಟ್‌ವರ್ಕಿಂಗ್ ದಾಖಲೆಗಳಿಗೆ, VM ಒಳಗಿನ sysctl ಔಟ್‌ಪುಟ್‌ಗೆ ಅಲ್ಲ.

ಗೇಟ್‌ವೇಯಿಂದ ಅಲ್ಲ, ಕ್ಲೈಂಟ್‌ನಿಂದ ಪರೀಕ್ಷಿಸಿ

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

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

ಪ್ಯಾಕೆಟ್‌ಗಳು ಬಂದು ನಂತರ ಸೇವೆ ಬಳಕೆದಾರನನ್ನು ನಿರಾಕರಿಸಿದರೆ, ನೀವು ನೆಟ್‌ವರ್ಕಿಂಗ್ ಮೀರಿದ್ದೀರಿ. ಫಾರ್ವರ್ಡಿಂಗ್ ನೀತಿಯನ್ನು ಮತ್ತೆ ವಿಸ್ತರಿಸುವ ಬದಲು ಅಪ್ಲಿಕೇಶನ್ ದೃಢೀಕರಣದೊಂದಿಗೆ ಮುಂದುವರಿಯಿರಿ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು