Warum WebRequest timeout immer auf die erste Anfrage, aber nie auf alle nachfolgenden

Habe ein Problem, wo aufrufen WebRequest.GetResponse() hängt und mal mit dem ersten Aufruf, aber nach dem ersten Aufruf funktioniert alles einwandfrei.

        try {
            WebRequest myHttpWebRequest = WebRequest.Create(@"http://192.168.x.x/");
            //Sends the HttpWebRequest and waits for the response.         
            myHttpWebRequest.Timeout = 1000;
            WebResponse myHttpWebResponse = myHttpWebRequest.GetResponse();
        } catch(Exception e) {
            Console.WriteLine("Failure 1");
        }
        try {
            WebRequest myHttpWebRequest = WebRequest.Create(@"http://192.168.x.x/");
            //Sends the HttpWebRequest and waits for the response.         
            myHttpWebRequest.Timeout = 1000;
            WebResponse myHttpWebResponse = myHttpWebRequest.GetResponse(); 
        } catch(Exception e) {
            Console.WriteLine("Failure 2");
        }
        try {
            WebRequest myHttpWebRequest = WebRequest.Create(@"http://192.168.x.x/");
            //Sends the HttpWebRequest and waits for the response.         
            myHttpWebRequest.Timeout = 1000;
            WebResponse myHttpWebResponse = myHttpWebRequest.GetResponse(); 
        } catch(Exception e) {
            Console.WriteLine("Failure 3");
        }

mit diesem code in eine Konsolenanwendung, erhalte ich immer eine Failure 1. Unter dem debugger oder nicht. Ich habe ein 1000 Schleife, und es schlägt immer fehl auf dem ersten, nie eine andere. In der Tat, das Lesen der logs des Webservers, die es eigentlich nie erhält die erste Anfrage. Bin ich hier etwas fehlt?

  • Haben Sie überhaupt die Lösung für dieses Problem '
  • Ja, es war das Ergebnis mit einem VPN laufen. Ausschalten der VPN oder VPN-software wie das problem behoben.
InformationsquelleAutor Rahly | 2011-07-07
  1. 9

    EDIT: ich habe realisiert, die Antwort unten passen würde mit der genaue Gegenteil situation, wo die erste Anfrage funktioniert, aber das andere nicht. Aber es ist immer noch wichtig - Sie wirklich werden sollte, entsorgen Sie Ihre Antworten. Es wäre auch sinnvoll, wenn, wenn Sie den Fehler melden, Sie berichten auch die Ausnahme Nachricht...

    Arbeiten Sie heraus, was hier vor sich geht, Sie sollten wirklich so etwas wie WireShark so können Sie sehen, ob das problem ist, dass die Anfrage gemacht wird, aber nicht darauf reagiert, oder ob es nicht auch gemacht wird.

    Frage ich mich, ob das problem eigentlich, dass es die Lösung eines proxy oder sowas in der Art... und es gibt gerade mal genug Zeit um es zu beheben, bevor die zweiten Anfrage mal aus. Versuchen Sie die Erhöhung der timeouts. Auch dies sollte sichtbar über WireShark.

    Du bist nicht die Entsorgung der web-Antwort, also der connection pool für die zweite Anforderung wird mit der Zeit aus warten, um zu bekommen, dass die Verbindung zurück.

    Setzen die WebResponse Teil in einem using - Anweisung, und Sie werden wahrscheinlich feststellen, es funktioniert alles einwandfrei:

    using (WebResponse myHttpWebResponse = myHttpWebRequest.GetResponse())
{
}

    Das ist vorausgesetzt, Sie hatten tatsächlich tun etwas mit der Antwort, natürlich. Sonst könnte man ja einfach schreiben:

    myHttpWebRequest.GetResponse().Dispose();

    🙂

    • Aber es ist nicht die zweite Anforderung, die ich bin immer in den timeout, in der Tat, die zweite funktioniert einwandfrei. Die erste ist timing. Aber, ich habe die änderung wie Sie sagte, und Tat das mit (dies ist nur ein test nicht eine Reale app, noch), und es machte keinen Unterschied. Die erste Anfrage ist immer noch ein Timeout.
    • Ja, mir ist gerade aufgefallen, dass. Ist die Website, bevor die erste Anfrage?
    • Ich habe den Bericht die Ausnahme, es ist ein timeout
    • Ja, den internen web-server ist immer up. In der Tat, ich bin ein Schwanz auf dem access-log, um zu sehen, die Anfragen kommen, der erste, der macht es NIE auf den server.
    • Ich meine, wie es in Ihrer Ausgabe der Konsole. Siehe mein edit aber für einen empfohlenen Weg in die Zukunft, die Sie wirklich brauchen, zu betrachten, was im Netzwerk gerade passiert.
    • Schon getan, allerdings werden keine Daten an den server gesendet, der für die erste Anfrage, aber die zweiten und Dritten kommen durch just fine. Auch dns ist nicht ein Problem, da seine ip-Adresse. Schritt durch den code im debugger, und beobachten Sie den Verkehr und access logs, nichts produziert.
    • DNS kann nicht ein Problem sein, aber proxy-Auflösung sein könnte. Blick auf all Netzwerkverkehr von diesem Prozess. Was passiert, wenn Sie erhöhen Sie den timeout bis zu mehreren Sekunden?
    • Sie waren korrekt, es war das Ergebnis einer VPN-eigentlich. Eine C-oder Delphi-Programm behandelt diesen Fall korrekt ohne Zeitlimit. So funktioniert internet explorer und andere web-Browser. Ist es ein bug in .NET, wo Sie nicht verwenden die Standard-gateway und einfach blind versucht VPNs?
    • Ich würde erwarten, dass .NET, nur die OS-level-network-layer. Klingt seltsam für mich...
    • Ja, danke für die Hilfe. Ich habe die VPNs gesetzt, um die Verwendung des VPN-Standard gatewau für standard-Netzwerk-traffic, aber mir. Die funktioniert genauso gut für Anwendungen. Seltsamerweise, obwohl, dies ist eine interne IP-Adresse, Zeiten aus, wenn ich http://www.google.com auch, so sollte es nicht mit einem internet-gateway.
    • Using-Anweisung funktioniert.es ist mir im Netzwerk Ausnahme wenig schneller als das warten für einige Zeit Ausnahme.

    InformationsquelleAutor Jon Skeet
  2. 3

    Vielleicht ein wenig spät, aber ich hatte genau den gleichen Effekt. Der Grund war schließlich, dass es wurde kein Standard-gateway im Netzwerk. Die Lösung war, optianally legen Sie die Anfrage.Proxy = null.

    var request = WebRequest.Create(UriString);
request.Timeout = Timeout;
if (_disableProxy)
{
    request.Proxy = null;
}
if (request is HttpWebRequest)
{
    var response = (HttpWebResponse)request.GetResponse();
    responseStream = response.GetResponseStream();

}
if (request is FtpWebRequest)
{
    var response = (FtpWebResponse)request.GetResponse();
    responseStream = response.GetResponseStream();
}
else if (request is FileWebRequest)
{
    var response = (FileWebResponse)request.GetResponse();
    responseStream = response.GetResponseStream();
}

    Hoffe, das hilft.

    InformationsquelleAutor Christian S
  3. 0

    Können Sie ein Verhalten sehr ähnlich wie diese, wenn Sie nicht geleert haben\Schloss die RequestStream vor Fragen, für die Antwort. Dieses Verhalten scheint zu existieren auf .NET 3.5 aber gerichtet wurde .NET Framework 4.5. Ich bemerkte das problem beim Wechsel Rahmen - code (w/o den in der Nähe), arbeitete in 4,5 aufgehört zu arbeiten, wenn kompiliert 3.5. Vielleicht versuchen Sie es ausdrücklich immer die RequestStream und schließen es als work-around.

    • Das ist so ziemlich das, was John erklärt, und ich sehe nicht, schließen einen stream als einen "workaround", sondern mehr ein "muss".
    InformationsquelleAutor bman
  4. 0

    Ich hatte das gleiche Problem, in meinem Fall habe ich erhöhte die timeout Wert der WebRequest Objekt und es hat geklappt!

    webRequest.Timeout = int.Parse(60000);

    (Ich habe die timeout-Eigenschaft auf 60 Sekunden).

    • Klingt mehr wie ein timeout-Problem.... ich hatte timeout eingestellt 3600000, und ich hielt es nach 12 Minuten...
    • 3600000 ist ganz schön groß,
    • Ich war Prüfung in der Zeit
    • Naja, viel Glück dann!!!
    • Als ich es herausgefunden... hatte zu tun mit einem vpn... beendet die vpn-und alles funktionierte perfekt beim ersten Versuch
    • Fyi... ich fand dies heraus die harte Tour.. timeout ist die Zeit für den ganzen Auftrag... nicht nur in der Inaktivität... also, wenn Sie haben einen großen Beitrag über eine langsame Verbindung.. das timeout kann sogar passieren, wenn es aktiv sendet die Daten

    InformationsquelleAutor Imran Khan Hunzai
Schreibe einen Kommentar