TCP az SSTP belsejében: miért történik kétszer az újraküldés

A szóbeszéd előbb érkezik, mint a protokoll. Kérdezősködjön, és az SSTP a lassú, az a lehetőség, amit elkerül, hacsak valami nem kényszeríti. Ez a hírnév egyetlen hibamódot ír le egyetlen úttípuson.

A mechanizmus valós. Feltételes is, amit a hírnév soha nem említ.

Két megbízható folyam egy úton

SSTP beburkolja az alagútját egy HTTPS-munkamenetbe. A HTTPS TCP fölött fut, és az a külső folyam garantálja a sorrendben történő kézbesítést. Ezért egyetlen hiányzó szegmens visszatart mindent, ami mögötte sorban áll. A későbbi bájtok, amelyek más belső beszélgetésekhez tartoznak, így is várnak.

A belső TCP-folyamok megtartják a saját sorrendjüket és torlódásszabályozásukat. Nem látják a külső helyreállítást, így csak egy megakadást észlelnek. A megakadás az a jel, amely azt mondja nekik, hogy az útvonal torlódott.

Most mindkét réteg egyszerre hátrál. Ez az egész kölcsönhatás, és egyetlen elveszett szegmens elég az elindításához.

Hol jelenik meg a hatás, és hol nem

Tiszta úton a külső folyam ritkán állít helyre bármit. A kölcsönhatás soha nem indul be, és az SSTP kiválóan szállít interaktív forgalmat. Az általános állítás pontosan ezen a ponton bukik meg.

A hatás akkor jelenik meg, amikor a veszteség vagy az átrendeződés eléri az alapul szolgáló útvonalat. Egy torlódott Wi-Fi-kapcsolat vagy változó késleltetésű mobilkapcsolat teremti meg a feltételeket. Egy elakadt külső sor ezután látható késleltetéssé válik az alagúton belül.

A munkaterheléssel is skálázódik. Sok párhuzamos folyam megtölti a sort, és rontja a sor eleji blokkolást. Egyetlen interaktív munkamenet ugyanazon az úton elfogadhatónak tűnhet.

Mi a tünet általában nem

Nem minden lassú munkamenet ez a probléma. Az első csomagtól egyenletesen alacsony sebesség kapacitásra, alakításra vagy kiszolgálói korlátra utal. A helyi torlódással egybeeső szünetek a hozzáférési kapcsolat soraira utalnak.

A megoldások eltérnek, ezért a diagnózis jön először. A pufferek hangolása semmit nem tesz egy alakított kapcsolatért. A protokollok váltása semmit nem tesz egy kimerült kapacitású kiszolgálóért. Az ismétlődő újraindítások egészen másfelé mutatnak.

# 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

Végezze el a mérést, miközben a probléma fennáll. Egy egészséges percben vett felvétel semmit nem bizonyít a rossz percben futó hurokról.

Egy összehasonlítás, amelyben érdemes megbízni

Ha valóban elérhető egy másik átvitel, hasonlítsa össze ellenőrzött körülmények között. Ugyanaz a gazdagép, ugyanaz a hálózat, ugyanaz a cél és ugyanaz a feladat. Mindkét futásnak ugyanabba a tíz percbe kell esnie, hogy az útvonal körülményei egyezzenek.

A port cseréje nem cserél protokollt. Egy nem kapcsolódó profil importálása egy SSTP-kliensbe nem hoz létre alternatív átvitelt. Az összehasonlításnak csak akkor van értelme, ha a kiszolgáló felkínálja a második lehetőséget.

Tartsa a TLS-ellenőrzést végig bekapcsolva. A teljesítményre irányuló munka nem ok arra, hogy ellenőrizetlen tanúsítványt fogadjon el. Ha a megakadások főleg akkor jelentkeznek, amikor a felső irányú kapcsolat telített, nézze meg a sorokat, mielőtt a rétegeket okolná.