TCP binnen SSTP: wêrom't werstjoering twa kear bart

SSTP draacht de tunnel yn in TCP-stream oer TLS. As it paad pakketten kwytrekket, tsjogge bûtenste en binnenste werstel tagelyk werom.

Mûnlinge oerlevering komt foar't it protokol der is. Freegje om jo hinne en SSTP is de stadige, de opsje dy't jo mijje, útsein as iets jo twingt. Dy reputaasje beskriuwt ien steuringmodus op ien soart paad.

It meganisme is echt. It is ek betingst, wat de reputaasje nea neamt.

Twa betroubere streams op ien paad

SSTP wikkelt syn tunnel yn in HTTPS-sesje. HTTPS rint oer TCP, en dy bûtenste stream garandearret oardere levering. Ien ûntbrekkend segmint hâldt dêrom alles tsjin dat efter him yn 'e rige stiet. Lettere bytes dy't by oare binnenste petearen hearre, wachtsje dochs.

Binnenste TCP-streams hâlde har eigen oardering en oerlêstbehear. Se kinne it bûtenste werstel net sjen, dat alles wat se fernimme is in stilstân. In stilstân is it sinjaal dat harren seit dat it paad oerlêste is.

No tsjogge beide lagen tagelyk werom. Dat is de hiele ynteraksje, en ien ferlern segmint is genôch om it te begjinnen.

Wêr't it effekt ferskynt en wêr't net

Op in skjin paad werstelt de bûtenste stream komselden wat. De ynteraksje wurdt nea aktivearre, en SSTP draacht ynteraktive ferkear hielendal goed. De algemiene bewearing falt krekt op dit punt.

It effekt ferskynt as ferlies of weroardering it ûnderlizzende paad berikt. In oerlêste Wi-Fi-ferbining of in mobylferbining mei feroarjende fertraging skept de betingsten. In blokkearre bûtenste rige wurdt dan sichtbere fertraging binnen de tunnel.

It skaalet ek mei de wurklêst. In protte parallelle streams folje de rige en meitsje blokkearring oan 'e kop fan 'e rige slimmer. Ien ynteraktive sesje oer itselde paad kin akseptabel fiele.

Wat it symptoom meastal net is

Net elke stadige sesje is dit probleem. In stadich, lyk flak fanôf it earste pakket wiist op kapasiteit, foarmjaan of in serverbeheining. Pauzes dy't mei pleatslike oerlêst gearfalle, wize op rigen op 'e tagongsferbining.

De remedies ferskille, en dêrom komt de diagnoaze earst. Bufferôfstimming docht neat foar in foarme ferbining. It wikseljen fan protokollen docht neat foar in server dy't troch syn kapasiteit hinne is. Werhelle resets wize hielendal earne oars hinne.

# 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

Doch de mjitting wylst it probleem bart. In opname dy't yn in sûne minút makke is, bewiist neat oer de lus dy't yn 'e minne draait.

In ferliking dy't fertrouwen fertsjinnet

As in oare ferfierder wirklik beskikber is, ferlykje dy dan ûnder kontrôle. Deselde host, itselde netwurk, deselde bestimming en deselde taak. Beide runs hearre binnen deselde tsien minuten te fallen, sadat de betingsten fan it paad oerienkomme.

In poarte feroarje feroaret gjin protokol. It ymportearjen fan in net besibbe profyl yn in SSTP-klant skept gjin alternatyf ferfier. De ferliking betsjut wat as de server de twadde opsje biedt.

Hâld TLS-ferifikaasje hielendal yn stân. Prestaasjewurk is gjin reden om in net-ferifiearre sertifikaat te akseptearjen. As stilstannen benammen ferskine wylst de uplink fersêde is, sjoch dan nei rigen foar't jo de lagen de skuld jouwe.

Relatearre artikelen