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

ત્રણ વિકલ્પો આ સુધારી શકે છે, અને તેઓ જુદા જુદા સ્તરે કામ કરે છે. ખોટો વિકલ્પ પસંદ કરવાથી કાં તો કંઈ થતું નથી અથવા ટનલ નવી રીતે નાજુક બને છે, તેથી પસંદગી એનાથી શરૂ થાય છે કે માર્ગ ખરેખર શું ટેકો આપે છે.

ત્રણ નોબ, ત્રણ જુદા સ્તર

link-mtu બાહ્ય બજેટ છે: એન્ક્રિપ્ટેડ પેલોડ વત્તા OpenVPN હેડર, UDP હેડર અને બાહ્ય IP હેડર. તે વર્ણવે છે કે મશીનમાંથી શું નીકળે છે, અને તેથી જ તે એ સંખ્યા છે જેને ભૌતિક માર્ગ મર્યાદિત કરે છે.

tun-mtu આંતરિક બજેટ છે: તમારો ટ્રાફિક જે ઇન્ટરફેસ જુએ છે. તે માર્ગ ઉપાડી શકે તેના કરતાં ટનલના ઓવરહેડ જેટલું બરાબર મોટું છે, અને OpenVPN સામાન્ય રીતે તમને તે સેટ કરવાની ફરજ પાડવાને બદલે તેને વ્યુત્પન્ન કરે છે.

mssfix સંપૂર્ણપણે અલગ પદ્ધતિ છે. તે TCP હેન્ડશેક દરમિયાન જાહેર કરાયેલ મહત્તમ સેગમેન્ટ કદ ફરીથી લખે છે, જેથી TCP સાથીદારો એવા સેગમેન્ટ પસંદ કરે જે એન્કેપ્સ્યુલેશન પછી ફિટ થાય. તે ઇન્ટરફેસની MTU બદલતું નથી, અને UDP પર તેની કોઈ અસર નથી.

જો તમે link-mtu સ્પષ્ટ રીતે સેટ કરો, તો OpenVPN આંતરિક MTU મેળવવા માટે પોતાનું ઓવરહેડ બાદ કરે છે. તે ઓવરહેડ નિશ્ચિત સ્થિરાંક નથી; તે સાઇફર અને પ્રમાણીકરણ પર આધાર રાખે છે, તેથી જ ફોરમમાંથી કોપી કરેલ મૂલ્ય બીજી પ્રોફાઇલ પર ખોટું હોઈ શકે. link-mtu અને tun-mtu બંને સેટ કરવાથી ક્લાયન્ટને બે વિરોધાભાસી સૂચનાઓ મળે છે.

કોઈ પણ સંખ્યા પસંદ કરતા પહેલા માર્ગ માપો

ભૌતિક ઇન્ટરફેસથી માપો, ટનલની અંદરથી નહીં, અને યાદ રાખો કે પિંગ પેલોડનો અહેવાલ આપે છે, પેકેટ કદનો નહીં. પેલોડને 1500 બાઇટના ફ્રેમ સાથે સરખાવતા પહેલા IPv4 અને ICMP હેડર માટે 28 બાઇટ ઉમેરો, અને જ્યારે સાથીદાર બીજી સંખ્યા જણાવે ત્યારે તે સુધારો ધ્યાનમાં રાખો.

Linux ક્લાયન્ટ પર, ping -M do -s 1472 ફ્રેગમેન્ટેશન પર પ્રતિબંધ મૂકે છે અને પેકેટ ઘણું મોટું હોય તો નિષ્ફળ જાય છે. પેલોડ ઘટાડો જ્યાં સુધી તે પસાર ન થાય, પછી માર્ગની MTU મેળવવા 28 ઉમેરો. PPPoE નો ખર્ચ 8 બાઇટ છે, તેથી DSL પર 1492 સામાન્ય છે. DS-Lite અને કેટલાક મોબાઇલ માર્ગોનો ખર્ચ 40 કે વધુ છે, અને જવાબ સામાન્ય રીતે નામમાત્ર લિંક ઝડપ સૂચવે તેના કરતાં નીચો હોય છે.

જો દરેક પિંગ કદ સફળ થાય પણ મોટા ટ્રાન્સફર હજી પણ અટકે, તો સાદી કદ મર્યાદા કરતાં કાળા કૂવાની શંકા કરો. જરૂરી ફ્રેગમેન્ટેશન વિશેનો ICMP સંદેશ માર્ગ પર ક્યાંક ફિલ્ટર થઈ રહ્યો છે, તેથી મોકલનાર ક્યારેય નાનું કરવાનું શીખતો નથી, અને ફક્ત મોટા સેગમેન્ટની જરૂર હોય તેવા પ્રવાહો જ તેને નોંધે છે.

પહેલા TCP ક્લેમ્પ કરો, પછી ટનલ સંકોચો

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

જ્યારે અસરગ્રસ્ત ટ્રાફિક TCP ન હોય ત્યારે આંતરિક MTU ઘટાડો. UDP સેવા, ટનલની અંદરની ટનલ, અથવા પૂરા કદના ડેટાગ્રામ મોકલતી એપ્લિકેશન MSS ક્લેમ્પ પછી પણ નિષ્ફળ જશે કારણ કે કંઈ તેનું પેકેટ કદ ફરીથી લખતું નથી. તે કિસ્સામાં tun-mtu ઘટાડો, અથવા link-mtu સેટ કરો અને ક્લાયન્ટને આંતરિક મૂલ્ય વ્યુત્પન્ન કરવા દો, પણ બંને ક્યારેય નહીં.

જૂના ફ્રેગમેન્ટેશન વિકલ્પ તરફ ન જાઓ. તે ટનલની અંદર પેકેટ વિભાજિત કરતું હતું, ઓવરહેડ ઉમેરતું હતું, અને સારા કારણોસર નાબૂદ થયું છે; આધુનિક OpenVPN માર્ગનું ચોક્કસ વર્ણન અપેક્ષા રાખે છે.

નાની પ્રોબ કેમ કામ કરતી રહે છે

DNS ક્વેરી, ICMP ઇકો અને TCP હેન્ડશેક બધા નિષ્ફળ થતા કદ કરતાં ઘણા નીચે છે. તેથી ટનલ દરેક ઝડપી પરીક્ષણમાં સ્વસ્થ દેખાય છે જ્યારે TLS હેન્ડશેક અને HTTP પ્રતિસાદ ચૂપચાપ નિષ્ફળ જાય છે. એ જ સંયોજન, કામ કરતું traceroute અને પહેલા મોટા પ્રતિસાદ પર અટકતું બ્રાઉઝર, એ શોધવાનું ચિહ્ન છે. નવી પ્રોફાઇલ તરફ જતા પહેલા પૂરા કદની પ્રોબ તરફ જાઓ.

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

જ્યારે IPv6 ટનલ પર ચાલે ત્યારે આંતરિક MTU ક્યારેય 1280 ની નીચે ન લઈ જાઓ, કારણ કે તે લઘુત્તમ છે જે દરેક IPv6 લિંકે ઉપાડવો પડે. નાની MTU માર્ગ વિશેની હકીકત છે, ભાવનાથી ટ્યુન કરવાની કાર્યક્ષમતા સેટિંગ નથી.

સંબંધિત લેખો