[Gelöst] Reconnect 7390 via UPNP geht nicht

[eYo]

Hallo Leute,

habe eine 7390 mit aktueller Firmware von AVM. Habe sonst immer via UPNP meine Box reconnected, seit ein paar Tagen (weiß nicht genau seit wann, könnte seit dem Update auf die neuste Firmware sein, hab das nie wirklich beobachtet), geht es nicht mehr.

Ich nutze CURL unter Debian und rufe folgende "Seite" auf:
http://fritz.box:49000/upnp/control/WANIPConn1

Hier mal mein Aufruf wie es bisher immer funktioniert hat:

curl "http://fritz.box:49000/upnp/control/WANIPConn1" -H "Content-Type: text/xml; charset='utf-8'" -H "SoapAction:urn:schemas-upnp-org:service:WANIPConnection:1#ForceTermination" -d "<?xml version='1.0' encoding='utf-8'?>  <s:Envelope s:encodingStyle='http://schemas.xmlsoap.org/soap/encoding/' xmlns:s='http://schemas.xmlsoap.org/soap/envelope/'> <s:Body> <u:GetExternalIPAddress xmlns:u=\"urn:schemas-upnp-org:service:WANIPConnection:1\" /></s:Body></s:Envelope>" -s

Habe aber auch diese Zeile mal getestet, da sie mir richtiger erschien:

curl "http://fritz.box:49000/upnp/control/WANIPConn1" -H "Content-Type: text/xml; charset='utf-8'" -H "SoapAction:urn:schemas-upnp-org:service:WANIPConnection:1#ForceTermination" -d "<?xml version='1.0' encoding='utf-8'?> <s:Envelope s:encodingStyle='http://schemas.xmlsoap.org/soap/encoding/' xmlns:s='http://schemas.xmlsoap.org/soap/envelope/'> <s:Body> <u:ForceTermination xmlns:u='urn:schemas-upnp-org:service:WANIPConnection:1' /> </s:Body> </s:Envelope>" -s

Leider klappt beides nicht.

Hier mal eine verbose Ausgabe des Aufrufs:

> POST /upnp/control/WANIPConn1 HTTP/1.1
> User-Agent: curl/7.28.1
> Host: fritz.box:49000
> Accept: */*
> Content-Type: text/xml; charset='utf-8'
> SoapAction:urn:schemas-upnp-org:service:WANIPConnection:1#ForceTermination
> Content-Length: 276
>
< HTTP/1.1 500 Internal Server Error
< DATE: Sat, 26 Jan 2013 14:47:20 GMT
< SERVER: FRITZ!Box Fon WLAN 7390 UPnP/1.0 AVM FRITZ!Box Fon WLAN 7390 84.05.50
< CONNECTION: keep-alive
< CONTENT-LENGTH: 433
< CONTENT-TYPE: text/xml; charset="utf-8"
<
<?xml version="1.0"?>
<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
<s:Body>
<s:Fault>
<faultcode>s:Client</faultcode>
<faultstring>UPnPError</faultstring>
<detail>
<UPnPError xmlns="urn:schemas-upnp-org:control-1-0">
<errorCode>401</errorCode>
<errorDescription>Invalid Action</errorDescription>
</UPnPError>
</detail>
</s:Fault>
</s:Body>
</s:Envelope>

Hat AVM dahingehend irgendwas geändert? Wenn ja, wo ist die UPNP Dokumentation damit man generell mal die UPNP Möglichkeiten studieren kann?
Hoffe jemand hat bereits eine Lösung für sich gefunden und teilt diese hier... Ich weiß nicht mehr weiter.

 

[night4awk]

Ich habe meine 7390 auf die neuste Labor-Firmware 05.58-26386 BETA upgedatet und seither funktioniert bei mir auch kein Reconnect mehr.

Ich habe schon etliche Skripte, die man im Netz finden kann ausprobiert, es kommt immer:

<?xml version="1.0"?>
<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
<s:Body>
<s:Fault>
<faultcode>s:Client</faultcode>
<faultstring>UPnPError</faultstring>
<detail>
<UPnPError xmlns="urn:schemas-upnp-org:control-1-0">
<errorCode>401</errorCode>
<errorDescription>Invalid Action</errorDescription>
</UPnPError>
</detail>
</s:Fault>
</s:Body>
</s:Envelope>

UPnP ist natürlich in der FritzBox aktiviert.

Der Button "Neu verbinden" unter "Internet" funktionier übrigens.

Hat jemand eine Idee, wie man das ganze auch wieder als Shell-Skript laufen lassen kann?

Danke

 

[Pikachu]

Mach mal ein Update von Curl, denn manche Alte Curl Version gehen nicht bei
den Aktuellen Firmware Versionen mit Lua Login usw.

Ob das dein Problem Löst kann ich aber nicht Sagen da ich kein Curl verwende in Windows.
Aber in einem Beitrag hier im Form gabs das Problem unter PHP mit Curl.

Gruß Erwin

 

[night4awk]

Ich benutze eine aktuelle Version von curl.
Update bringt nichts.

 

[eYo]

Bei mir läuft derzeit "FRITZ!OS 05.55-26045 BETA", damit scheint der Reconnect noch zu funktionieren, kann aber gleich mal die letzte Labor installieren.
Nutze folgende Codezeile zum reconnecten:

curl "http://$routerIP:49000/upnp/control/WANIPConn1" -H "Content-Type: text/xml; charset='utf-8'" -H "SoapAction:urn:schemas- upnp-org:service:WANIPConnection:1#ForceTermination" -d "<?xml version='1.0' encoding='utf-8'?> <s:Envelope s:encodingStyle='http://schemas. xmlsoap.org/soap/encoding/' xmlns:s='http://schemas.xmlsoap.org/soap/envelope/'> <s:Body> <u:ForceTermination xmlns:u='urn:schemas-upnp-org: service:WANIPConnection:1' /> </s:Body> </s:Envelope>" -s

routerIP=$(ifconfig lan | sed -n 's/.*inet addr:\([0-9.]*\).*/\1/p')

Ich meine das Problem damals behoben zu haben, indem ich nicht mehr die "127.0.0.1" IP bzw. einen Host genommen habe, sondern die private IP vom Router. (In meinem Fall 192.168.0.1)

 

[night4awk]

Leider immernoch das selbe Problem:

<?xml version="1.0"?>
<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
<s:Body>
<s:Fault>
<faultcode>s:Client</faultcode>
<faultstring>UPnPError</faultstring>
<detail>
<UPnPError xmlns="urn:schemas-upnp-org:control-1-0">
<errorCode>401</errorCode>
<errorDescription>Invalid Action</errorDescription>
</UPnPError>
</detail>
</s:Fault>
</s:Body>
</s:Envelope>

...auch wenn ich die interne IP des Routers einfüge...

 

[eYo]

Stimmt, mit der neuesten Labor gehts nicht mehr. Kann ich also bestätigen.

Edit: Oh, moment. Ich hatte seinerzeit einfach einen Symlink von "FRITZ.Box_Fon_WLAN_7390_Labor.84.05.55-26045.image" auf die "FRITZ.Box_Fon_WLAN_7390_LabBETA.AnnexB.84.05.58-26237.image" gemacht, weil die neuere Version noch nicht im Freetz war. Also hatte ich eigentlich die Labor 26237 drauf, nicht die 26045.

Ich werde nachher mal die 26237 flashen um zu schauen ob es dann wieder geht, da muss ja dann irgendwo was anders sein...

Interessant ist auch, dass iptables jetzt nicht mehr zu gehen scheint, mit der anderen "FRITZ.Box_Fon_WLAN_7390_LabBETA.AnnexB.84.05.58-26237.image" konnte ich zumindest noch normale Regeln hinzufügen ohne Fehler, jetzt scheint nichtmal mehr iptable_filter geladen werden zu können :/

 

[eYo]

Edits werden hier ja nicht benachrichtigt, daher schreibe ich eine neue Antwort.
Habe jetzt "FRITZ!OS 05.59-26514 BETA" und der reconnect klappt wieder mit meinem Skript was ich zuletzt geposted hatte.