El modo proxy HTTP de Ncat frente a un relé TCP fijo
Un relé fijo de bytes deja el procesamiento HTTP al proxy existente. El modo de escucha HTTP de Ncat es un servicio distinto, consciente del protocolo.
client → local TCP relay → existing forward proxy → destinationEn esta disposición, el relé tiene un único upstream fijo. Pasa la solicitud del cliente sin cambios al proxy directo existente. Ese proxy lee la URL absoluta o el objetivo CONNECT, aplica la política y abre la conexión de destino.
Apuntar el relé directamente a un sitio web cambia el contrato. Un proxy directo debe seleccionar destinos y gestionar el encuadre HTTP y el comportamiento de la conexión; extraer un nombre de host de la primera línea no basta.
El Ncat de Nmap ofrece por separado un modo de escucha consciente de HTTP:
ncat --listen 127.0.0.1 3128 --proxy-type httpEste ejemplo de loopback usa la implementación de proxy de Ncat, no una función que comparta cada nc. Su proxy del lado de escucha gestiona los métodos HTTP y CONNECT. Sus opciones SOCKS del lado cliente no establecen un servidor SOCKS en modo de escucha. Un servicio compartido persistente también necesita gestión deliberada de conexiones, control de acceso y registro.
Para observar, localice la frontera del cifrado. Un relé sobre una conexión de proxy HTTP simple puede ver las solicitudes y respuestas del proxy. Tras CONNECT, el HTTPS de destino son bytes TLS, no contenido de página legible. El TLS hacia el proxy oculta incluso el intercambio inicial del proxy en ese enlace. Use diagnósticos de cliente y proxy para transacciones interpretadas y proteja los registros que puedan contener credenciales o URL sensibles.