HTTP-Proxy 

Die folgende Abbildung zeigt schematisch, wie die Datenübertragung bei HTTP erfolgt:

HTTP ist ein Request/Response-Protokoll. Nur der Browser kann Requests senden, und nur der Server kann mit einer passenden Response antworten. Dies wird auch als HTTP-Request/Response-Zyklus bezeichnet. Im Browser können noch viele HTTP-Requests offen sein und auf Antwort vom Server warten. Jede HTTP-Response wird immer korrekt auf denjenigen HTTP-Request abgebildet, der diesen Zyklus angefangen hat.

Häufig steht der Server jedoch außerhalb einer Firewall, so dass es nicht möglich ist, direkt mit dem Server zu kommunizieren. Hierfür platzieren Unternehmen HTTP-Proxy-Server an der Firewall, wobei ein Teil innerhalb der Firewall steht und der andere Teil außerhalb. Der Browser ist so konfiguriert, dass er den Proxy-Server als Stellvertreter für das Handling der HTTP-Requests verwendet. Das bedeutet, anstelle den Server für jeden Request anzurufen, kontaktiert der Browser den Proxy-Server mit dem HTTP-Request und wartet darauf, dass der Proxy-Server die HTTP-Response zurückliefert.

Dadurch ist ersichtlich, dass der Browser mit dem Konzept eines vermittelnden Agenten, der so konfiguriert werden kann, stellvertretend alle HTTP-Requests für ihn zu handeln, vertraut ist. Der Browser kontaktiert den Proxy-Server, und damit ist für ihn die Sache erledigt.

Jetzt muss der Browser nur noch so konfiguriert werden, einen anderen Proxy zu verwenden, Proxy für das HTTP-Tracing

Nun wird der Browser, wie üblich, den HTTP-Request an den Proxy-Server weiterreichen. Der Proxy protokolliert den Datenverkehr und reicht den Request direkt an den Proxy-Server weiter, der die eigentliche Arbeit verrichtet. Auf dem Rückweg wird dann auch wieder der Datenverkehr in einem Trace festgehalten.