Ein framsendingarproxy varðveitir ikki mark TCP-segmenta
Skil TCP-segmentering, sokkulestur og HTTP-rammugerð frá, tá tú kanna ferðslu á báðum síðum av einum framsendingarproxy.
Hugsa tær, at eitt HTTP-svar vísir seg í fleiri upptikinum TCP-segmentum, eftir at tað er farið gjøgnum Squid. Tað kann vera vanlig atferð TCP og ikki prógv um, at svarið varð býtt skeivt.
Ein framsendingarproxy hevur vanliga tvey sambond:
client ⇄ TCP connection A ⇄ proxy ⇄ TCP connection B ⇄ originHvørt samband hevur sítt egna TCP-støðu, raðtøl og pakking. Proxyið kann lesa dáta úr einum sambandi og skriva tey í hitt uttan at varðveita upprunaligu segmentstøddirnar. Buffering, sendingartíð, treingd og støddarmørk leiðarinnar kunnu geva eina aðra bólking.
Trý mark, sum er vert at halda sundur
| Mark | Hvat ásetur tað |
|---|---|
| TCP-segment | Flutnings- og netleiðin |
| Úrslit av sokkulestri | Tey tøku streymbýti og buffur kallarans |
| HTTP-boð ella -ramma | Rammureglur HTTP-samskiftisins |
Ein lestur kann innihalda part av eini yvirskrift, eina heila yvirskrift saman við búksbýtum ella dáta, sum fara yvir meira enn eitt mark á nýtslustigi. TCP bindur ikki “enda HTTP-svars” at enda á einum eydnaðum lestri.
Tí savnar ein HTTP/1.1-tulkar yvirskriftir og brúkar viðkomandi reglur fyri búksrammugerð, eitt nú longd, flytiskódning ella loyvda stonging av sambandinum. Ein HTTP/2-ramma er ein samskiftisbygnaður, sum sjálv kann fara yvir TCP-segment; hon er ikki eitt annað navn fyri ein netpakka.
Ein eydnaður CONNECT-tunlar varðveitir tunlaðu býtastreymina, men brúkar framvegis tvey TCP-bein. Segmentmørk tess kunnu vera øðrvísi, sjálvt tá proxyið ikki hevur broytt býtini inni í tunlinum.
Tá tú granskar skaða, samanber tá dátur nýtslunnar eftir endursetning. At samanbera pakkatøl ella vænta somu pakkalongdir á báðum síðum biður TCP um eina markstrygging, sum tað ikki veitir.