[Erledigt] Reconnect bei 7390 per Batch?

simukan · 12 Mai 2015

Hallo zusammen!

Ääh - ich traue mich gar nicht zu fragen, weil die Frage wahrscheinlich schon zigmal gestellt wurde.
Aber ich habe hier alles durchgesucht und finde einfach keine richtige Lösung.

Ich habe meine 7390 auf FritzOS 6.23 geupdatet.
Seit dem geht meine Reconnect-Batch nicht mehr.

Ich habe seit ewigen Zeiten hier so eine "nc.exe" und eine "data.box" (keine Ahnung wo ich die mal her hatte) im Einsatz.

Mit einer Batch hatte ich die wie folgt gestartet:

Code:

type data.box | nc -w 1 fritz.box 49000 >nul

Damit gab es dann einen Reconnect und alles war gut.

Seit dem Update geht das nicht mehr.
Weiss jemand woran das liegt?
Gibt es eine andere Möglichkeit einen Reconnect per Batch auszuführen?

andiling · 12 Mai 2015

Welche Version hattest Du vorher?

Es gab Änderungen seitens AVM bzgl. upnp, die bei der 7490 ab 06.05 zum Tragen kamen. Nachdem es für die deutsche 7390 kein 06.05 gab, denke ich mal, dass die ab 06.20 implementiert wurden.

Du brauchst also eine aktualisierte data.box oder schreibst sie Dir selber um. Von der Syntax her ist es eine Textdatei.

simukan · 12 Mai 2015

Danke für Deine Antwort!

Ich hatte vorher die Version 6.03.

Bei mir in der "data.box" steht folgendes drin:

Code:

POST /upnp/control/WANIPConn1 HTTP/1.1
HOST: blah:49000
SOAPACTION: "urn:schemas-upnp-org:service:WANIPConnection:1#ForceTermination"
CONTENT-TYPE: text/xml ; charset="utf-8"
Content-Length: 293

<?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>

Was muss ich denn reinschreiben, damit es wieder geht?

andiling · 12 Mai 2015

ungetestet

Code:

POST /igdupnp/control/WANIPConn1 HTTP/1.1
HOST: blah:49000
SOAPACTION: "urn:schemas-upnp-org:service:WANIPConnection:1#GetExternalIPAddress"
CONTENT-TYPE: text/xml ; charset="utf-8"
Content-Length: 293

<?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>

simukan · 12 Mai 2015

danke für den Versuch

Funktioniert aber leider nicht.

andiling · 12 Mai 2015

Versuch es mal damit (der Pfad war evtl. nur 7490 tauglich)

Code:

POST /upnp/control/WANIPConn1 HTTP/1.1
HOST: blah:49000
SOAPACTION: "urn:schemas-upnp-org:service:WANIPConnection:1#GetExternalIPAddress"
CONTENT-TYPE: text/xml ; charset="utf-8"
Content-Length: 293

<?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>

simukan · 12 Mai 2015

Schade.
Geht leider immer noch nicht.

andiling · 12 Mai 2015

Dann bin ich leider überfragt (habe es noch nie auf diese Weise versucht)

koyaanisqatsi · 12 Mai 2015

Moins

Also, bitte...
HOST: blah:49000
...richtig angeben...
HOST: fritz.box:49000
...sonst denkt jeder Leser: Häh?

Ich hab auch so einen alten UPnP SOAP Aufruf mittels curl...
reconn.sh

Code:

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>"

...hat auch vor der 6.20 funktioniert.

Es liefert aber immerhin eine eindeutige Fehlermeldung zurück...

HTML:

<?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>

Die Lösung steht in: "http://fritz.box:49000/igddesc.xml"

HTML:

<serviceType>urn:schemas-upnp-org:service:WANIPConnection:1</serviceType>
<serviceId>urn:upnp-org:serviceId:WANIPConn1</serviceId>
<controlURL>/igdupnp/control/WANIPConn1</controlURL>
<eventSubURL>/igdupnp/control/WANIPConn1</eventSubURL>
<SCPDURL>/igdconnSCPD.xml</SCPDURL>
</service>

...also: POST /igdupnp/control/WANIPConn1 HTTP/1.1

Dann gehts wieder.

Die Ausgabe von obigen Skript (reconn.sh) ist nach Korrektur:

HTML:

<?xml version="1.0" encoding="utf-8"?>
<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
<s:Body>
<u:ForceTerminationResponse xmlns:u="urn:schemas-upnp-org:service:WANIPConnection:1"></u:ForceTerminationResponse>
</s:Body>
</s:Envelope>

So siehts in der (tmux) Konsole aus, mit IP vorher und nacher.

Code:

ermittle die aktuelle TTY
tty is "/dev/pts/0"
Console Ausgaben auf dieses Terminal umgelenkt
disable start/stop characters and flowcontrol
/var/tmp # echo $(myip.sh)
93.220.23.186
/var/tmp # reconn.sh
<?xml version="1.0" encoding="utf-8"?>
<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
<s:Body>
<u:ForceTerminationResponse xmlns:u="urn:schemas-upnp-org:service:WANIPConnection:1"></u:ForceTerminationResponse>
</s:Body>
</s:Envelope>
/var/tmp # echo $(myip.sh)
62.226.255.202
/var/tmp #

simukan · 12 Mai 2015

Vielen herzlichen Dank!
Funktioniert wieder einwandfrei.

Also, bitte...
HOST: blah:49000
...richtig angeben...
HOST: fritz.box:49000
...sonst denkt jeder Leser: Häh?

Sorry, ich habe das mal irgendwo runtergeladen. Ich habe keine Ahnung, dass das falsch war. Hat halt immer funktioniert.
Ich habe keinen Plan was das bedeutet.

Jetzt funktioniert es wieder.

easyfreak · 7 Nov 2015

simukan schrieb:
Vielen herzlichen Dank!
Funktioniert wieder einwandfrei.

Sorry, ich habe das mal irgendwo runtergeladen. Ich habe keine Ahnung, dass das falsch war. Hat halt immer funktioniert.
Ich habe keinen Plan was das bedeutet.

Jetzt funktioniert es wieder.

Bestätigt. Das "idg" muss eingefügt werden. Vielen Dank!

POST /igdupnp/control/WANIPConn1 HTTP/1.1

Allerdings funktioniert es auch mit "blah" wenn man die reconnect.exe verwendet.

Languages

Suche

Languages

Suche

[Erledigt] Reconnect bei 7390 per Batch?

simukan

Neuer User

andiling

IPPF-Promi

simukan

Neuer User

andiling

IPPF-Promi

simukan

Neuer User

andiling

IPPF-Promi

simukan

Neuer User

andiling

IPPF-Promi

koyaanisqatsi

IPPF-Urgestein

simukan

Neuer User

easyfreak

Neuer User

Zurzeit aktive Besucher

Neueste Beiträge

Statistik des Forums