ಹಾರ್ಡ್‌ವೇರ್ NAT ಆಫ್‌ಲೋಡ್ ನಿಮ್ಮ VPN ರೂಟಿಂಗ್ ನಿಯಮಗಳನ್ನು ಮುರಿಯುತ್ತದೆಯೇ?

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

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

ಮೂರು ವಿಭಿನ್ನ ವೇಗವರ್ಧನೆಗಳನ್ನು ಒಟ್ಟಿಗೆ ಬೆರೆಸಲಾಗುತ್ತದೆ

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

Linux ನ flowtable ಗಳು ಓದಲು ಅತ್ಯಂತ ಯೋಗ್ಯವಾದ ದಾಖಲಿತ ಪ್ರಕರಣ, ಏಕೆಂದರೆ ಸ್ಥಾಪಿತ ಫ್ಲೋಗಳನ್ನು ವೇಗದ ಮಾರ್ಗಕ್ಕೆ ಒಪ್ಪಿಸಬಹುದು. ಆಗ ಅವುಗಳ ಲೆಕ್ಕಪತ್ರ ಮತ್ತು ಸ್ಥಿತಿ ನಿರ್ವಹಣೆ ಶಾಸ್ತ್ರೀಯ ಫಾರ್ವರ್ಡಿಂಗ್‌ಗಿಂತ ಭಿನ್ನವಾಗಿರುತ್ತದೆ, ಅದಕ್ಕೇ ಕೌಂಟರ್‌ಗಳು ವಿಚಿತ್ರವಾಗಿ ಕಾಣಲು ಪ್ರಾರಂಭಿಸುತ್ತವೆ.

ಚಲನೆ ನಿಂತ ಕೌಂಟರ್ ಸ್ವಲ್ಪವೇ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ

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

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

ಆಫ್‌ಲೋಡ್ ನೀತಿಯನ್ನು ಮುರಿಯುತ್ತದೆಯೇ ಎಂದು ಮೂರು ಷರತ್ತುಗಳು ನಿರ್ಧರಿಸುತ್ತವೆ

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

ನೀವು ಚಲಾಯಿಸುತ್ತಿರುವ ಸಂಯೋಜನೆಗೆ ಮಾರಾಟಗಾರರ ದಾಖಲೆಗಳನ್ನು ಓದಿ, ಸಾಮಾನ್ಯವಾಗಿ ರೂಟರ್ ಮಾದರಿಗಲ್ಲ. ಫರ್ಮ್‌ವೇರ್ ಆವೃತ್ತಿಗಳು ಈ ಉತ್ತರಗಳನ್ನು ಮೌನವಾಗಿ ಬದಲಿಸುತ್ತವೆ.

ನೀತಿಯನ್ನು ಪರೀಕ್ಷಿಸಿ, ಥ್ರೂಪುಟ್ ಅನ್ನಲ್ಲ

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

nft list flowtables
conntrack -L | head -n 20
curl -sS --max-time 8 https://api.ipify.org; echo
ping -c 3 192.168.50.20

ಟನೆಲ್ ಸಂಚಾರವನ್ನು ಆವರಿಸುವ flowtable ನಮೂದು ವೇಗದ ಮಾರ್ಗ ಕೆಲಸದಲ್ಲಿದೆ ಎಂದು ಹೇಳುತ್ತದೆ, ಮತ್ತು ಸಂಪರ್ಕ ಕೋಷ್ಟಕ ಫ್ಲೋ ನೀವು ನಿರೀಕ್ಷಿಸಿದಂತೆ ಟ್ರ್ಯಾಕ್ ಆಗುತ್ತಿದೆಯೇ ಎಂದು ತೋರಿಸುತ್ತದೆ. ವಿಳಾಸ ಪರಿಶೀಲನೆ ನೀತಿ ಇಂಟರ್ನೆಟ್ ನಿರ್ಗಮನಕ್ಕೆ ಸಂಬಂಧಿಸಿದಾಗ ನಿರ್ಗಮನವನ್ನು ದೃಢೀಕರಿಸುತ್ತದೆ, ಮತ್ತು ping ತಲುಪಬಹುದಾಗಿರಬೇಕಾದ ಖಾಸಗಿ ಗಮ್ಯಸ್ಥಾನವನ್ನು ದೃಢೀಕರಿಸುತ್ತದೆ. ಅದೇ ಗುಂಪನ್ನು ವೇಗವರ್ಧನೆ ಆಫ್ ಮಾಡಿ ನಂತರ ಆನ್ ಮಾಡಿ ಚಲಾಯಿಸಿ, ಮತ್ತು ಸಮಯವನ್ನಲ್ಲ, ಫಲಿತಾಂಶಗಳನ್ನು ಹೋಲಿಸಿ.

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