HTTP serveur proxy en C #

Question

Mon entreprise expérimente l'écriture d'un serveur proxy à l'aide du .NET Fx 3.5 et C #. De notre J'ai lu que HttpListener est pas bon candidat pour un serveur proxy si je ne suis pas sûr de savoir pourquoi.

Nous travaillons actuellement avec le Mentalis code source exemple proxy si cela impliquera , entre autres, la mise en œuvre de nos propres compteurs d'exploitation et de performance. L'utilisation HttpListener enveloppera http.sys qui nous donnera quelques-unes des statistiques de performance dont nous avons besoin de la boîte.

Alors pourquoi est-HttpListener un mauvais candidat pour le travail proxy HTTP?

(Et oui, nous envisageons Squid 3.1 en écrivant ou la configuration et un serveur ICAP.)

Answer 1

HttpListener est en .NET pour fournir un bloc de construction important pour un simple, serveur HTTP. Où simple comprend pas les taux d'opération de soutien élevés.

En général proxies HTTP doivent être très faibles frais généraux pour prendre en charge plusieurs connexions simultanées, ainsi que de fournir la fonction du proxy (qui dépend du type de proxy).

Procurations sont détaillés dans RFC 2616 §8.1.3 ) et qui fournit immédiatement un élément (si je comprends bien HttpListener) n'est pas possible:

  

Le serveur proxy doit signaler les connexions persistantes séparément avec ses clients et les serveurs d'origine (ou d'autres serveurs proxy) qui le relie à. Chaque connexion persistante s'applique à un seul lien de transport.

Answer 2

Vous pouvez également envisager que le port de fenêtres nginx a été libéré il y a quelques jours. De nombreux sites qui ont calmars et de l'expérience de vernis sont très heureux après la conversion en nginx. Ensuite, il y a toujours ce que MS appelle serveur ISA ces jours-ci.

parti pour regarder le code Mentalis maintenant: D