Was könnte bewirken, dass IIS das HTTP-Verb "2GET" empfängt?

Question

Ich habe einen Benutzer, der sporadisch einen HTTP 405-Fehler erhält, wenn er auf einen Link innerhalb meiner Anwendung klickt. Es ist nichts Seltsames am Link, soweit ich sehen kann...

- Transfers anzeigen

Wie gesagt, meistens wird der Link erfolgreich ausgeführt. Aber sehr selten wurde der Benutzer mit folgender Meldung konfrontiert:

405 - Der für den Zugriff auf diese Seite verwendete HTTP-Verb ist nicht zulässig.

Wenn ich das IIS-Protokoll inspiziere, sehe ich den folgenden Eintrag:

2009-02-04 15:12:50 192.168.202.204 2GET /Navigate.ashx target=6 80 - 192.168.202.141 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322;+InfoPath.2;+.NET+CLR+2.0.50727) 405 0 1 13203

Dies scheint zu berichten, dass der Browser des Benutzers eine Anforderung mit dem Verb 2GET gesendet hat. Wie kann das sein?

Beim Durchsehen des Protokolls auf unserem Testserver sehe ich einige andere Fälle dieses Problems:

2008-11-06 13:30:10 192.168.202.204 2GET /Content/Css/origo_advanced_horiz.css - 80 - 192.168.202.190 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322) 405 0 1 109
2008-11-06 13:31:44 192.168.202.204 2GET /Content/Css/origo_advanced_horiz.css - 80 - 192.168.202.190 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322) 405 0 1 62
2008-11-06 13:37:20 192.168.202.204 2GET /Content/Css/datepicker.css - 80 - 192.168.202.190 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322) 405 0 1 109
2008-11-06 14:06:00 192.168.202.204 2GET /Content/Css/origo_advanced_horiz.css - 80 - 192.168.202.190 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322) 405 0 1 125
2008-11-06 16:30:42 192.168.202.204 2GET /Content/Css/origo_advanced_horiz.css - 80 - 192.168.202.190 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322) 405 0 1 406
2008-11-07 11:01:07 192.168.202.204 2GET /Content/Css/origo_advanced_horiz.css - 80 - 192.168.202.190 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322) 405 0 1 406
2008-11-10 11:27:31 192.168.202.204 2GET /Content/Css/origo_advanced_horiz.css - 80 - 192.168.202.190 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322) 405 0 1 46
2009-02-03 12:00:38 192.168.202.204 2GET /Navigate.ashx target=6 80 - 192.168.202.141 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322;+InfoPath.2;+.NET+CLR+2.0.50727) 405 0 1 13438
2009-02-03 12:00:49 192.168.202.204 2GET /Navigate.ashx target=6 80 - 192.168.202.141 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322;+InfoPath.2;+.NET+CLR+2.0.50727) 405 0 1 1593
2009-02-04 15:12:50 192.168.202.204 2GET /Navigate.ashx target=6 80 - 192.168.202.141 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322;+InfoPath.2;+.NET+CLR+2.0.50727) 405 0 1 13203

Wir verwenden IIS7.

Irgendwelche Ideen? Gibt es das Verb 2GET? Kann es mit dem UpdatePanel auf meinem Formular zusammenhängen?

Sandy

UPDATE: Ich erhalte alle Arten von seltsamen Verben: 2GET, 9GET, 1POST, 5POST...

2009-02-04 15:12:50 192.168.202.204 2GET /Navigate.ashx target=6 80 - 192.168.202.141 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322;+InfoPath.2;+.NET+CLR+2.0.50727) 405 0 1 13203
2009-02-04 15:28:12 192.168.202.204 1POST /Transfer/View.aspx - 80 - 192.168.202.141 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322;+InfoPath.2;+.NET+CLR+2.0.50727) 405 0 1 3171
2009-02-04 15:28:28 192.168.202.204 5POST /Transfer/View.aspx - 80 - 192.168.202.141 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322;+InfoPath.2;+.NET+CLR+2.0.50727) 405 0 1 2515
2009-02-04 15:34:21 192.168.202.204 5POST /Transfer/View.aspx - 80 - 192.168.202.141 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322;+InfoPath.2;+.NET+CLR+2.0.50727) 405 0 1 1828
2009-02-04 15:44:52 192.168.202.204 2GET /Transfer/View.aspx - 80 - 192.168.202.141 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322;+InfoPath.2;+.NET+CLR+2.0.50727) 405 0 1 5390
2009-02-04 16:15:23 192.168.202.204 2POST /Transfer/View.aspx - 80 - 192.168.202.141 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322;+InfoPath.2;+.NET+CLR+2.0.50727) 405 0 1 7781
2009-02-04 16:16:04 192.168.202.204 2GET /Navigate.ashx target=3 80 - 192.168.202.141 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322;+InfoPath.2;+.NET+CLR+2.0.50727) 405 0 1 44938
2009-02-04 16:16:09 192.168.202.204 2GET /Navigate.ashx target=3 80 - 192.168.202.141 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322;+InfoPath.2;+.NET+CLR+2.0.50727) 405 0 1 45876
2009-02-04 16:16:27 192.168.202.204 2GET /Content/Css/reset.css - 80 - 192.168.202.141 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322;+InfoPath.2;+.NET+CLR+2.0.50727) 405 0 1 4687
2009-02-04 16:16:52 192.168.202.204 9GET /Transfer/View.aspx - 80 - 192.168.202.141 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322;+InfoPath.2;+.NET+CLR+2.0.50727) 405 0 1 5468

Answer 1

Dieser Fehler tritt auf, weil eine fehlerhafte GET-Anfrage vom Browser ausgeführt wird. Der Fehler kann auf die IP 192.168.202.204 zurückverfolgt werden.

Es liegt nicht am IIS oder Ihrem Server, auch nicht an der Netzwerkkarte (TCP verfügt über Fehlerkorrektur).

Es könnte sein, dass der Browser fehlerhaft ist oder dass sich ein Proxy / eine Firewall auf dem Rechner befindet, der den HTTP-Verkehr abfängt. Es könnte auch ein Virus sein. Aber soweit ich es sehe, liegt das Problem auf der Client-Seite.

Answer 2

Wenn Sie Zugriff auf den Client-Rechner haben, führen Sie Wireshark darauf aus, um den Datenverkehr zu Ihrem Server zu erfassen. Sie sollten auch Wireshark auf dem Server ausführen und den Verkehr von dieser IP-Adresse filtern, um ein Problem in IIS auszuschließen (obwohl es unwahrscheinlich ist.)

Zu wissen, was auf dem Draht passiert, kann Ihnen helfen, den Ort des Problems einzugrenzen. Wahrscheinlich sehen Sie, dass der Verkehr näher am Browser in Ordnung aussieht und auf dem Weg zum Server von etwas beschädigt wird, aber zumindest können Sie die Liste der wahrscheinlichen Verdächtigen auf ein kleineres Maß eingrenzen.

Answer 3

Ganz merkwürdig in der Tat.

• Tritt dies nur von einem Computer aus auf?
• Kommen diese Anfragen direkt vom Benutzercomputer, über einen Proxy oder möglicherweise über den ISA Server?
• Ist es eine Option, IEHttpHeaders auf den Browser mit dem Problem zu installieren und die HTTP-Header von dort aus zu überwachen?