Patch Sicherheitsstufe

Auch das Größenlimit der Konfiguration könnte man über das Webinterface editierbar machen.
Ich frag mich nur grad wie sinnvoll es ist, die Sicherheitsstufe über das Webinterface editierbar zu machen!? Wie soll sich denn der priviligierte Nutzer authentifizieren?

Ansonsten finde ich alles was man über das Webinterface machen kann und die Kommandozeile vermeided sinnvoll.

MfG Oliver

astrapi schrieb:

..., ich meinte das man die sicherheitsstufe über "make menuconfig" einstellen kann, ....

Zum Vergrößern anklicken....

Bleibt der Weg über die Kommandozeile weiterhin möglich?

Ich würde so ein Packet sinnvoll halten.
Außer mir, hat eig. niemand zugriff auf die Box.

Bezeichne das aber nicht als Paket. Unter "Paket" verstehe ich echte Pakete, die auf der Box landen. Das was du vorhast geht eher in die Richtung "custom script" und so sollte es auch behandelt werden. Mit "external" hat cuma ein Beispiel dazu gegeben, wie man solche "benutzerdefinierte Skripte" in make-Vorgang einpflegt. Und ich hatte es nachher um downloader-Funktionalität erweitert gehabt. Daraus entstand eine relativ hoch verzweigte Struktur mit mehreren Abhängigkeiten von diversen Variablen in menuconfig. Ich würde an deiner Stelle "external" als Beispiel nehmen, damit du nicht von Null anfängst. Und bitte nicht patchen, sondern "scripten". Von den patches auf patches haben wir im FREETZ genug. Es sollen echte Skripte her, die auch in FREETZ fest eingepflegt sind.
Neben der Sicherheitsstufe und anderer hier angesprochenen Dinge würde ich optional eine Möglichkeit der pre-configuration anbieten, dass man die ganzen FREETZ-Config-Daten ins Image mitnimmt und als "default" auf der Box hat. Damit es auch nach Werkreset erhalten bleibt. So eine Art eigene Vorgabe für default-Werte. Dies wurde hier im Forum bereits mal angesprochen. Es lässt sich zwar darüber streiten, ob es sinnvoll ist oder nicht, deswegen auch optional.
Auf jeden Fall brauchst du natürlich im FREETZ selbst die Möglichkeit diese Dinge aus dem WebIF auszuführen oder aktivieren. Aber es soll kein Paket dafür missbraucht werden, sondern entsprechende Schalter (oder was auch immer) sollen irgendwo auf Einstellungsseite von FREETZ oder unter "extras" gepackt werden.

MfG

Nur die, die man auch ovn der Console aus ändern muss...

Der default wird in root/usr/lib/libmodcgi festgelegt.

MfG Oliver

Ich halte es nicht für die Aufgabe der Firmware, irgendwelche Konfigurationsdateien ungefragt zu verändern.

Wenn aber Bedarf besteht, könnte man eine Möglichkeit vorsehen, den Default-Wert in der Datei beim Erstellen der Firmware festzulegen. Wenn jemand keine anderweitige Einstellung vorgenommen hat, was der Normalfall sein wird, dann gilt diese Voreinstellung. Ansonsten gilt die Einstellung in der Konfigurationsdatei.

Es bliebe also alles, wie es ist, nur daß der Default-Wert nicht fest, sondern bei der Erstellung der Firmware konfigurierbar ist.

RalfFriedl schrieb:

I
Wenn aber Bedarf besteht, könnte man eine Möglichkeit vorsehen, den Default-Wert in der Datei beim Erstellen der Firmware festzulegen. Wenn jemand keine anderweitige Einstellung vorgenommen hat, was der Normalfall sein wird, dann gilt diese Voreinstellung. Ansonsten gilt die Einstellung in der Konfigurationsdatei.

Zum Vergrößern anklicken....

Das hatte ich auch so vorgeschlagen unabhängig (und zusätzlich) von/zu Sicherheitsstufe. Dann verändert man eben über menuconfig nur die default-Werte. Ideal wäre, dass man als Vorlage für diese Defaultwerte die Konfiguration nehmen könnte, die man mit FREETZ abspeichert. Und noch interessanter wäre, wenn man in FREETZ die Möglichkeit hätte, diese Default-Werte per Knopfdruck aus dem WebIF auszurufen, womöglich noch getrennt. Sozusagen "Werkreset" auf FREETZ-Ebene.

Zu Sicherheitsstufe. Sowas lässt sich doch bestimmt mit Variablen aus menuconfig realisieren, oder? Auf so eine Art wie pre-compiler-Anweisungen. Dass man den Wert in root/usr/lib/libmodcgi durch den Wert der entsprechenden Variable aus menuconfig ersetzt. Der Defaultwert dieser menuconfig-Variable kann dann den Wert haben, wie es jetzt in root/usr/lib/libmodcgi fest gesetzt ist.

MfG

Die Änderung des Default-Wertes läßt sich sicher mit einem einfachen Skript während der Erstellung der Firmware ändern.

Daß der Wert in menuconfig davon abhängt, welchen Wert irgendeine Freetz Sicherung (unter welchem Namen, in welchem Verzeichnis) hat, ist erstens komplizierter, und ich sehe den Nutzen nicht. Wenn jemand schon einen expliziten Wert gesetzt hat, der in der gespeicherten Config enthelten ist, dann hat die Änderung des Default-Wertes keinen Einfluß mehr.

menuconfig achtet auf Einrückungen
Rück den Hilfetext einfach komplett gleich ein, dann sollte das gehen. Bei mir zumindest tut es das

Sollte es nicht "Default security level" heißen? Damit man weiß, was gemeint ist. Wie oben schon erwähnt, wollen wir lediglich den default-Wert setzen. Und in help muss auch ein entsprechender Satz rein, wo es erklärt ist, dass man damit den bereits im FREETZ verstellten Wert nicht ändern kann, lediglich dafault-Einstellung.

Übrigens, wenn wir hier schon dabei sind irgendwelche defaults im make festzulegen, sollen wir uns erstmal überlegen, wie wir diese defaults in FREETZ setzen können. Ich habe dazu einen Vorschlag, was meiner Meinung nach recht sinnvoll wäre. Lass uns mal bitte bei den rc-Skripten neben den "load", "start", "stop" und was da auch immer alles möglich ist noch die Startoption "set-default" oder "default" oder wie auch immer wir sie nennen einführen. Man kann es in die Pakete nach und nach einpflegen. Somit hätte man dann die Möglichkeit geschaffen nicht nur komplett alles zu reseten, sondern auch Paketweise. Was hält ihr davon?

MfG