Windows L2TP ಕೆಲವು ಸೈಟ್‌ಗಳನ್ನು ಲೋಡ್ ಮಾಡುತ್ತದೆ: pfSense ನಲ್ಲಿ DF ಬಿಟ್ ತೆರವುಗೊಳಿಸಿ

ಲ್ಯಾಪ್ಟಾಪ್ ಸಂಪರ್ಕಗೊಳ್ಳುತ್ತದೆ, ಇಂಟ್ರಾನೆಟ್ ಲೋಡ್ ಆಗುತ್ತದೆ, ಮತ್ತು ಕೆಲವು ಸಾರ್ವಜನಿಕ ಸೈಟ್ಗಳು ನಿಲ್ಲುತ್ತವೆ. ದೃಢೀಕರಣ ಮತ್ತು ರೂಟಿಂಗ್ ಸ್ಪಷ್ಟವಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತಿವೆ, ಇದು ವಿವರಣೆಯಾಗಿ ಪ್ಯಾಕೆಟ್ ಗಾತ್ರವನ್ನು ಬಿಡುತ್ತದೆ. L2TP/IPsec ಸುರಂಗದಲ್ಲಿ ಲಭ್ಯವಿರುವ MTU ಅಡಾಪ್ಟರ್ ಇನ್ನೂ ಘೋಷಿಸುವುದಕ್ಕಿಂತ ಚಿಕ್ಕದಾಗಿದೆ, ಮತ್ತು ಕ್ಲೈಂಟ್ «ವಿಭಜಿಸಬೇಡ» ಬಿಟ್ ಸೆಟ್ ಮಾಡಿ ಪೂರ್ಣ ಗಾತ್ರದ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಕಳುಹಿಸುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತದೆ. pfSense ಗೇಟ್ವೇಗೆ ಆ ಬಿಟ್ ತೆರವುಗೊಳಿಸುವ ಆದೇಶ ನೀಡಬಹುದು, ಮತ್ತು ಸರಿಯಾಗಿ ಸರಿಪಡಿಸುವ ಮೊದಲು ರೋಗನಿರ್ಣಯವನ್ನು ದೃಢೀಕರಿಸುವ ಅತ್ಯಂತ ವೇಗದ ದಾರಿ ಅದು.

ವಿಫಲವಾಗುವ ಪುಟಗಳಿಂದ ಪ್ರಾರಂಭಿಸಿ

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

ಬಿಟ್ ಸೆಟ್ ಮಾಡಿ ಪೇಲೋಡ್ ಗಾತ್ರವನ್ನು ನಿಯಂತ್ರಿಸುವ ping ನಿಂದ ಪರೀಕ್ಷಿಸಿ. ಉಳಿಯುವ ಅತಿದೊಡ್ಡ ಪೇಲೋಡ್ ನಿಮಗೆ ನಿಜವಾದ ಮಾರ್ಗ MTU ತಿಳಿಸುತ್ತದೆ, ಮತ್ತು ಅಡಾಪ್ಟರ್ನ ಘೋಷಿತ ಮೌಲ್ಯ ಎರಡೂ ಎಷ್ಟು ದೂರವಿವೆ ಎಂದು ತೋರಿಸುತ್ತದೆ.

ಎರಡೂ ಸಂಖ್ಯೆಗಳನ್ನು ಬರೆದಿಡಿ. ಸರಿಪಡಿಸುವಿಕೆ ಯಾವುದು ತಪ್ಪು ಎಂಬುದನ್ನು ಅವಲಂಬಿಸಿದೆ, ಮತ್ತು ಆ ಜೋಡಿಯನ್ನೇ ಕ್ಯಾಪ್ಚರ್ ನಂತರ ದೃಢೀಕರಿಸುತ್ತದೆ.

ಹೊರಹೋಗುವಾಗ DF ಬಿಟ್ ಏನು ಮಾಡುತ್ತದೆ

ಸಂಖ್ಯೆಗಳು ಭಿನ್ನವಾಗಲು ಕಾರಣ ಎನ್ಕ್ಯಾಪ್ಸುಲೇಶನ್. IPsec ESP ಸೇರಿಸುತ್ತದೆ, L2TP ಇನ್ನೊಂದು ಶೀರ್ಷಿಕೆ ಸೇರಿಸುತ್ತದೆ, ಹಾಗಾಗಿ ಸುರಂಗ ಭೌತಿಕ ಕೊಂಡಿಗಿಂತ ಕಡಿಮೆ ಪೇಲೋಡ್ ಸಾಗಿಸುತ್ತದೆ. Windows ಇನ್ನೂ ಅಡಾಪ್ಟರ್ನಲ್ಲಿ 1500 ಬೈಟ್ ಎಂದು ವರದಿ ಮಾಡುತ್ತದೆ ಮತ್ತು ಕಳುಹಿಸುವುದಕ್ಕೆ «ವಿಭಜಿಸಬೇಡ» ಹಾಕುತ್ತದೆ. ಅಂತಹ ಪ್ಯಾಕೆಟ್ ಹೊಂದದಿದ್ದಾಗ, ಗೇಟ್ವೇಯ ಸರಿಯಾದ ಉತ್ತರ ಕಳುಹಿಸುವವರನ್ನು ಚಿಕ್ಕದಾಗಲು ಕೇಳುವ ICMP ಸಂದೇಶ. ಆದ್ದರಿಂದ ಸಣ್ಣ ping ಗಳನ್ನು ದಾಟಿಸುವ ಸುರಂಗವೂ ಫೈಲ್ ಡೌನ್ಲೋಡ್ ವಿಫಲಗೊಳಿಸಬಹುದು.

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

ಇಲ್ಲಿ ಮೌನ ಸಾಮಾನ್ಯ ಪ್ರಸ್ತುತಿ, ಆದ್ದರಿಂದ ಲಕ್ಷಣವನ್ನು ಆಯ್ದ ತಡೆ ಎಂದು ಓದಲಾಗುತ್ತದೆ. ಕ್ಲೈಂಟ್ ಲಾಗ್ನಲ್ಲಿ ಕಾಣೆಯಾದ ICMP ಸಂದೇಶವನ್ನು ಯಾವುದೂ ದಾಖಲಿಸುವುದಿಲ್ಲ.

pfSense ಆಯ್ಕೆ, ಮತ್ತು ಅದು ಮಾಡದಿರುವುದು

ಆಯ್ಕೆ ಸಿಸ್ಟಂ, ಸುಧಾರಿತ, ಫೈರ್ವಾಲ್ ಮತ್ತು NAT ಪುಟದಲ್ಲಿದೆ, «ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಬಿಸಾಡುವ ಬದಲು ಅಮಾನ್ಯ DF ಬಿಟ್ಗಳನ್ನು ತೆರವುಗೊಳಿಸಿ» ಎಂಬ ಲೇಬಲ್ನೊಂದಿಗೆ. ಧ್ವಜವನ್ನು ಹೊತ್ತಿರುವ ಅತಿ ದೊಡ್ಡ ಪ್ಯಾಕೆಟ್ ಎಸೆಯುವ ಬದಲು ಫಿಲ್ಟರ್ ಧ್ವಜವನ್ನು ತೆಗೆದುಹಾಕಿ ಪ್ಯಾಕೆಟ್ ಕೆಳಗೆ ವಿಭಜಿಸಲು ಬಿಡುತ್ತದೆ. ಪ್ಯಾಕೆಟ್ ಹೊರಹೋಗುವ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಒಂದೇ ತುಣುಕಿನಲ್ಲಿ ದಾಟಲಾಗದಿದ್ದಾಗ ಅಮಾನ್ಯ ಎಂದು ಎಣಿಸಲಾಗುತ್ತದೆ.

ಆಯ್ಕೆ ಕ್ಲೈಂಟ್ ಮುಟ್ಟದೆ ಸಂಪರ್ಕವನ್ನು ಮರುಸ್ಥಾಪಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಜನಪ್ರಿಯವಾಗಿದೆ. ಇದು ಒಂದು ತಾತ್ಕಾಲಿಕ ಉಪಾಯವೂ ಹೌದು: ವಿಭಜನೆ CPU ವೆಚ್ಚ ಮಾಡುತ್ತದೆ ಮತ್ತು ಪ್ರತಿ ಕಳೆದುಹೋದ ತುಣುಕನ್ನು ದುಬಾರಿಯಾಗಿಸುತ್ತದೆ.

ಇದು ಮುಂದಕ್ಕೆ ರವಾನೆಯಾದ ಸಂಚಾರಕ್ಕೆ ಮಾತ್ರ ಅನ್ವಯಿಸುತ್ತದೆ, ಫೈರ್ವಾಲ್ ಸ್ವತಃ ಉತ್ಪಾದಿಸುವ ಸಂಚಾರಕ್ಕೆ ಅಲ್ಲ. ಅದೇ ಪುಟ «ಫೈರ್ವಾಲ್ ಸ್ಕ್ರಬ್ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿ» ನೀಡುತ್ತದೆ, ಅದು ಸಾಮಾನ್ಯೀಕರಣವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಆಫ್ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಅದು ಈ ಸಮಸ್ಯೆಗೆ ಬೇಕಾದದ್ದಕ್ಕಿಂತ ಬಹಳ ವಿಶಾಲ ಬದಲಾವಣೆ.

TCP ಅನ್ನು ವಿಭಜಿಸದೆ ಇಡುವ ಸಂಕುಚಿತ ಸರಿಪಡಿಸುವಿಕೆ

ನಿಲ್ಲಿಸಿದ ಹರಿವುಗಳ ಬಹುತೇಕ ಎಲ್ಲವೂ TCP, ಮತ್ತು TCP ವಿಭಜನೆಯನ್ನು ಅವಲಂಬಿಸುವ ಬದಲು ಚಿಕ್ಕ ವಿಭಾಗದ ಬಗ್ಗೆ ಮಾತುಕತೆ ನಡೆಸಬಹುದು. ಸುರಂಗ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ MSS ಮಿತಿಗೊಳಿಸಿದರೆ ಹ್ಯಾಂಡ್ಶೇಕ್ ಸಮಯದಲ್ಲಿ ಘೋಷಿತ ಮೌಲ್ಯ ಮರುಬರೆಯಲಾಗುತ್ತದೆ, ಹಾಗಾಗಿ ಪ್ರತಿ ಬದಿಯೂ ನಿಜವಾಗಿ ಹೊಂದುವುದನ್ನು ಕಳುಹಿಸುತ್ತದೆ. ನಂತರ ಮಾರ್ಗ ಮುನ್ಸೂಚನೀಯವಾಗಿ ವರ್ತಿಸುತ್ತದೆ ಮತ್ತು ಯಾವ ಪ್ಯಾಕೆಟ್ ವಿಭಜಿಸಬೇಕಾಗಿಲ್ಲ.

ಇದು UDP ಅನ್ನು ಅನ್ವೇಷಣೆಗೆ ಅಥವಾ DF ಆಯ್ಕೆಗೆ ಬಿಡುತ್ತದೆ. ವಿಫಲವಾಗುವ ಸೈಟ್ಗಳು ಸಾಮಾನ್ಯ ವೆಬ್ ಪುಟಗಳಾದರೆ, ಮಿತಿಯೇ ಆದ್ಯತೆ ನೀಡಬೇಕಾದ ಬದಲಾವಣೆ.

ಕ್ಲೈಂಟ್ netsh interface ipv4 show subinterfaces ಮೂಲಕ ತನ್ನ ಅಡಾಪ್ಟರ್ MTU ಅನ್ನು ವರದಿ ಮಾಡಬಹುದು. ಆ ಸಂಖ್ಯೆಯನ್ನು ಸರ್ವರ್ ಮಾತುಕತೆ ಮಾಡಿದೆ ಎಂದು ಭಾವಿಸುವ ಮೌಲ್ಯದೊಂದಿಗೆ ಹೋಲಿಸಿ, ಏಕೆಂದರೆ ಎರಡೂ ಯಾವಾಗಲೂ ಒಂದೇ ಅಲ್ಲ. ಮಾತುಕತೆ ಏನು ವರದಿ ಮಾಡಿದರೂ, ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂ ನಿಜವಾಗಿ ಬಳಸುವ ಮೌಲ್ಯ ಅದೇ.

ಕ್ಯಾಪ್ಚರ್ನಿಂದ ದೃಢೀಕರಿಸಿ, ನಂತರ ಸ್ಥಿತಿ ಮರುಹೊಂದಿಸಿ

ನಿರ್ಧರಿಸುವ ಮೊದಲು ಎರಡೂ ಬದಿಗಳಲ್ಲಿ ಕ್ಯಾಪ್ಚರ್ ಮಾಡಿ: ಸುರಂಗ ಹೋಗುವಲ್ಲಿ ಒಂದು ಜಾಡು, WAN ಇಂಟರ್ಫೇಸ್ ಹೋಗುವಲ್ಲಿ ಇನ್ನೊಂದು. ಪೂರ್ಣ ಗಾತ್ರದಲ್ಲಿ ಹೊರಹೋಗಿ ICMP ಹಿಂತಿರುಗದ ಪ್ಯಾಕೆಟ್ಗಳು ಮಿತಿಯನ್ನು ಸರಿಯಾದ ಪದರ ಎಂದು ತೋರಿಸುತ್ತವೆ. ಬಂದು ನಂತರ ಹಿಂತಿರುಗುವ ದಾರಿಯಲ್ಲಿ ಸಾಯುವ ಉತ್ತರಗಳು ಬದಲಾಗಿ ಸುರಂಗದ MTU ತೋರಿಸುತ್ತವೆ.

ಮತ್ತೆ ಪ್ರಯತ್ನಿಸುವ ಮೊದಲು ಸ್ಥಿತಿ ಕೋಷ್ಟಕ ತೆರವುಗೊಳಿಸಿ, ಏಕೆಂದರೆ ಇರುವ ಹರಿವುಗಳು ತಮ್ಮ ಹಳೆಯ ವಿಭಾಗ ಗಾತ್ರಗಳನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತವೆ. ನಂತರ ವಿಫಲವಾದ ಪುಟವನ್ನು ಲೋಡ್ ಮಾಡಿ ಮತ್ತು ಏಕಮುಖ ಕೌಂಟರ್ಗಳ ಬದಲು ದ್ವಿಮುಖ ಸಂಚಾರಕ್ಕೆ ಸ್ಥಿತಿ ನೋಟ ಓದಿ. ಇನ್ನೂ ನಿಲ್ಲುತ್ತಿದ್ದರೆ, ಇನ್ನೊಂದು ಚೆಕ್ಬಾಕ್ಸ್ ಪ್ರಯತ್ನಿಸುವ ಬದಲು ಮತ್ತೆ ಕ್ಯಾಪ್ಚರ್ ಮಾಡಿ.