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 તરફ ઇશારો કરે છે.

ફરી પ્રયાસ કરતા પહેલાં સ્થિતિ કોષ્ટક સાફ કરો, કારણ કે હાલના પ્રવાહો તેમના જૂના સેગમેન્ટ કદ રાખે છે. પછી નિષ્ફળ ગયેલું પૃષ્ઠ લોડ કરો અને એકતરફી કાઉન્ટરને બદલે દ્વિદિશ ટ્રાફિક માટે સ્થિતિ દૃશ્ય વાંચો. જો તે હજી અટકે, તો બીજું ચેકબોક્સ અજમાવવાને બદલે ફરી કેપ્ચર કરો.