SSTP વચ્ચે TCP: પુનઃપ્રસારણ બે વાર કેમ થાય છે
SSTP તેની ટનલને TLS પર TCP સ્ટ્રીમમાં વહન કરે છે. જ્યારે માર્ગ પેકેટ ગુમાવે છે, ત્યારે બહારની અને અંદરની પુનઃપ્રાપ્તિ એકસાથે પાછી હટે છે.
મૌખિક વાત પ્રોટોકોલ પહેલાં આવે છે. આસપાસ પૂછો અને SSTP એ ધીમું છે, જે વિકલ્પ તમે ટાળો છો જ્યાં સુધી કંઈક દબાણ ન કરે. તે પ્રતિષ્ઠા એક જ પ્રકારના માર્ગ પર એક જ નિષ્ફળતાની સ્થિતિ વર્ણવે છે.
આ પ્રક્રિયા વાસ્તવિક છે. તે શરતી પણ છે, જે પ્રતિષ્ઠા ક્યારેય ઉલ્લેખ કરતી નથી.
એક જ માર્ગ પર બે વિશ્વસનીય સ્ટ્રીમ
SSTP તેની ટનલને HTTPS સત્રની અંદર લપેટે છે. HTTPS TCP પર ચાલે છે, અને તે બહારનો સ્ટ્રીમ ક્રમબદ્ધ ડિલિવરીની ખાતરી આપે છે. તેથી એક જ ખૂટતું સેગમેન્ટ તેની પાછળ કતારમાં ઊભેલું બધું રોકી રાખે છે. બીજી અંદરની વાતચીતો સાથે જોડાયેલા પછીના બાઇટ્સ કોઈપણ સ્થિતિમાં રાહ જુએ છે.
અંદરના TCP પ્રવાહો પોતાનો ક્રમ અને ભીડ નિયંત્રણ રાખે છે. તેઓ બહારની પુનઃપ્રાપ્તિ જોઈ શકતા નથી, તેથી તેઓ ફક્ત એક અટક જુએ છે. અટક એ સંકેત છે જે તેમને કહે છે કે માર્ગ ભીડભર્યો છે.
હવે બંને સ્તરો એકસાથે પાછા હટે છે. આખી ક્રિયાપ્રતિક્રિયા એટલી જ છે, અને તેને શરૂ કરવા માટે એક ખોવાયેલું સેગમેન્ટ પૂરતું છે.
અસર ક્યાં દેખાય છે અને ક્યાં નથી
સ્વચ્છ માર્ગ પર બહારનો સ્ટ્રીમ ભાગ્યે જ કંઈ પુનઃપ્રાપ્ત કરે છે. ક્રિયાપ્રતિક્રિયા ક્યારેય શરૂ થતી નથી, અને SSTP ઇન્ટરેક્ટિવ ટ્રાફિક એકદમ સારી રીતે વહન કરે છે. સામાન્ય દાવો બરાબર આ મુદ્દે નિષ્ફળ જાય છે.
અસર ત્યારે દેખાય છે જ્યારે નુકસાન અથવા પુનઃક્રમાંકન અંતર્ગત માર્ગ સુધી પહોંચે છે. ભીડભર્યું Wi-Fi લિંક અથવા ચલ લેટન્સીવાળું મોબાઇલ કનેક્શન પરિસ્થિતિ બનાવે છે. પછી અવરોધાયેલી બહારની કતાર ટનલની અંદર દૃશ્યમાન વિલંબમાં ફેરવાય છે.
તે કાર્યભાર સાથે પણ વધે છે. ઘણા સમાંતર પ્રવાહો કતાર ભરે છે અને કતારની શરૂઆતમાં અવરોધ વધુ ખરાબ કરે છે. એક જ માર્ગ પર એક ઇન્ટરેક્ટિવ સત્ર સ્વીકાર્ય લાગી શકે છે.
લક્ષણ સામાન્ય રીતે શું નથી
દરેક ધીમું સત્ર આ સમસ્યા નથી. પ્રથમ પેકેટથી સ્થિર નીચો દર ક્ષમતા, શેપિંગ અથવા સર્વર મર્યાદા તરફ ઇશારો કરે છે. સ્થાનિક ભીડ સાથે મેળ ખાતા વિરામ એક્સેસ લિંક પર કતાર તરફ ઇશારો કરે છે.
ઉપાયો અલગ છે, તેથી નિદાન પહેલાં આવે છે. બફર ટ્યુનિંગ શેપ્ડ લિંક માટે કંઈ કરતું નથી. પ્રોટોકોલ બદલવાથી ક્ષમતા ખતમ થયેલા સર્વર માટે કંઈ થતું નથી. વારંવાર રીસેટ સંપૂર્ણપણે બીજી જગ્યાએ ઇશારો કરે છે.
# outer path quality to the SSTP endpoint
ping -c 50 203.0.113.44 | tail -3
mtr -rwc 50 203.0.113.44
# is the local link saturated while the session stalls?
sar -n DEV 2 5
# retransmissions on the outer connection
ss -tin dst 203.0.113.44
સમસ્યા થઈ રહી હોય ત્યારે જ માપન કરો. સ્વસ્થ મિનિટમાં લીધેલું કેપ્ચર ખરાબ મિનિટમાં ચાલતા લૂપ વિશે કંઈ સાબિત કરતું નથી.
વિશ્વાસપાત્ર સરખામણી
જો ખરેખર બીજું પરિવહન ઉપલબ્ધ હોય, તો તેની નિયંત્રિત સ્થિતિમાં સરખામણી કરો. એ જ હોસ્ટ, એ જ નેટવર્ક, એ જ ગંતવ્ય અને એ જ કાર્ય. બંને રન એ જ દસ મિનિટની અંદર હોવા જોઈએ જેથી માર્ગની પરિસ્થિતિ મેળ ખાય.
પોર્ટ બદલવાથી પ્રોટોકોલ બદલાતો નથી. SSTP ક્લાયન્ટમાં અસંબંધિત પ્રોફાઇલ આયાત કરવાથી વૈકલ્પિક પરિવહન બનતું નથી. સરખામણીનો અર્થ ત્યારે જ થાય છે જ્યારે સર્વર બીજો વિકલ્પ આપે છે.
TLS ચકાસણી હંમેશા ચાલુ રાખો. પ્રદર્શનનું કામ ચકાસણી વગરના પ્રમાણપત્રને સ્વીકારવાનું કારણ નથી. જો અટક મુખ્યત્વે અપલિંક ભરાયેલી હોય ત્યારે દેખાય, તો સ્તરોને દોષ આપતાં પહેલાં કતાર જુઓ.