WINHTTP - Telefonanlage weist ab (Zugriff verweigert), IE.au3 geht aber

AutoITier

Hallo zusammen,

mit der IE.au3 kann ich wunderbar auf meine Telefonanlage connecten, beispielsweise so (Auszug):

[autoit]

Local $IE = _IECreate('http://192.168.4.8/login_json?LOGIN_NOW=&LOGIN_NAME=Name&LOGIN_PASS=Kennwort', 0,1)
Local $ConfigState = _IENavigate($IE, 'http://192.168.4.8/teilnehmer_profil_modus_state?tnId=4209&pageindex=102')

[/autoit]

.

Wichtig ist nur, dass man am Ende wieder mit "http://192.168.4.8/appclose" den Logout durchführt, weil der User ansonsten für X Minuten gesperrt ist. Das klappt alles wunderbar, u.a. auch, weil das Cookie immer weitergereicht wird.

Ich versuchte das nun mit WINHTTP nachzustellen. Login klappt auch einwandfrei, doch bei der Folgeseite zeigt er mir immer, dass der Zugriff verweigert wurde - sprich: die TK-Anlage kann den Login nicht auf die Folgeseite beziehen.

[autoit]

$handle = _WinHttpOpen("Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20100101 Firefox/10.0.2")
$connect = _WinHttpConnect($handle, "192.168.4.8")
$qCode = _WinHttpSimpleRequest($connect, "POST", "login_json", "192.168.4.8", "LOGIN_NOW=true&LOGIN_NAME=USERNAME&LOGIN_PASS=Kennwort")
FileWrite("Eingeloggt.html", $qCode)

[/autoit]

Woran mag das liegen? Ich habe nun bereits so viel über WINHTTP gelesen und konnte die Fehlerursache nicht finden.

Was meint ihr?

Danke !

m-obi

Hast du es schonmal mit Firefox Live HTTP Headers beobachtet?

AutoITier

Ja. Daher habe ich ja u.a. auch die o.g. Daten.

name22

Ich verstehe nicht ganz, wieso du POST als Verb verwendest. Was willst du denn da für Daten übertragen? Da alle Daten (soweit ich sehen kann) in URL basiert weitergegeben werden, sollte ein GET Request doch ausreichen.

AutoITier

Danke für den Tipp. Leider das gleiche Problem bei POST. Irgendwas wird da nicht mit übergeben. Noch eine Idee?

name22

Wird da vielleicht ein Cookie gesetzt? Schau dir mal den Response Header des Servers ganz genau an.

AutoITier

Ja, Cookies werden gesetzt, definitiv. Ich dachte nur, die werden automatisch mitgenommen?

Wie kann ich dieses Cookie "weitergeben"?

name22

Cookies eines Servers werden über einen Headereintrag bei jedem HTTP-Request mitgesendet.

[autoit]

$qCode = _WinHttpSimpleRequest($connect, "GET", "testpage.htm", "192.168.4.8", Default, "Cookie: " & $sCookie)

[/autoit]

Wenn der Cookie vom Server über einen HTTP Headereintrag gesetzt wird (und nicht über Javascript o.Ä.) dann kannst du den so auslesen:

[autoit]

$aCookie = StringRegExp($qCode, "Cookie: (.+)", 1)
ConsoleWrite($aCookie[0] & @CRLF)

[/autoit]

Ich hab das jetzt nicht getestet, aber es sollte doch korrekt sein.

m-obi

So müsste das gehen:

[autoit]

_WinHTTPAddRequestHeaders($hRequest, "deinCookie", BitOR($WINHTTP_ADDREQ_FLAG_ADD, $WINHTTP_ADDREQ_FLAG_COALESCE_WITH_SEMICOLON))

[/autoit]

Edit: Mist, wieder nicht aktualisiert.

AutoITier

Vielen Dank für die Mühe, weiß ich sehr zu schätzen!

Der Hersteller schreibt:
"Allgemeines / Anmeldung am System
Login, Digest Access Authentication (DAA)
Bevor ein Befehl im ITK-System aufgerufen werden kann, ist ein Login zwingend erforderlich. Einzige Ausnahme stellt das Abfragen der Systeminformationen dar.
Eine Autorisierung an der COMmander-6000-Serie erfolgt über Digest Access Authentication (DAA) nach RFC 2617. Dabei läuft die Session-Wiedererkennung abseits der normal üblichen Digest-Implementierung. Sie erfolgt mittels eines Cookies AUERSessionID (15 Zeichen langer Wert) vom Webserver des ITK-Systems, im ersten erfolgreichen Login. Wird dieses Cookie von der Anwendung nicht übertragen, so fordert der Konfigurationsserver bei jedem Aufruf eine erneute Autorisierung mittels Digest Access Authentication. Hierbei ist zu beachten, dass dann eine weitere Session angelegt wird. Aktuell unterstützt die COMmander-6000-Serie maximal 100 Sessions. Bei einer Überschreitung dieses Wertes werden die ältesten Teilnehmer-Sessions im Webserver des ITK-Systems gelöscht."

Spricht das dafür, dass es klappt?

name22

Zitat

Spricht das dafür, dass es klappt?

Kommt drauf an wo der Cookie herkommt. Kannst du mal den HTTP Header posten der vom Server geschickt wird, nachdem du dich eingeloggt hast?

AutoITier

Habe den Anmeldevorgang mitprotokolliert und hier abgelegt:
http://pastebin.com/ji9xUBYg

Ein Cookie scheint sichtbar zu sein.

m-obi

Den Referer musst du auch mit angeben.

name22

Ich hab mal aus deinen Daten was zusammengebastelt. Nach dem Prinzip sollte das funktionieren, aber teste kann ich das natürlich nicht.

Spoiler anzeigen

[autoit]

$hOpen = _WinHttpOpen("Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20100101 Firefox/10.0.2")
$hConnect = _WinHttpConnect($hOpen, "192.168.4.8")

[/autoit] [autoit][/autoit] [autoit]

$sResponse = _WinHttpSimpleRequest($hConnect, "POST", "login_json", "http://192.168.4.8/", "LOGIN_NOW=true&LOGIN_NAME=USERNAME&LOGIN_PASS=Kennwort")

[/autoit] [autoit][/autoit] [autoit]

$aCookies = StringRegExp($sResponse, "Set-Cookie: (.+)", 3)
$sCookieString = ""
For $i = 0 To UBound($aCookies) -1
$sCookieString &= $aCookies[$i]
If $i < UBound($aCookies) -1 Then $sCookieString &= "; "
Next

[/autoit] [autoit][/autoit] [autoit]

$sResponse = _WinHttpSimpleRequest($hConnect, "GET", "Somepage.htm", "http://192.168.4.8/", Default, "Cookie: " & $sCookieString)

[/autoit]

AutoITier

Danke vielmals, klappt aber leider nicht. Ich bin mit meinem Latein gerade am Ende.

m-obi

hast du mal probiert mit Referrer?

name22

Zitat

Danke vielmals, klappt aber leider nicht. Ich bin mit meinem Latein gerade am Ende.

Wir möglicherweise auch, wenn du uns nur "klappt nicht" als Fehlerbeschreibung anbietest...

AutoITier

Ich weiß, ist auch nicht meine Art. Im Anhang mal' ein Foto, auf dem oben die Daten angezeigt werden, welche bei Aufruf von /configs_state im Browser (= funktioniert) nach Anmeldung generiert werden und unten die, wenn ich es via AutoIt (WINHTTP) erledige (funktioniert nicht, trotz "Anmeldung").

Kann es am "Cookie" bzw. "Set-Cookie" liegen?

m-obi

Und nur Cookie: anstatt Set-Cookie:?

name22

Das kann doch irgendwie nicht sein, dass WinHTTP aus "Cookie:" "Set-Cookie:" macht... Wenn mit dem GET Request von AutoIt der falsche Header für die Cookies mitgeschickt wird, ist es ja kein Wunder, dass es nicht klappt.