das ist echt nicht böse gemeint, aber dir fehlt da noch ein wenig die Erfahrung. Alle Sachen, nach denen du gefragt hast, findet man leicht bei Google. Es ist einfacher, das zu programmieren, als dir das zu erklären. Deshalb wird es auch niemand tun. Lies dich mal im OpenWrt-Wiki zu sysupgrade etc. ein und guck dir mal bei gluon die Sachen im Ordner packages an und vor allem die upgrade-scripte, die auf so einem Router laufe n. Wenn du das verstanden hast, solltest du das alles hinkriegen.
Hallo Vincent,
klar fehlt mir die Erfahrung, sonst müsste ich ja nicht fragen…
Allerdings muss ich dir mit Google widersprechen, da finde (zumindest ich) nichts Konkretes, was mir weiterhilft. Es ist ja auch schön, wenn jede Community etwas zum Freifunk beiträgt, nur haben die allermeisten Programmierer hier das Dokumentieren nicht erfunden. Da ist es schwer, sich einzuarbeiten.
Ich wäre dir sehr dankbar, wenn du mir ein paar Links zum Thema nennen könntest.
Eigentlich möchte ich nur die Pakete gluon-aptimeclock und gluon-vpnlimittimeclock wieder zum Laufen bekommen, dann wäre ich schon mehr als zufrieden. Ich dachte mir aber, falls ich die Chance habe, etwas lernen zu können und die Anpassungen selber vornehmen zu können, wäre nicht nur mir geholfen.
Woran scheitert es denn konkret(!). Fehlt bei den Änderungen von @rubo77 noch was?
(Du bist sicher, dass Du „-v lede“ ausgecheckt hast. Nein, ich werde jetzt keine Diskussion zum Thema ‚LEDE heisst doch jetzt wieder OpenWRT‘ führen.)
Habe jetzt mal neu gebaut, leider läuft es nicht. Wenn ich die Befehle per uci set setze, werden die Zeiten auch schön brav in die /etc/config/wireless eigetragen, aber zum programmierten Zeitpunkt passiert nichts. Das Client-Netz wird nicht ab- oder angeschaltet.
Was tun? Ach so, gebaut wurde vom Release v2017.1.4.
Das reicht immer noch nicht. Wenn ich die /lib/gluon/aptimeclock/aptimeclock.sh manuell ausführe, kommt folgende Ausgabe:
sh: 0550: unknown operand
uci: Entry not found
Die zweite Zeile dürfte andeuten, dass es auf meine 1043v4 kein Client.Radio.1 gibt. Aber was soll die erste Zeile bedeuten? Leider ist logread nichts genaueres zu sehen.
Das Leerzeichen in der Shebang hat auch keine Auswirkung, egal ob da oder nicht.
Cool, noch einer der das bestätigen kann das nichts passiert
Wir sind leider zum gleichen Ergebnis gekommen.
Hat noch einer einen Tipp wonach man gucken könnte?
root@Freifunk-Lippe-LEDE-Test:~# uci get wireless.client_radio0.disabled
0
root@Freifunk-Lippe-LEDE-Test:~# uci get wireless.radio0.client_clock_on
0550
root@Freifunk-Lippe-LEDE-Test:~# uci get wireless.radio0.client_clock_off
1800
Die Einträge sind vorhanden, trotzdem kommt diese Ausgabe:
Könntet ihr euch bitte einmal das Script vpnlimittimeclock ansehen? Das funktioniert immer noch nicht. Startet man die vpnlimittimeclock.sh manuell, dann läuft diese auch ohne Abbruch durch.
Dummerweise wird die Bandbreitenbegrenzung nicht eingeschaltet, auch wird in die /etc/config/simple-tc nichts vom Script hineingeschrieben.
Das vpn-limit funktioniert leider „so“ nicht, ist leider bekannt.
Ich finde leider trotz einigem Suchen den Thread nicht wieder.
Das geht wohl nur, wenn man massiv mehr an den network-Interfaces tut.
