OPNsense Forum

International Forums => German - Deutsch => Topic started by: negotiator on December 25, 2020, 07:51:19 pm

Title: Restore Configuration geht nicht mit 20.7.7_1
Post by: negotiator on December 25, 2020, 07:51:19 pm
Hallo & Frohe Weihnachten!

Ich habe das Problem, dass ich unter 20.7.7_1 keine Konfigurationen mehr über "System/Configuration/Backups/Restore configuration" zurückspielen kann. Es passiert gar nichts, auch keine Fehlermeldung. Das ist unabhängig davon, mit welcher Version das Backup erstellt worden ist.
Ich habe mal ein frisches Setup vom ISO-File (ich glaube das war 20.7) gemacht, damit funktioniert es noch.

Gibt es dazu einen Workaround?
Title: Re: Restore Configuration geht nicht mit 20.7.7_1
Post by: micneu on December 25, 2020, 07:53:38 pm
kann ich so nicht bestätigen, ich habe gerade vor ca. einer woche von 20.7.6 eine konfig eingelesen, keine probleme.
starte doc h einfach die sense neu und versuche es dann nochmal
Title: Re: Restore Configuration geht nicht mit 20.7.7_1
Post by: negotiator on December 25, 2020, 08:48:08 pm
Alles schon probiert und bei mir auch auf zwei getrennten Systemen reproduzierbar.
Restore auf 20.7 (nach frischer Installation) geht, nach Update auf aktuelles Release lassen sich die Backups nicht mehr einspielen...
Title: Re: Restore Configuration geht nicht mit 20.7.7_1
Post by: franco on December 25, 2020, 09:36:21 pm
Kann am lighttpd Update in 20.7.7 liegen. Da wird der Request abgeschnitten...

# opnsense-revert -r 20.7.6 lighttpd && configctl webgui reload


Grüsse
Franco
Title: Re: Restore Configuration geht nicht mit 20.7.7_1
Post by: negotiator on December 26, 2020, 08:05:24 pm
@franco
Perfekt - damit hat es dann funktioniert. Vielen Dank!
Title: Re: Restore Configuration geht nicht mit 20.7.7_1
Post by: franco on December 27, 2020, 11:10:55 am
Gut zu wissen. Mit dem neuen Lighttpd ist latent leider einiges im Argen.


Grüsse
Franco
Title: Re: Restore Configuration geht nicht mit 20.7.7_1
Post by: HaraldSimon on December 28, 2020, 06:40:19 pm
Der Tipp mit dem opnsense-revert hat mir auch bei dem Problem geholfen, dass ich nach dem Update nicht mehr per Webbrowser auf die GUI kam.

Ich bekam immer nur noch SSL_ERROR_INTERNAL_ERROR_ALERT.

Nach dem revert und einem Reboot war die GUI wieder ansprechbar.
Alleinige Reboots vorher haben nicht geholfen.

siehe auch
https://forum.opnsense.org/index.php?topic=20651.0 (https://forum.opnsense.org/index.php?topic=20651.0)

Title: Re: Restore Configuration geht nicht mit 20.7.7_1
Post by: JeGr on December 29, 2020, 04:08:43 pm
@franco nur mal aus Interesse eurer Entwicklersicht: Gibt es eigentlich einen sinnvollen/zwingenden Grund immer noch Lighttpd einzusetzen und keinen anderen Server wie Nginx? Was nebenbei auch einige Plugins einfacher machen könnte/würde (e.g. Proxy, VirtualHosts, Caching etc.)? Frage nur weil man Nginx nun ja ebenfalls recht minimalistisch aufsetzen/betreiben kann, ich aber aus dem Hosting häufiger Ecken und Probleme bei Lighty als bei anderen mitbekomme.

Grüße Jens
Title: Re: Restore Configuration geht nicht mit 20.7.7_1
Post by: Gauss23 on December 29, 2020, 10:40:18 pm
@Jens: ich finde nginx auch sehr gut geeignet. Es müsste aber definitiv eine eigene Instanz/eigener Prozess für die GUI laufen. Sonst könnten Konfigurationsprobleme an benutzer-erstellten Virtualhosts die GUI vom Starten abhalten.
Title: Re: Restore Configuration geht nicht mit 20.7.7_1
Post by: franco on January 04, 2021, 03:24:24 pm
Lighttpd hat bis jetzt gut durchgehalten über die Jahre. Bei Unbound (aktuelles Beispiel) war es unstetiger was Fehleranfälligkeit betrifft. Ob Nginx die Lösung ist weiss ich nicht. Ausser (wenigen) Rufen nach High Performance gibt es keine Grundlage für eine Integration, daher ist das auch nicht geplant, aber wurde schon angesprochen intern.

Lighttpd (und Unbound) haben heute relevante Paket-Updates bekommen dazu. Das ist effektiver. :D


Grüsse
Franco
Title: Re: Restore Configuration geht nicht mit 20.7.7_1
Post by: JeGr on January 20, 2021, 03:39:41 pm
> Lighttpd (und Unbound) haben heute relevante Paket-Updates bekommen dazu. Das ist effektiver. :D

Keine Frage :) Man hätte nur damit eben zwei (oder mehr) Fliegen mit einer Klappe erschlagen (können). Denn wenn ein minimal Nginx eh schon läuft, sind zusätzliche VHosts oder sogar Proxy Configs eben einfach erledigt mit simplen Konfigs statt zusätzlichen Paketen ;) Aber vielleicht ergibt sich das ja später mal.

Cheers
\jens