2016-08-24 15 views
0

Ich habe eine MVC-Site mit einem Controller mit ein paar Methoden für einen Partner zu posten. Ich kann von meinem lokalen Computer aus über das WAN erfolgreich auf dem Webserver veröffentlichen.HTTP 400 - URL -

Mein Partner versucht, von seinem UNIX Server zu posten, und es führt immer zu HTTP 400 - URL.

Ich weiß, dass die URL gut ist, und ich weiß, dass die Antwort gut ist, weil ich es von mehreren verschiedenen Netzwerken veröffentlichen kann, aber ich posten immer von Windows.

Er schreibt:

POST domain.com/controllerName/action HTTP/1.0 
Content-type: application/x-www-form-urlencoded 
Content-length: 136 
(Content-Length will be off because I changed the Request Body data for security purposes) 

Parm1=Value1%0d%0aParm2=Value2%0d%0aParam2=Value3%0d%0a 

ich seine Daten übernehmen und per Post von einem Windows-Rechner auf den Server nur in Ordnung.

Wir haben uns den HTTP 1.0-Wert angesehen (dieser kann nicht von seiner Seite geändert werden) und wenn vielleicht IIS 8.5 auf Server 2012 R2 ein Problem damit hatte.

Hat jemand eine solche Erfahrung gemacht? Wenn ja, haben Sie Informationen darüber, wie ich das Problem lösen kann?

+0

HTTP-Fehlerprotokoll enthält Einträge wie: 2016-08-24 02:35:02 xxx.xxx.xxx.xxx 37090 xxx.xxx.xxx.xxx 80 HTTP/1.0 POST domain.de/controllerName/Aktion 400 - URL - – user1579943

+0

Ich habe versucht, Anfrage Tracing-Regeln fehlgeschlagen, aber es ist wie die Anfrage macht es nie so weit – user1579943

+0

Ich kann posten von hurl.it und requestmaker.com ganz gut. Immer noch das HTTP 400 von Unix Server – user1579943

Antwort

0

Für den Fall, dass jemand anderes ein Problem wie dieses hat, werde ich die Lösung posten.

Der Code vom Unix-Computer meines Partners öffnete eine Verbindung zu domain.com Dann als es gepostet wurde, posten es auf domain.com/controller/action.

Nach einigen sorgfältigen Recherchen und Tracing, entdeckte ich jedoch der Windows-Server sah es als domain.com/domain.com/controller/action. Daher der 400 URL-Fehler im Protokoll.

Um das Problem zu lösen, haben wir auf dem Unix-Rechner aktualisiert, um die Verbindung zu domain.com zu öffnen und dann nach/controller/action zu posten.

Problem gelöst.

Verwandte Themen