[Guide] napp-it cs, erste Schritte

[doktoroskar]

Mit 730-Tage-Key läuft 26.05.03dev jetzt. Danke erstmal. Trotzdem komisch, dass nicht automatisch die 30Tage-Test-Lizenz an war.
Apropos CS: kann man irgendwie das Web-Gui benutzen oder gibt es da magische Dinge, die ich nicht verstehe. Weil SE sagt, hier geht's zur CS-GUI - aber die läuft nicht. Man kann die ausschalten und anschalten ganz oben rechts im Menu, macht aber keinen Unterschied.

 

[gea]

Der 30 Tage der se Version läuft ab Erstinstallation.

Unter OmniOS sollte man per Haupmenü oder Login Seite zwischen der se und cs Version direkt wechseln können (wenn cs an ist) , da beide auf unterschiedlichen Ports laufen. Eventuell se Webserver als root neu starten (/etc/init.d/napp-it restart)

 

[gea]

Die Menüs von napp-it cs können durch eigene Menüs erweitert werden. Jedes private Menü ist sicher gegenüber Updates oder Downgrades und besteht aus einem einfachen Ordner unter ./csweb-gui/_my/menues, der ein Skript namens action.pl enthält.

Wenn man KI (z. B. Claude) nutzen möchten, um private Menüs zu erstellen oder zu überprüfen:

• Erstelle eine ZIP-Datei des Ordners csweb-gui (csweb-gui.zip).
• Lade diese ZIP-Datei bei Claude hoch.

Bitte Claude, zwei Dateien im Stammverzeichnis der ZIP-Datei einzufügen bzw. zu aktualisieren:

• changelog.txt mit den aktuellen Änderungen sowie
  
  
• guideline.txt mit folgendem initialen Inhalt:

-- Erstelle zum Download immer eine ZIP-Datei, die alle Dateien umfasst.
-- Aktualisiere das Changelog mit den Modifikationen und einer Liste der geänderten Dateien.
-- Lokale OS-Befehle werden über &exe("Befehl") via server.pl ausgeführt; gleiche Befehle immer mit server.pl ab.
-- server.pl parst Befehle, z. B. gibt ps axww auch unter Windows eine Taskliste aus.
-- -fi [edf] Dateiname kann eine Prüfung durchführen (Existenz, Datei, Verzeichnis).

Man kann hier eigenen Regeln hinzufügen.

Bitte Claude anschließend darum:

• Ein neues Menü (z. B. testmenu) unter ./csweb-gui/_my/menues/101/Private_menus zu erstellen, ähnlich wie die dortigen Beispiele.
• Das neue Menü soll den Benutzer nach einer bestimmten Information fragen (z. B. ein Task oder ein Dateiname).
• Diese Information soll folgendermassen ... verarbeitet werden, sobald sie bestätigt wurde.
• beachte guideline.txt

 

[AliManali]

Hoi Gea

Habe zwei napp-it AiO SE (OmniOS) auf CS umgestellt. Das waren ESXi AiO Installationen. Sehe ich das richtig, dass wenn das CS Backend mal läuft, man das SE Backend deaktivieren muss? Hatte ellenlang mit gemini und schliesslich mit Claude rum gebastelt. Hatte diverse male mit dem CS Client erfolgreich die Server hinzufügen können. Dann bin ich wieder auf die SE Interfaces, dann ging das CS Backend nicht mehr. Glaube (hoffe omg) wir haben jetzt das SE Interface raus gepacht, und läuft jetzt alles. War das richtig so?

Atm sind die wichtigsten Dienste wieder oben, und beide Server im CS registriert. Zumindest sehe ich die Datasets beider Server in einer separaten VM, wo der CS Client installiert ist. Gute Güte, was ne Aktion. Aber keine Ahnung, ob ich alles richtig gemacht habe. Bin auf jeden Fall seit gestern Abend dran gewesen.

Läuft jetzt soweit. Aber muss ich mir da Sorgen machen, dass mir das irgendwann auf die Füsse fällt? Keine Ahnung was ich da alles durchgezogen habe mit der netten Gemini, war nicht besonders erfolgreich. Mit Claude konnte ich es dann irgendwie hin biegen, dass wenigstens CS jetzt läuft.

Gruss und danke

 

[gea]

napp-it cs und se laufen nebeneinender auf unterschiedlichen Ports, auswählbar im Login Screen oder je im Hauptmenü. Wenn man mit KI was machen will, Claude nehmen und .zip mit csweb-gui hochladen. Wichtig ist dass man Claude eine Guidline und Behaviours zum Projekt liefert, sonst mach sie zuviel Unfug.

Im nächsten napp-it cs liefere ich guidline und behaviours für Claude reviews oder Erweiterungen z.B. (Habe gerade ein komplettes Code Review mit Claude gemacht). Nach dem Hochladen des Projekts, Claude anweisen Guidelines und Behaviours zu
beachten.

 

[AliManali]

Hoi. Hatte echt 20h rum gebastelt, bis napp-it CS auf beiden OmniOS Servern lief. Da gibt es wohl noch paar bugs, insbesondere dass das CS Backend nicht startet. Zitat Claude:

Hier ist eine saubere Zusammenfassung für den Forum-Post:

---

OmniOS: napp-it SE + CS 26.dev – Installationsprobleme und Lösung


Setup:

• 2x OmniOS, je zwei NICs in drei verschiedenen Subnetzen
• napp-it SE + CS 26.dev
• Windows 7 CS-Client

Installation:

wget -O - www.napp-it.org/nappit | perl
# GUI: http://ip:81
# Dann: About > Update auf 26.dev


Problem 1: CS Backend startet nicht automatisch


Nach dem Update auf 26.dev liegt CS unter /var/web-gui/, aber Startup-Skripte und Pfade zeigen teilweise noch auf /var/csweb-gui/. Kein Autostart-Mechanismus greift. server.pl muss manuell gestartet werden:

PERL5LIB=/var/web-gui/data/wwwroot/cgi-bin/csweb-gui/data.new/cs_server/CGI \
perl /var/web-gui/data/wwwroot/cgi-bin/csweb-gui/data.new/cs_server/server.pl &


Problem 2: socket auth wrong


cfg/server.auth wird nicht automatisch angelegt. Der Windows CS-Client schickt einen Auth-Hash, aber server.pl hat nichts zum Vergleichen.


Fix: Auth-Key aus dem CS-Client manuell eintragen:

echo "DEIN_AUTH_KEY" > /var/web-gui/data/wwwroot/cgi-bin/csweb-gui/cfg/server.auth


Beide Fixes müssen nach jedem Neustart wiederholt werden bis gea das in den Autostart integriert.


Fragen an gea:

1. Wie wird server.auth bei einer frischen CS-Installation korrekt angelegt?
2. Wie überlebt der CS-Backend-Start einen Neustart auf OmniOS SE 26.dev?
3. Ist data.new/ der korrekte Pfad oder fehlt ein Deploy-Schritt?

---

Für mich ist es ok, läuft alles. Nur zu Deiner Info

 

[gea]

Bei der Napp-it Client /Server Edition kann ein Frontend viele Backend Server remote managen. Für Frontend und Backend kann man praktisch jedes OS von Free-BSD .. Windows einsetzen. Im Moment ist die Installation auf jedem OS leicht anders, da willl ich noch dran arbeiten um das zu vereinheitlichen

Ich bin aber gerade daran, napp-it cs komplett zu überarbeiten, schneller zu machen, extrem leicht erweiterbar mit eigenen Menüs (Claude KI friendly) mit asyncroner Realtime Anzeige und Inline Edit von Eigenschaften. Das hat Vorrang.

 

[AliManali]

Ja, wie gesagt, bin ganz glücklich, für mich läufts jetzt. Musste halt extrem basteln.

 

[gea]

zu deiner Frage
Die Authentifizierung zwischen Frontend und Backends (localhost und weitere hosts) läuft über einen SHA256 Hash (csweb-gui/cfg/server.auth). Beim Start des Backend Services server.pl wird der angelegt falls er fehlt.

Dieser auth muss identisch zum Inhalt der Gruppendatei csweb-gui/_log/group/"member".txt sein. Beim Erweitern der Gruppe kann man den eingeben oder später per WinSCP bearbeiten/ syncron setzen falls unterschiedlich (es kommt dann ein auth Fehler)

 

[AliManali]

Ja genau, den haben wir über einen cat Befehl auf den Servern selber per SSH eingetragen. Ist das in dem Fall normal, dass man das händisch machen muss? Die Datei war leer. Und der Backend Server wollte nicht automatisch starten, da waren wir auch eine Weile mit beschäftigt, dass der automatisch hoch kommt.

 

[gea]

Die OmniOS + napp-it cs Kombination ist ist erst ganz neu unterstützt, bisher habe ich mich im Wesentlichen auf Linux und Windows konzentriert und die wichtigen Features der Solaris Edition portiert. Unter OmniOS sollte es zusammen mit aktuellem napp-it se so laufen, dass "/etc/init.d/napp-it restart" beide Varianten startet (napp-it se und napp-it cs frontend +backend), auch nach reboot da init.

Der nächste release candidate von napp-it cs hat auf jeden Fall ein komplettes code review erhalten mit mehr checks und features und einfachen Menü Erweiterungen mit audits per KI/Claude.

 

[AliManali]

/etc/init.d/napp-it restart

ging bei mir überhaupt nicht. napp-it SE startete von Anfang an automatisch, für das CS Backend mussten wir rum basteln. Das konnten wir dann über

PERL5LIB=/var/web-gui/data/wwwroot/cgi-bin/csweb-gui/data.new/cs_server/CGI perl /var/web-gui/data/wwwroot/cgi-bin/csweb-gui/data.new/cs_server/server.pl &

starten. Die lokale CS Gui habe ich noch nicht hin gekriegt, ich kann atm nur per CS GUI aus einer separaten VM mit eigenem xampp darauf zugreifen. Blöderweise hat mich Claude wieder nach kurzer Zeit geblockt, also Zwangspause bis 19:50.

Aber spielt wirklich keine Rolle, für meine Zwecke reicht es so, und die lokale CS GUI kriege ich sicher auch noch zum laufen.

 

[gea]

Im Prinzip sollte es ganz einfach sein, wenn napp-it se installiert ist, dann läuft ja bereits ein Apache den man nur erweitern muss, um das Frontend web-gui von cs zu bedienen. Das passiert wenn man im Topmenü ganz rechts oben auf csgui clickt. Danach hat man napp-it cs auf https://ip und napp-it se auf http://ip und https:/ip:82. Im Hauptmenü von se bzw cs kann man direkt switchen oder eins davon im login screen direkt anwählen.

Alternativ den beiliegenden mini_httpd starten und das web-gui Frontend auf http://ip:8080 aufrufen (Putty): sh /var/csweb-gui/startup/backend+web-gui/illumos/mhttpd/mini-httpd.sh

Claude ist schon irre gut, einfach das napp-it cs.zip hochladen, angeben was zu beachten ist (guideline und behaviours) und erklären was zu tun ist. Claude kann die Kommuniktion zwischen Frontend und Backend für verschiedene OS analysieren. Wenn fertig packt Claude das zip neu als 1:1 Ersatz. Dann gehts ans testen, ändern und neu versuchen.

Claude ist halt nicht kostenlos aber die 20 Euro monatlich für Claude Pro reichen meist und man kann napp-it cs damit zu seiner eigenen ganz speziellen web-gui erweitern, bei privaten Menüs in csweb-gui/_my auch update/downgrade sicher. Programmieren muss man eigentlich nicht können, lediglich ein Problem gut beschreiben, KI Fähigkeiten vs KI Ignoranz verstehen und danach das Ergebnis intensiv testen.

 

[AliManali]

So, war jetzt die ganze Woche beschäftigt damit. CS bringe ich definitiv nicht zum laufen auf OmniOS. Entweder startet es nicht, oder es vergisst die Lizenz. Wir haben dann die Lizenz irgendwie per SSH rein gebastelt, aber nach einem Neustart ist die wieder vergessen. Und wenn die Lizenz mal drin ist, kommt beim Zugriff auf die ZFS Filesystems ein Fehler:

Spoiler: Fehler

no End of Data markerIncomplete transfer (4343 Bytes)!:BoD:Micron1VM sharesmb off defaultMicron1VM sharenfs off defaultMicron1VM name Micron1VM -Micron1VM creation Wed Apr 22 0:12 2026 -Micron1VM used 275G -Micron1VM available 1.58T -Micron1VM referenced 96K -Micron1VM compressratio 1.70x -Micron1VM mounted yes -Micron1VM origin - -Micron1VM quota none defaultMicron1VM reservation none defaultMicron1VM volsize - -Micron1VM recordsize 128K defaultMicron1VM mountpoint /Micron1VM defaultMicron1VM compression off defaultMicron1VM atime on defaultMicron1VM readonly off defaultMicron1VM snapdir hidden defaultMicron1VM aclmode passthrough localMicron1VM aclinherit passthrough localMicron1VM canmount on defaultMicron1VM version 5 -Micron1VM utf8only off -Micron1VM normalization none -Micron1VM casesensitivity sensitive -Micron1VM nbmand off defaultMicron1VM refquota none defaultMicron1VM refreservation 174G localMicron1VM guid 7781153583391316830 -Micron1VM primarycache all defaultMicron1VM secondarycache all defaultMicron1VM dedup off defaultMicron1VM sync standard defaultMicron1VM clones - -Micron1VM encryption off defaultMicron1VM keylocation none defaultMicron1VM keyformat none defaultMicron1VM pbkdf2iters 0 defaultMicron1VM encryptionroot - -Micron1VM keystatus - -Micron1VM special_small_blocks 0 defaultMicron1VM/Micron1VM sharesmb off localMicron1VM/Micron1VM sharenfs on localMicron1VM/Micron1VM name Micron1VM/Micron1VM -Micron1VM/Micron1VM creation Wed Apr 22 0:13 2026 -Micron1VM/Micron1VM used 101G -Micron1VM/Micron1VM available 1.41T -Micron1VM/Micron1VM referenced 101G -Micron1VM/Micron1VM compressratio 1.70x -Micron1VM/Micron1VM mounted yes -Micron1VM/Micron1VM origin - -Micron1VM/Micron1VM quota none defaultMicron1VM/Micron1VM reservation none defaultMicron1VM/Micron1VM volsize - -Micron1VM/Micron1VM recordsize 128K defaultMicron1VM/Micron1VM mountpoint /Micron1VM/Micron1VM defaultMicron1VM/Micron1VM compression lz4 localMicron1VM/Micron1VM atime off localMicron1VM/Micron1VM readonly off defaultMicron1VM/Micron1VM snapdir hidden localMicron1VM/Micron1VM aclmode passthrough localMicron1VM/Micron1VM aclinherit passthrough localMicron1VM/Micron1VM canmount on defaultMicron1VM/Micron1VM version 5 -Micron1VM/Micron1VM utf8only on -Micron1VM/Micron1VM normalization formD -Micron1VM/Micron1VM casesensitivity insensitive -Micron1VM/Micron1VM nbmand on localMicron1VM/Micron1VM refquota none defaultMicron1VM/Micron1VM refreservation none defaultMicron1VM/Micron1VM guid 3262054902145190103 -Micron1VM/Micron1VM primarycache all defaultMicron1VM/Micron1VM secondarycache all defaultMicron1VM/Micron1VM dedup off defaultMicron1VM/Micron1VM sync standard defaultMicron1VM/Micron1VM clones - -Micron1VM/Micron1VM encryption off defaultMicron1VM/Micron1VM keylocation none defaultMicron1VM/Micron1VM keyformat none defaultMicron1VM/Micron1VM pbkdf2iters 0 defaultMicron1VM/Micron1VM encryptionroot - -Micron1VM/Micron1VM keystatus - -Micron1VM/Micron1VM special_small_blocks 0 defaultSAS1 sharesmb off defaultSAS1 sharenfs off defaultSAS1 name SAS1 -SAS1 creation Wed Nov 5 16:21 2025 -SAS1 used 2.05T -SAS1 available 9.57T -SAS1 referenced 96K -SAS1 compressratio 1.54x -SAS1 mounted yes -SAS1 origin - -SAS1 quota none defaultSAS1 reservation none defaultSAS1 volsize - -SAS1 recordsize 128K defaultSAS1 mountpoint /SAS1 defaultSAS1 compression off defaultSAS1 atime on defaultSAS1 readonly off defaultSAS1 snapdir hidden defaultSAS1 aclmode passthrough localSAS1 aclinherit passthrough localSAS1 canmount on defaultSAS1 version 5 -SAS1 utf8only off -SAS1 normalization none -SAS1 casesensitivity sensitive -SAS1 nbmand off defaultSAS1 refquota none defaultSAS1 refreservation 1.06T localSAS1 guid 7248805516651032245 -SAS1 primarycache all defaultSAS1 secondarycache all defaultSAS1 dedup off defaultSAS1 sync standard defaultSAS1 clones - -SAS1 encryption off defaultSAS1 keylocation none defaultSAS1 keyformat none defaultSAS1 pbkdf2iters 0 defaultSAS1 encryptionroot - -SAS1 keystatus - -SAS1 special_small_blocks 0 defaultSAS1/SAS1 sharesmb off localSAS1/SAS1 sharenfs on localSAS1/SAS1 name SAS1/SAS1 -SAS1/SAS1 creation Wed Nov 5 23:16 2025 -SAS1/SAS1 used 1015G -SAS1/SAS1 available 8.51T -SAS1/SAS1 referenced 1015G -

Ich belasse es jetzt dabei. Auf die SE GUIs komme ich drauf, und für CS habe ich halt eine eigene VM. Muss halt so reichen.

 

[gea]

no End of Data marker Incomplete transfer (4343 Bytes)!:BoD:
Das bedeutet, dass das Frontend Verbindung hat, vom Backend aber unvollständige Daten zurück erhält.
Mit Lizenz hat das nichts zu tun, da single host bei beiden Varianten kostenlos (3 host bei cs noncommercial)

Da die nächste rc vor der Tür steht, diese dann versuchen.
Da wird auch der Port der Socket Verbindung von 63000 auf 45000 geändert (wg Inkompatibilität mit Hyper-V)

 

[AliManali]

Auf der Standalone CS habe ich aber keine Probleme mit dem Fehler. Ja, habe da keinen Stress. Administriere ich das ganze halt in einer VM. Wollte eigentlich nur mal antesten wie das läuft mit ZFS sync, aber das ist dann total ausgeartet. Hätte eigentlich noch ganz andere Baustellen offen.

 

[AliManali]

Haha, ja, danke @gea! Mit Claude Code habe ich es innert 2-3h gefixt. SE ist erreichbar über http:81, CS über https:82, die Lizenz überlebt Neustart, der ZFS Filesystems Fehler ist ausgemerzt.

Gute Güte, dachte ich könne mir die 20$ sparen, sei eh nur eine kleine Sache. Ganze Woche verplämpert, und mir ist extrem das Gesicht eingeschlafen mit dem Gratis Prompt, den ganzen Zwangspausen und 40h in nano rum wuseln. Claude Code war/ist Premiere für mich, aber was soll ich sagen? Sehr geil, ich muss mir das Grinsen wohl operativ entfernen lassen!

Noch ein Hinweis von Claude wegen der ZFS Filesystem Geschichte/dem Fehler:

Für deine Dokumentation – dieser Fix sollte in die behaviours.txt unter Section 6 (Response Transmission) als bekanntes Problem/Fix eingetragen werden. Willst du das Claude Code machen lassen?




Please add a note to /var/csweb-gui/data/wwwroot/cgi-bin/admin-wlib.pl
changelog header about this fix, and also summarize the fix as a new
entry in behaviours.txt under Section 6 (Response Transmission).

Das wäre dann für zukünftige Sessions dokumentiert – auch wenn du wieder bei Claude Free landest oder neu anfängst.

Vielleicht hast Du ja grad noch eine Idee, was ich testen könnte/muss. Aber nach mir läuft jetzt alles soweit.

 

[gea]

Guidelines und Behaviours sind der Schlüssel um Claude dazu zu bringen, sinnvolle Sachen zu machen. Das schöne daran ist, dass Claude selber diese Dateien pflegen kann und Erkenntnisse eintragen kann, topaktuelle Doku quasi nebenher.

Das ist auch der Grund, dass es wenig Sinn macht, diese Dateien manuell zu pflegen, zumal im nächsten rc vieles anders sein wird.

ps
Ich habe vor ein/zwei Jahren KI genutzt um mir Powershell anzueignen. War mehr schlecht als recht. Der erste KI Vorschlag war fast generell funktionsunfähiig. Erst mit mehrmaliger Rückmeldung von Fehlern kam was brauchbares am Ende heraus.

Claude.ai ist da ein ganz anderes Kaliber (lokales Claude Code CLI oder Claude Extension in Chrome muss noch zulegen bis brauchbar). Es kann den Client Server Datenverkehr mit mehreren OS analysieren und macht, saubere Guidline und Behaviours vorausgesetzt, relativ wenig Fehler, viel Testen ist dennoch angesagt. Das schöne ist dann, man kann in normaler Sprache mitteilen was nicht gut (genug) ist und Claude macht Vorschläge und Änderungen und man hat als Ergebnis immer eine 1:1 lauffähige neue Version mit Dokumentation. (Guidline-> protokolliere neue Vorgaben und Regeln)

Ich sehe KI unterstützte Softwareentwicklung jetzt, wie die Welt drei Jahre nach Erfindung der Dampfmaschine. Da war klar dass Pferdepfleger kein Beruf mit Zukunft ist und jeder dafür geeignete Betrieb der nicht darauf umgestellt hat, schnell nicht mehr konkurrenzfähig war - auch wenn Pferde am Anfang vielleicht noch zuverlässiger und berechenbarer waren.

Signed-off-by: xxxx
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

 

[gea]

napp-it cs web-gui – Pre-Release v26.06.06 rc9

Ich freue mich, das neue Pre-Release 9 (rc9) von napp-it cs zur Evaluierung bereitzustellen. Der Schwerpunkt dieser Version liegt auf umfassendem Code-Refactoring, Sicherheitsaudits sowie einer verbesserten KI-Unterstützung für das plattformunabhängige Management von ZFS- und S3-Servergruppen.

Kernfunktionen & Architektur​

• Client-Server-Architektur: Ein zentrales Frontend (Web-GUI) steuert beliebig viele Backend-Server über einen minimalen, performanten 50K-Socket-Dienst.
• Maximale Betriebssystem-Kompatibilität: Volle Unterstützung für FreeBSD, Illumos (OmniOS, OpenIndiana), Linux, macOS, Solaris und Windows.
• Erweiterte Speichertechnologien: Nahtlose Verwaltung von OpenZFS (inkl. Solaris/Illumos), S3 Object Storage und Windows Storage Spaces.
• KI-gestützte Entwicklung: Optimierte Strukturen und Verhaltensrichtlinien ermöglichen es, Menüs und Funktionen fehlerfrei mithilfe von KI-Assistenten (wie Claude) zu erweitern oder zu debuggen (Details unter napp-it AI Guide).

Sicherheits- & Backup-Highlights​

• S3- & Restic-Integration: Zentralisierte Verwaltung von S3-Pools und Restic/Rclone-Backups. Alle Schlüssel und Passwörter verbleiben sicher auf dem Frontend-Server.
• ZFS-Verschlüsselung mit Key-Splitting: Erhöhte Sicherheit durch 2/3-Wege-Schlüsselsplittung (lokal, auf dem Frontend oder über autorisierte HTTPS-Server) sowie komfortable SHA-256-Passworthashes.
• Plattformübergreifende Migration: Zuverlässiger Transfer von inkompatiblen Dateisystemen (z. B. Solaris ZFS $\leftrightarrow$ OpenZFS) via Rclone/Restic unter Beibehaltung von ACLs und ZFS-Eigenschaften.

Download & Installation (Evaluation)​

• Alle Betriebssysteme: napp-it cs pre9 (.zip) – Nach /var/csweb-gui entpacken und starten.
• Windows-Spezifisch: XAMPP pre9 (.zip) – Nach C:\xampp entpacken und die Batch-Datei als Administrator ausführen.

Hinweis zum Update von älteren Versionen: Stoppen Sie napp-it cs, entpacken Sie die neue Version über das bestehende Verzeichnis /var/csweb-gui und starten Sie den Dienst neu. Ihre Einstellungen bleiben vollständig erhalten.

• Dokumentation & Handbücher: napp-it Manuals
• Community-Diskussion: ServeTheHome Forum
  
  
  S3 Menü
  
  
  

 

[gea]

rc9 ist released
- Frontend online update/downgrade
- Backend online update
- Solaris 11.4 as member
- cross OS S3 backup/restore, snapbasiert inkl. ACL (beliebige OS und Ordner, Solaris ZFS <-> OpenZFS)

 

[AliManali]

Hi gea

Habe das ja mühsam mit der SE Version irgendwie gebastelt bekommen, dass CS auf zwei OmniOS Servern auf vSphere läuft (s.o.). Würdest Du das updaten, oder eher lassen? Wäre atm. noch im pro plan von Claude. Aber befürchte, dass ich da dann wieder eine Woche dran bin. Vermisse eigentlich nichts bislang, ging mehr darum, dass ich ZFS send zwischen den Servern machen kann.

Ich tendiere dazu, das mal zu lassen, wie es ist.

Gruss und danke

 

[gea]

Napp-it cs ist komplett im Ordner /var/csweb-gui. Den wegsichern (kann man dann wiederherstellen). Bei OmniOS hat man zudem Boot Environments serienmäßig. Da kann man beim Booten einen Systemstand auswählen (manuell erstellen bzw napp-it se Update macht das automatisch. Dann neue cs Version drüberkopieren (da wird lediglich Ordner csweb-gui/data mit napp-it und csweb-gui/startup mit Startscripten auf neue Version gebracht). Der Ordner _cfg mit Settings und _my mit privaten Menüs und Scripten bleibt unverändert).

Hauptvorteil der neuen Version
- L1 (Frontend) und L2 (Backend) cache -> erheblich schneller
- online Update auch der Backends
- S3 Services (S3 Server mit Backuptools rclone und rsync ist dabei)
- Async Anzeige und Edit (Gui erheblich reaktionsschneller)
- Multi OS Usermanagement

- Claude AI wird mit guideline, bahaviours und manuals gefüttert - damit kann man napp-it cs um eigene Menüs erweitern ohne dass die KI zuviel Unsinn macht. Napp-it cs.zip zu Claude hochladen, guideline lesen lassen und Wünsche äußern.

 

[AliManali]

Ja danke, @gea. Hatte auf beiden OmniOS auf den ESXi napp-it CS komplett löschen müssen. Dann wieder neu aufgesetzt mit Claude. Der hat mir CS allerdings auf http 8080 statt https 443 gemappt. Ist das ein Problem? Hatte ihn halt die Files einlesen lassen:

Beim Backend kommt jeweils, "All versions match -- no update needed." Beim Frontend bin ich mir nicht sicher, ob ich da jetzt die neueste Version habe. Danke aber schon? ->

Wenn ich da auf upgrade to klicke, dann wird die CS Web GUI neu geladen, und ich bin wieder gleich weit.

Die Lizenzgeschichte für CS musste ich zum Glück nicht erneuern, die hat CS behalten. Aber die Server mit SHA Key musste ich neu einpflegen. Also per SSH, das funktioniert irgendwie nicht über die GUI. Ausserdem musste ich Claude noch bisschen basteln lassen, bis die CS GUI wieder automatisch startet.

Ist das jetzt gut so? Muss ich noch was machen daran? Hoffe echt, beim nächsten mal kann ich einfach die Updates im GUI anstossen. Weil im Normalfall lasse ich den Storage einfach durchlaufen, bis es ein Problem gibt.

Aber insgesamt ist die RC9 jetzt besser gelungen, als was ich vorher hatte. Problem war auch, dass ich dem Prompt gesagt hatte, ich nutze zwei Server. Irgendwann hat er dann am Produktiv Server rum gebastelt, als ich den Backup Server anpassen wollte. Aber egal.

Und meine Community steht bei solchen Aktionen dann halt auch stundenlang still. Die chinesischen Kiddys mögen das gar nicht.

 

[gea]

Fein, hätte mich aber interessiert, wo es am normalen Verfahren gescheitert ist:

In napp-it se: Mit About > Update auf neueste 26.x updaten, in 26.06 ist napp-it cs rc9 dabei (Ordner /var/csweb-gui)
In napp-it se: Im Topmenü "csgui" auf enable stellen, logout + login, jetzt kann man im Login Fenster wählen ob se oder cs

Nach reboot oder per /etc/init.d/napp-it restart hat man beide, für das Frontend ist der Apache Webserver entsprechend konfiguriert
und die napp-it cs backend services server.pl und monitor.pl werden gestarted. In napp-it se sollten diese unter About sichtbar sein.

ps
Versuche nicht am Produktivsystem sondern besser in einer VM machen. Das Übertragen von napp-it se (nach Erstinstallation) oder cs (generell)
ist lediglich das Umkopieren der Ordner /var/web-gui (napp-it se) oder /var/csweb-gui (napp-it cs).

Mit napp-it cs ist es aber das Beste, einen Server als Frontend zu haben - kann auch das Windows Laptop sein-, der alle napp-it cs steuert. Dann sind S3 oder enc keys auch nicht auf dem jeweiligen Server. Das napp-it cs Frontend (die web-gui) kann auf jedem OS laufem. Auf den Backends muss lediglich server.pl und monitor.pl gestartet werden (Startscript in csweb-gui/startup). Das geht ab jedem Raspberry mit 1GB RAM.

Napp-it cs mit Claude AI ist aber toll, wenn man eigene Menüs hinzufügen möchte (man muss keine Programmiersprache können sondern eine Aufgabe beschreiben und vorgeben können wie der Ablauf sein soll) oder Hilfe braucht (Wie macht man.., wie geht.., warum geht nicht..). Bei Claude muss man nur aufpassen, welches Modell man wählt, das neue Mythos/Fable 5 verbraucht schnell das verfügbare Kontingent. Sonnet ist meist ok und man sollte Chats öfter neu starten weil lange Chatverläufe auch das AI Kontingent schneller aufbrauchen.

 

[AliManali]

Habe es jetzt nochmal getestet und SE auf 26.06.10 gebracht. Aber wenn ich auf CS Web GUI klicke, versucht er mich auf https: 443 zu verbinden. Da kommt ein Timeout, weil bei mir auf beiden Servern CS wie gesagt auf http 8080 lauscht. Keine Ahnung, wieso das so ist, stört mich auch nicht weiter. SE selber ist auf http 81, wie seit eh und je. Und sonst kann ich das mit Claude sicher auf https 443 umbiegen, sollte das nötig sein.

Wenn ich in der CS Webgui auf SE Webgui klicke, geht es auch nicht, dann versucht er mich auf :82 zu verbinden. Aber das sind ja glaube ich nur Schönheitsfehler.

 

[gea]

Mini_httpd mit http://ip:8080 kann man machen. Ist bei napp-it cs als Option für schnelle Tests dabei. Napp.it se bleibt dann wie bisher auf 81 erreichbar. Mini_httpd unterstützt aber kein https mehr, ist deshalb nicht für den Produktiv-Einsatz gedacht. Da nimmt man besser Apache mit https. Für privates Lan ist http ok.

Mit Apache sollte napp-it se nach Aktivierung von csgui auf https://ip:82 und cs auf https://ip:443 hören, so wie im Login Screen verlinkt. Da in der Auflistung Apache komplett fehlt, ist es wohl ein Konfigurationsfehler im Apache, müsste man im Apache Error Log nachschauen warum der nicht startet

 

[AliManali]

Ja, sry wenn ich Deinen Thread vollspame. Aber auf dem Backupserver läuft Apache gar nicht, auf dem Mainserver schon. Wenn ich beim Mainserver auf Port 80, 82 und 443 zugreife, kommt Service unaviable. Denke das ist der Apache, der noch läuft. Kann ich auf dem Haupserver Apache einfach deaktivieren? Entstehen mir dadurch Nachteile, abgesehen vom fehlenden https?

Zu Deiner Frage, wieso ich das CS nicht über das SE Update installiert habe. Hatte mich daran gehalten:

Da die CS Version ohne XAMPP hatte ich herunter geladen und per SSH installiert. Bzw. habe das Claude machen lassen, aber der hat halt das betreffende Paket benutzt.

Dass Apache auf beiden Servern läuft, davon bin ich fälschlicherweise einfach ausgegangen. Dachte das sei eine aktive Anwendung welche den Apache sowieso benötigt.

• Nochmal die Frage: wenn die Webinterfaces so laufen auf http (sowohl SE:81 als auch CS:8080), kann ich das einfach so lassen? Oder fällt mir das später bei einem Update oder so auf die Füsse?

Gruss und danke

 

[gea]

Wenn man kein https braucht, kann man problemlos mini_httpd sowohl für napp-it se auf port 81 und auf 8080 für cs nehmen. Für Updates ist der verwendete Webserver egal.

Der Download (jedes OS) beinhaltet einfach den csweb-gui Ordner. Ein laufender Webserver wird da vorausgesetzt. Für Tests und einfache Sachen wenn http reicht, ist für OmniOS und Proxmox mini_httpd als 50K single Binary Webserver dabei. Unter OmniOS hat man halt die Besonderheit dass man sowohl lokal das bisherige napp-it se wie auch das neue napp-it cs gleichzeitig nutzen kann, letzteres sowohl als Frontend (cs web-gui) wie als remote managed backend. Unter anderen OS gibts nur napp-it cs als Frontend und Backend.

Der Aufwand bei dir war der fehlende Webserver beim normalen Download. Manueller Setup von Apache ist nicht ganz einfach. Das aktuelle napp-it 26.06 nutzt den bereits für napp-it se installierten Apache auch für cs. Das macht vieles einfacher.

siehe https://www.napp-it.org/pdf/setup_omnios_de.pdf
Die neuen Dokus sind nach der website Umstellung etwas knapp. Ich muss die erst bei Gelegenheit wieder erweitern.

 

[gea]

napp-it cs rc10_dev ist jetzt ziemlich feature complete
und verfügbar für erste Tests

Up to date documentations in csweb-gui/data/howto.ai/*.info

===================================================================
- unified online install and update, console/terminal as root/admin
===================================================================

#########################################################################
# initial console setup or update

# Windows dev release ps or cmd shell (copy paste to an admin terminal)
cmd /c "curl.exe -ksLo %TEMP%\cs_setup_dev.bat https://www.napp-it.org/cs_setup_dev.bat && %TEMP%\cs_setup_dev.bat

# non Windows dev release
curl -ksL https://www.napp-it.org/cs_setup_dev.sh | sh

#######################################################################
# Windows ps or cmd shell (copy paste to an admin terminal, installs old release)

cmd /c "curl.exe -ksLo %TEMP%\cs_setup_dev.bat https://www.napp-it.org/cs_setup.bat && %TEMP%\cs_setup.bat
# non Windows (installs old release)
curl -ksL https://www.napp-it.org/cs_setup.sh | sh


startmenu rc10+ only: perl /opt/csweb-gui/start.pl


================
Browser connect
===============
http://localhost (http allowed only from localhost, oterwise redirect to https)

https://localhost

remote
http://ip redirect to https
https://ip -> must accept certificate if self signed
-> you may need to clear browser cache (old cert can block)

==================
- unified multi-OS
==================
Napp-it cs frontend service (webserver) and backend services (server, monitor, auto)
run on Free-BSD, Illumos (OmniOS/OI/SmartOS), Linux, OSX, Solaris and Windows


====================
- unified multi-host
====================
When you select a group member, all menus affect the selected host


=================
- unified startup
=================

perl /opt/csweb-gui/start.pl # start rc10+ with option eg start.pl 1
==================
0 stop all (server + monitor + auto + webserver)
1 (re)start all background (server + monitor + auto + webserver)
2 (re)start no_auto background (server + monitor + webserver)
3 (re)start backend only background (server + monitor)
4 (re)start all PS minimized (Windows: new minimized shell per component)
5 (re)start server.pl foreground (start in new shell)
6 (re)start monitor.pl foreground (start in new shell)
7 stop Apache2 / mini_httpd (Linux only -- frees port 80/443)
8 (re)start webserver foreground (start in new shell)
9 (re)start webserver background

Select 0-9 (default 1 in 5s):

On Windows, start with start.pl 4 # debug mode with minimized terminals for webserver, server, monitor and auto

=======================
- unified copy and run
=======================

no extra webserver eg Apache required,
embedded Perl http/https webserver


==========================
- Perl background services
==========================
webserver.pl http/https Frontend (Menus) ~ 33K RAM idle
server.pl backend service /remote control ~ 31K RAM idle
monitor.pl backend L2 caching, update management ~ 15K RAM idle
auto.pl frontend job management ~ 32K RAM idle

total: Backend only, Frontend + Backend or Frontend only: max 100K RAM, actions increase RAM
webgui even suitable for 1GB RAM tiny systems eg Raspberry


================================================
- unified location and start/stop (copy and run)
================================================

/opt/
/perl/ Windows only, Perl
/csweb-gui/ csweb-gui folder
/data napp-it cs webaerver, menus, scripts
/_my private menus and scripts
/_cfg settings

/start.pl common Perl start/stop script



==========
- Security
==========

Passwords (admin, operator) sha256hex
Session management expire, bind to client
Brute-force protection retry pw on login
Https required for remote connect, self signed or public cert
2FA (TITP) enable in About > Settings, based on Mobile Phone Authenticator app
Encrypted socket communication chacha 20 HMAC-SHA256 with 256hex auth between frontend and backend
3way keysplit for ZFS encryption "auto search" of keyparts on frontend, localhost, https1, https2
S3 secret, Restic PW never on host, only on frontend for whole servergroup


====================
Storage technologies
====================

S3 Internet/Lan FileSharing, Sync, Backup, Restore with ACL preserved
Storage Spaces Windows Software Raid for ntfs, ReFS
ZFS Illumos ZFS, OpenZFS, Solaris ZFS Software Raid and Filesystem


===========================
Frontend and Backend update Menu About
===========================
as an alternative to cli setup/update


====================
AI friendly (Claude)
====================
upload napp-it_cs.zip # with /opt including /opt/perl for Windows and /opt/csweb-gui

Claude: read guideline # Claude reads guideline, behaviors and manuals from data/howto.ai
Claude: extend.., fix.., audit.., help.. # human language, screenshots, error message

Claude summarizes actions and asks to build

then offers a new napp-it_cs.zip download as 1:1 replacement