Home/ Questions/Q 162877
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-11T11:28:08+00:00

My company is experimenting with writing a proxy server using the .NET Fx 3.5

  • 0

My company is experimenting with writing a proxy server using the .NET Fx 3.5 and C#. From our research I have read that HttpListener is not a good candidate for a proxy server though I am unsure as to why.

We are currently working with the Mentalis proxy example source code though that will involve, among other things, implementing our own logging and performance counters. Using HttpListener will wrap Http.sys which will give us some of the performance statistics we require out of the box.

So why is HttpListener a bad candidate for HTTP proxy work?

(And yes we are considering Squid 3.1 by writing or configuring an ICAP server as well.)

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. HttpListener is in .NET to provide a major building block for a simple HTTP server. Where simple includes not supporting high operation rates.

    Typically HTTP proxies need to be very low overhead to support many concurrent connections as well as providing the proxy’s function (which depends on the type of proxy).

    Proxies are detailed in RFC 2616 §8.1.3) and that immediately provides one item that (if I understand HttpListener correctly) is not possible:

    The proxy server MUST signal persistent connections separately with its clients and the origin servers (or other proxy servers) that it connects to. Each persistent connection applies to only one transport link.

    • 0