2009-03-27 19 views

Respuesta

8

Bueno, TCP no tiene nada directamente equivalente al HTTP proxying. En HTTP, el cliente (generalmente) conoce el proxy - habla con el proxy, y pregunta al proxy para conectarse al servidor web real en su nombre.

TCP no define ese tipo de cosas, por lo que cualquier proxy debería ser transparente (es decir, algo que hace un enrutador o el sistema operativo sin que el cliente lo conozca, por ejemplo, con iptables) o como parte del protocolo parte superior de TCP (HTTP proxying es un buen ejemplo de esto, como es SOCKS mencionado en una respuesta diferente).

+4

Comentario completamente inútil ... La biblioteca de Benton está bien. – user21582

+2

@conker: Me atrevería a decir que la biblioteca a la que Benton está vinculado está bien si está utilizando el tipo de servidor proxy mencionado en su respuesta. Sin embargo, eso no está en desacuerdo con ninguna parte de mi respuesta. –

+2

La pregunta era simple, todas las otras respuestas en este hilo son precisas. Nadie preguntaba o respondía sobre el servidor proxy, especialmente no sobre "ese" u "otro" "tipo" de servidor proxy. Se trataba de implementar un cliente proxy sobre TCPClient. Deja de hablar de tu trasero sobre cosas que no tienes idea. – user21582

3

Si va a la programación de socket de bajo nivel, estoy bastante seguro de que tendrá que escribir su propio cliente proxy. Si solo está tratando con el protocolo HTTP, probablemente sea mejor que use clases específicas de HTTP. Si necesita hacerlo con sockets, the HTTP spec describe el comportamiento de los proxies razonablemente bien, por lo que puede escribir su propio cliente.

Cuestiones relacionadas