SSTP के भीतर 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 सत्यापन हर समय चालू रखें। प्रदर्शन का काम असत्यापित प्रमाणपत्र स्वीकार करने का कारण नहीं है। अगर ठहराव मुख्य रूप से अपलिंक भरे होने पर दिखते हैं, तो परतों को दोष देने से पहले कतारों को देखें।