શંકાસ્પદ VPN MTU સમસ્યાને મૂલ્યો અનુમાન કર્યા વિના ચકાસવી

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

સંખ્યા બદલતા પહેલાં માર્ગ નક્કી કરો

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

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

તમે નિયંત્રિત કરો તેવા આકાર સાથે ચકાસો

Linux પર ચકાસણી ping -M do -s 1400 host જેવી દેખાય છે, અને Windows પર ping -f -l 1400 host જેવી. બંને સ્થિતિમાં તમે પેલોડ નક્કી કરી રહ્યા છો, પેકેટનો આકાર નહીં, કારણ કે IP અને ICMP હેડર ઉપર જોડાય છે.

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

નિષ્ફળ ચકાસણી MTU મર્યાદાનો પુરાવો નથી

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

જો ચકાસણી સફળ થાય અને એપ્લિકેશન નિષ્ફળ જાય, તો તે માર્ગ પર આ સાદી આકાર-મર્યાદા નથી તેનો પુરાવો તમારી પાસે છે. આ લખી લો, કારણ કે તે સંભવિત ફેરફારોની આખી શાખા દૂર કરે છે.

ક્લાયન્ટ પહેલેથી સમર્થન આપે છે તેવું એક જ પરિમાણ સમાયોજિત કરો

ક્લાયન્ટ આ પ્રોટોકોલ માટે દસ્તાવેજ કરે છે તે સેટિંગ બદલો અને અંતિમ બિંદુ તથા ગંતવ્ય અસ્પૃષ્ટ રહેવા દો, નહીં તો તમે એક સાથે બે વસ્તુ બદલી. TCP MSS ક્લેમ્પ દરેક UDP ભારને આવરી લેતું નથી, તેથી કામ શરૂ કરતું બ્રાઉઝર ટનલ પ્રોટોકોલને બરાબર એવું જ તૂટેલું છોડી શકે છે. IPv4 અને IPv6 અહીં અલગ માર્ગ છે, કારણ કે કોઈપણ રૂટિંગ પહેલાં જ હેડર અલગ પડે છે.

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

પાછું ખેંચવું, ચકાસવું અને લખવું

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

કોઈ ફેરફાર પહોળો કરે તે પહેલાં આ રેકોર્ડ ફેરફાર વિનંતી સાથે રાખો. માર્ગની MTU શોધ પદ્ધતિ RFC 1191 માં સમજાવે છે કે નાનું મૂલ્ય એક માર્ગ બચાવી શકે છે અને બીજા માટે કંઈ કરતું નથી, અને સંખ્યાઓની યાદી તે મોડેલનો વિકલ્પ નથી. ચકાસણી ત્યારે પૂરી થાય છે જ્યારે તમે માર્ગ, આકાર, નિરીક્ષણ અને તમે પુનઃસ્થાપિત કરેલું મૂલ્ય કહી શકો.