2009-03-27 15 views

Antwort

8

Nun, TCP hat nichts direkt mit HTTP-Proxying. In HTTP kennt der Client (allgemein) die Proxy-Funktion - er spricht mit dem Proxy und fragt den Proxy, um in seinem Namen eine Verbindung mit dem echten Webserver herzustellen.

TCP definiert diese Art von Sache nicht, deshalb müsste jede Proxy-Funktion entweder transparent sein (dh etwas, das ein Router oder das Betriebssystem ohne den Client kennt, zB mit iptables) oder als Teil des Protokolls auf Top of TCP (HTTP-Proxying ist ein gutes Beispiel dafür, wie auch SOCKS in einer anderen Antwort erwähnt).

+4

Völlig nutzlos Kommentar ... Bibliothek von Benton ist in Ordnung. – user21582

+2

@conker: Ich wage zu sagen, die Bibliothek Benton verknüpft ist in Ordnung, wenn Sie die Art von Proxy-Server in seiner Antwort erwähnt verwenden. Das stimmt jedoch mit keinem Teil meiner Antwort überein. –

+2

Die Frage war einfach, alle anderen Antworten in diesem Thread sind auf den Punkt. Niemand fragte oder antwortete über Proxy-Server, vor allem nicht "das" oder "andere" "Art" des Proxy-Servers. Es ging darum, den Proxy-Client auf TCPClient zu implementieren. Hör auf, von deinem Arsch über Dinge zu reden, von denen du keine Ahnung hast. – user21582

3

Wenn Sie auf Low-Level-Socket-Programmierung gehen, bin ich ziemlich sicher, dass Sie Ihren eigenen Proxy-Client schreiben müssen. Wenn Sie nur mit dem HTTP-Protokoll arbeiten, sollten Sie wahrscheinlich HTTP-spezifische Klassen verwenden. Wenn Sie es mit Sockets tun müssen, beschreibt the HTTP spec das Verhalten von Proxies einigermaßen gut, so dass Sie Ihren eigenen Client schreiben könnten.

Verwandte Themen