MSS ನಿಯಮ ರೌಟರ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಆದರೆ Squid ತಲುಪುವುದಿಲ್ಲ

ನಿರ್ವಾಹಕರು FORWARD ಗೆ TCPMSS ಕ್ಲಾಂಪಿಂಗ್ ಸೇರಿಸುತ್ತಾರೆ. ನೇರವಾಗಿ ರೂಟ್ ಆದ ಸಂಚಾರ ಸುಧಾರಿಸುತ್ತದೆ, ಆದರೆ ಸ್ಥಳೀಯ Squid ನಿದರ್ಶನದ ಮೂಲಕ ಡೌನ್‌ಲೋಡ್‌ಗಳು ಇನ್ನೂ ನಿಲ್ಲುತ್ತವೆ. ಪ್ರಾಕ್ಸಿಯ ವೆಬ್‌ಸೈಟ್ ಸಂಪರ್ಕವು ಕ್ಲೈಂಟ್‌ನ TCP ಸಂಪರ್ಕ ಆ ಸರಪಳಿಯ ಮೂಲಕ ಹಾದುಹೋಗುವುದಷ್ಟೇ ಅಲ್ಲ.

ಸಾಮಾನ್ಯ ಮುಕ್ತಾಯಗೊಳಿಸುವ ಫಾರ್ವರ್ಡ್ ಪ್ರಾಕ್ಸಿಯಲ್ಲಿ ಕ್ಲೈಂಟ್ ಕಡೆಯ ಸಂಪರ್ಕ ಸ್ಥಳೀಯವಾಗಿ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ. ಪ್ರಾಕ್ಸಿ ಮೂಲ ಅಥವಾ ಪೋಷಕರ ಕಡೆಗೆ ಎರಡನೇ TCP ಸಂಪರ್ಕ ರಚಿಸುತ್ತದೆ. Linux ನಲ್ಲಿ ಆ ಸಂಪರ್ಕಕ್ಕಾಗಿ ರಚಿಸಿದ ಪ್ಯಾಕೆಟ್‌ಗಳು ಸ್ಥಳೀಯ ಔಟ್‌ಪುಟ್ ಮಾರ್ಗವನ್ನು ಅನುಸರಿಸುತ್ತವೆ.

ಆದ್ದರಿಂದ FORWARD ಗೆ ಮಾತ್ರ ಇರುವ ನಿಯಮ ಸಂಪೂರ್ಣವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದ್ದರೂ ಸರಿಪಡಿಸಬೇಕಾದ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಅನ್ನು ತಪ್ಪಿಸಬಹುದು. ಹುಕ್ ಆಯ್ಕೆ ಮಾಡುವ ಮೊದಲು ನಿಜವಾದ ಸಂಪರ್ಕ ಮತ್ತು SYN ದಿಕ್ಕನ್ನು ನಕ್ಷೆ ಮಾಡಿ. ಕಂಟೇನರ್‌ಗಳು ಅಥವಾ ಪ್ರತ್ಯೇಕ ನೇಮ್‌ಸ್ಪೇಸ್‌ಗಳು ಇನ್ನೊಂದು ರೂಟೆಡ್ ವಿಭಾಗ ಸೇರಿಸಬಹುದು, ಆದ್ದರಿಂದ ಸರಿಯಾದ ಸ್ಥಳ ಪ್ರಕ್ರಿಯೆ ಎಲ್ಲಿ ಚಲಿಸುತ್ತದೆ ಎಂಬುದರ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿದೆ.

PMTU ಸಂಖ್ಯೆಯನ್ನು ನೇರವಾಗಿ MSS ಗೆ ಹಾಕಬೇಡಿ

ಮಾರ್ಗ MTU ಎಂಬುದು IP ಪ್ಯಾಕೆಟ್ ಗಾತ್ರ. TCP MSS TCP ಪೇಲೋಡ್ ವಿವರಿಸುತ್ತದೆ ಮತ್ತು ಸಂಬಂಧಿತ ಹೆಡರ್‌ಗಳನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಬೇಕು. ಅದೇ ರೀತಿ, ping ಪೇಲೋಡ್ ಉದ್ದವು ಪೂರ್ಣ IP ಪ್ಯಾಕೆಟ್ ಉದ್ದವಲ್ಲ. ಪರಿಚಿತ 28 ಬೈಟ್ ಸೇರಿಕೆಯು ಮೂಲಭೂತ IPv4 ICMP echo ವ್ಯವಸ್ಥೆಗೆ ಸಂಬಂಧಿಸಿದೆ, ಪ್ರತಿ ವಿಳಾಸ ಕುಟುಂಬ ಅಥವಾ ಎನ್‌ಕ್ಯಾಪ್ಸುಲೇಶನ್‌ಗೆ ಅಲ್ಲ.

TCPMSS ಗುರಿ ಸ್ಪಷ್ಟ ಮೌಲ್ಯಗಳು ಮತ್ತು PMTU ಕ್ಲಾಂಪಿಂಗ್ ಅನ್ನು ದಾಖಲಿಸುತ್ತದೆ. ಕ್ಲಾಂಪಿಂಗ್ ಇನ್ನೂ ಮಾರ್ಗದ MTU ಮಾಹಿತಿಯನ್ನು ಅವಲಂಬಿಸಿದೆ; ಅದು ಮಾರ್ಗ ಅನ್ವೇಷಣೆ ಆರೋಗ್ಯಕರವೆಂದು ಸಾಬೀತು ಮಾಡುವುದಿಲ್ಲ, ಅಗತ್ಯ ICMP ಸಂದೇಶಗಳನ್ನು ಅನುಮತಿಸುವುದಕ್ಕೆ ಪರ್ಯಾಯವೂ ಅಲ್ಲ.

ಲಕ್ಷಣವನ್ನು ಸಿದ್ಧಾಂತಕ್ಕೂ ಹೊಂದಿಸಿ. ಪೂರ್ಣಗೊಂಡ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ನಂತರ ದೊಡ್ಡ ವರ್ಗಾವಣೆಗಳಲ್ಲಿ ನಿಲ್ಲುವುದು ಪ್ಯಾಕೆಟ್ ಗಾತ್ರದ ತನಿಖೆಗೆ ಸಮರ್ಥನೆ ನೀಡಬಹುದು. ಪದೇ ಪದೇ ಉತ್ತರವಿಲ್ಲದ SYN ಅಥವಾ ತಕ್ಷಣದ reset ಹೆಚ್ಚು ವಿಶಾಲ ವಿವರಣೆ ಬೇಡುತ್ತದೆ; ಸಣ್ಣ ಪ್ಯಾಕೆಟ್‌ಗಳ ವೈಫಲ್ಯವು ಅತಿ ದೊಡ್ಡ ಡೇಟಾ ವಿಭಾಗವನ್ನು ಸಾಬೀತು ಮಾಡುವುದಿಲ್ಲ.

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