|
|
|
Funktioniert nach unbestimmter Zeit nicht mehr
|
Guten,
Ich habe untem im Keller einen älteren Download-Rechner stehen, der an einem Siemens SL2-141-I (Firmware Firmware: 3.28p) hängt.
Mein Ziel ist bzw. war es, dass sich der Rechner immer neueinwählt, wenn jDownloader sagt, dass jetzt eine neue IP benötigt wird. Dann habe ich mir vor einiger Zeit eine Batch-Datei geschrieben (http://www.sb-innovation.de/f105/reconnect-bat-f-r-fast-alle-router-mit-curl-2367/
und es klappt auch, allerdings nur für eine unbestimmte Zeit!
Immer wenn ich abends den Rechner anschmeiße ist morgens die Verbindung zum Internet getrennt (im Router) und ich muss dann auf Verbinden klicken. Und dann ist auch alles wieder brav verbunden.
Die Konqequenz daraus ist, dass irgendwann in der Nacht zB. der Reconnect nicht mehr funktioniert. (Es gibt zwar eine trennung, aber keine Neueinwahl)
Das ist natürlich nicht so schön, da der Rechner dann vielleicht von 02:00 nachts bis 10:00 (wo ich dann merke, dass er nicht mehr verbunden ist) umsonst gelaufen ist...
Ich weiß, dass das Problem sehr speziell ist, aber ich weiß zum Himmel nicht mehr, was ich machen soll, gerade weil das Problem auch nicht eindeutig identifizierbar ist (mal wieder). Also wie gesagt, es geht ja eine Zeit lang, aber irgendwann verbindet er sich nicht mehr...
Hat der Router eine Maximalanzahl ein Neuverbindungen, eigentlich doch nicht?!
Ich hoffe ihr könnt mir noch Ideen geben, woran es noch liegen kann.
Gruß
|
|
|
|
|
|
|
das ist n alice-router. da kann ich dir eingentlich nur den rat geben, das ding aufn müll zu schmeißen.
|
|
|
|
|
|
|
|
|
|
|
Also in meinem JDownload gibt es für den "Siemens SL2-141-I" eine reconnect Script, dass so aussieht:
|
Code: |
[[[HSRC]]]
[[[STEP]]]
[[[DEFINE routername="Siemens SL2-141-I"/]]]
[[[/STEP]]]
[[[STEP]]]
[[[REQUEST]]]
GET /constatus.html HTTP/1.1
Host: %%%routerip%%%
[[[/REQUEST]]]
[[[/STEP]]]
[[[STEP]]]
[[[REQUEST]]]
GET /disconnect.cgi?checkNum=%randomNum% HTTP/1.1
Host: %%%routerip%%%
[[[/REQUEST]]]
[[[/STEP]]]
[[[/HSRC]]]
|
|
Funktioniert das nicht?
|
|
|
|
|
|
|
|
|
|
|
Mittlerweile kann ich das Skript als Fehlerquelle ausschließen, denn mir ist aufgefallen, dass die komplette PPPoE getrennt wird und das Skript dann auch nicht mehr funktioniert.
Ich habe einmal ins Log des Routers geguckt, aber warum das passiert weiß ich auch nicht:
| 2011/07/21 16:14:50 daemon crit pppd[3934]: Received valid IP address from server. Connection UP.
2011/07/21 16:14:49 daemon crit pppd[3934]: PPP LCP UP.
2011/07/21 16:14:48 daemon crit pppd[3934]: PPP session established.
2011/07/21 16:14:48 daemon crit pppd[3934]: PPP server detected.
2011/07/21 16:14:43 daemon crit pppd[3934]: PPP session established.
2011/07/21 16:14:43 daemon crit pppd[3934]: PPP server detected.
2011/07/21 16:05:27 daemon crit pppd[22081]: PPP LCP UP.
2011/07/21 16:05:27 daemon crit pppd[22081]: PPP session established.
2011/07/21 16:05:27 daemon crit pppd[22081]: PPP server detected.
2011/07/21 16:05:25 daemon crit pppd[22081]: Clear IP addresses. PPP connection DOWN.
2011/07/21 16:05:25 daemon crit pppd[22081]: Clear IP addresses. Connection DOWN.
2011/07/21 16:02:27 daemon crit pppd[22081]: Received valid IP address from server. Connection UP.
2011/07/21 16:02:27 daemon crit pppd[22081]: PPP LCP UP.
2011/07/21 16:02:26 daemon crit pppd[22081]: PPP session established.
2011/07/21 16:02:26 daemon crit pppd[22081]: PPP server detected.
2011/07/21 16:02:24 daemon crit pppd[22081]: Clear IP addresses. PPP connection DOWN.
2011/07/21 16:02:24 daemon crit pppd[22081]: Clear IP addresses. Connection DOWN.
2011/07/21 15:59:08 daemon crit pppd[22081]: Received valid IP address from server. Connection UP.
2011/07/21 15:59:07 daemon crit pppd[22081]: PPP LCP UP.
2011/07/21 15:59:07 daemon crit pppd[22081]: PPP session established.
2011/07/21 15:59:07 daemon crit pppd[22081]: PPP server detected.
2011/07/21 15:59:05 daemon crit pppd[22081]: Clear IP addresses. PPP connection DOWN.
2011/07/21 15:59:05 daemon crit pppd[22081]: Clear IP addresses. Connection DOWN. | |
Das kursiv-unterstrichene müsste der letzte Eintrag sein, da ich um 16:14 Uhr selbst die Verbindung aufgebaut habe. Was man ja sieht ist, dass der Server ihm beim letzten Eintrag keine IP mehr zuweist, aber wieso und warum?
Woran könnte das liegen, dass das SL2 nach knappen 100 Reconnects die Verbindung trennt?
Ist das Gerät mit der Zeit überlastet oder wird zu heiß und kappt dann die Verbindung? Oder ist das eine andere Einstellung? Davon habe ich allerdings noch nie etwas gehört...
Im Bridge-Modus mit der Direkt-Einwahl war dies nie der Fall!
|
|
|
|
|
|
|
vllt. providerseitig?
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von Vincent am 22.07.2011 14:24]
|
|
|
|
|
|
Kann ich mir nur schwer vorstellen (Alice). Habe davon auch noch nie etwas gehört, geschweige denn gelesen. Das wäre ja auch n Ding...
Wie gesagt, es ging ja im Bridge-Modus einwandfrei (also direkt Einwahl ohne dynamische IP). Es muss daher wohl doch am Router liegen. Schade drum, da das Teil sosnt echt gut in Sachen Stabilität und Sync der leitung ist.
|
|
|
|
|
|
Thema: Router-Reconnect ( Funktioniert nach unbestimmter Zeit nicht mehr ) |