[Erledigt] Reconnect bei 7390 per Batch?

[simukan]

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:

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]

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]

Danke für Deine Antwort!

Ich hatte vorher die Version 6.03.

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

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]

ungetestet

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]

danke für den Versuch
Funktioniert aber leider nicht.

 

[andiling]

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

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]

Schade.
Geht leider immer noch nicht.

 

[andiling]

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

 

[koyaanisqatsi]

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

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

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

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

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

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]

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]

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.