Comment puis-je voir la requête HTTP brute envoyée par la classe HttpWebRequest?

je me rends compte que c'est une vieille question @feroze réponse dit de le faire, mais ne va pas dans les détails sur la façon de configurer System.Net traçage pour atteindre ce, Comme cette Question a été le premier résultat de google pour ma requête dans le sujet, comme nous sommes tous des gens occupés, je pensais que je vous sauver tous d'avoir à traquer ces informations.

.web est très puissant pour déboguer HttpWebRequest et peut être facilement configuré en utilisant le web.config

<configuration>
    <system.diagnostics>

        <trace autoflush="true" /> 

        <sources>
            <source name="System.Net" maxdatasize="1024">
                <listeners>
                    <add name="MyTraceFile"/>
                    <add name="MyConsole"/>
                </listeners>
            </source>
        </sources>

        <sharedListeners>
            <add
              name="MyTraceFile"
              type="System.Diagnostics.TextWriterTraceListener"
              initializeData="System.Net.trace.log" />
                <add name="MyConsole" type="System.Diagnostics.ConsoleTraceListener" />
        </sharedListeners>

        <switches>
            <add name="System.Net" value="Verbose" />
        </switches>

    </system.diagnostics>
</configuration>

un simple HttpWebRequest dans votre code, et exécuté en mode débogage dans visual studio, les informations suivantes seront affichées dans la console de débogage.

System.Net Verbose: 0 : [6596] WebRequest::Create(https://example.com/service.asmx)
System.Net Verbose: 0 : [6596] HttpWebRequest#62063506::HttpWebRequest(https://example.com/service.asmx#11234)
System.Net Information: 0 : [6596] RAS supported: True
System.Net Verbose: 0 : [6596] Exiting HttpWebRequest#11234::HttpWebRequest() 
System.Net Verbose: 0 : [6596] Exiting WebRequest::Create()     -> HttpWebRequest#11234
System.Net Verbose: 0 : [6596] HttpWebRequest#11234 ::GetRequestStream()
System.Net Verbose: 0 : [6596] ServicePoint#11234 ::ServicePoint(example.com:443)
System.Net Information: 0 : [6596] Associating HttpWebRequest#11234with ServicePoint#11234
System.Net Information: 0 : [6596] Associating Connection#11234 with HttpWebRequest#11234 
System.Net Information: 0 : [6596] Connection#11234 - Created connection from x.x.x.x:xx to x.x.x.x:xx.
System.Net Information: 0 : [6596] TlsStream#11234 ::.ctor(host=example.com, #certs=0)
System.Net Information: 0 : [6596] Associating HttpWebRequest#11234 with ConnectStream#11234 
System.Net Verbose: 0 : [6596] Exiting HttpWebRequest#11234 ::GetRequestStream()    -> ConnectStream#11234 
System.Net Verbose: 0 : [6596] ConnectStream#7740977::Write()
System.Net Verbose: 0 : [6596] Data from ConnectStream#11234::Write
System.Net Verbose: 0 : [6596] 00000000 : 3C 73 6F 61 70 3A 45 6E-76 65 6C 6F 70 65 0D 0A : <soap:Envelope..
...etc

j'ai trouvé cela particulièrement utile en essayant de trouver la cause d'une erreur de client webservice, il s'est avéré que je manquais un en-tête.

vous pouvez utiliser un renifleur de trafic réseau comme wireshark .

ce n'est pas un proxy de débogage, mais va renifler tout trafic et vous permettre de voir les requêtes/réponses brutes.

répondant à ma propre question ici, parce que j'ai pensé à une autre façon de le faire. Fondamentalement, l'idée est -- vous redirigez le HttpWebRequest vers une page qui journalise la requête HTTP brute entrante. En d'autres termes, configurez un gestionnaire HTTP personnalisé selon le post de ce forum:

http://forums.asp.net/t/353955.aspx

et puis changer juste L'URL dans le HttpWebRequest pour pointer vers ce nouveau point final, mais garder tous les autres éléments de la demande la même chose. Ecrivez le résultat dans un fichier ou quelque chose et vous êtes en or.

autre suggestion. implémentez votre propre mandataire web , et définissez votre requête pour l'utiliser avec WebRequest.Proxy . Alors vous devriez être capable d'extraire le trafic de l'instance proxy.

Edit: mise à jour pour les liens.

vous dites que vous pensez que .NET vous ment, et l'exemple spécifique que vous donnez est que l'en-tête Content-Length est absent de la réponse HTTP.

mais l'en-tête Content-Length n'est pas requis d'une réponse HTTP. En fait, si le corps de la réponse est dans une dynamique quelconque, et si sa longueur n'est pas connue à l'avance, alors il est très probable que l'en-tête Content-Length sera omis!

je vous suggère de télécharger Telerik Fiddler pour capturer le trafic entrant/sortant.

ici est un exemple simple comment le faire par cet outil:

1. assurez-vous que le trafic de Capture est activé:
2. ouvrir le navigateur et rafraîchir la page, ou tout simplement envoyer la demande via le client HTTP.
3. après ce passage au violon, vous devriez voir votre demande:
4. en haut essayez de naviguer dans L'onglet" Raw".
5. dans la fenêtre ci-dessous est votre requête brute

je dois manquer quelque chose, parce que l'obtention de la requête HTTP brute comme texte ASCII est vraiment facile, tant que vous l'attrapez dans le Page_Init() ce sera différent par Page_Load().

protected void Page_Init(object sender, EventArgs e)
{
    //this gets the raw request as an ASCII String.
    byte[] biData = Request.BinaryRead(Request.TotalBytes);
    string sWholeRequestAsString = System.Text.Encoding.ASCII.GetString(biData);

}