Server administrieren - wo fange ich an?

Mit welchem User führst Du den Befehl aus? Als root User oder als normaler User?

Zitat von Bud

Als root geht es, aber müsste es als sudo nicht auch gehen?

Aber dann fragt er Dich (sofern nicht deaktiviert) nach Deinem eigenen Passwort für den sudo Befehl. Oder was genau hast Du als normaler User ausgeführt? Nur "su" ohne "sudo" wird als normaler User nicht klappen.

was hat das Verzeichnis denn für Rechte?

Evtl hilft da ein chmod 755 für den Pfad?

Welcher user gar die Installation denn angestoßen?

Zitat von Bud

Wenn ich unter IP:PORT mein Wiki.js aufrufe und installieren will, bekomme ich folgenden Fehler:
EACCES: permission denied, mkdir '/home/bud/wikijs/data/cache'

Jegliches googeln war leider erfolglos

Ich hoffe, du hast nicht direkt nach "permission denied, mkdir '/home/bud/wikijs/data/cache" gegoogelt.

Zitat von Bud

Natürlich nicht Aber die Installation hat generell einen ordentlichen Fehler, ich komme nur noch nicht dahinter, was genau ich falsch gemacht habe...

Sonst hätte Google sicher nach dem Passwort gefragt

Zitat von Bud

Guten Abend iKameo – danke für deine Antwort, aber ich hab das Problem bereits gelöst, history sei Dank. Auf meinem anderen Wiki.js-Server hat damals ein sudo chown -R bud /home/bud/wikijs geholfen, hatte es leider nur nicht in meine Doku eingepflegt – das habe ich gerade nachgeholt

Sauber ist es aber nicht, das unter /home zu installieren. Das sollte lieber unter /opt oder /usr/local bzw. /var/local hin. Zudem musst du aufpassen, wem die Dateien gehören und ob die von dem ausführenden User geändert werden sollen. Denn Home-Verzeichnisse von Usern haben eine besondere Eigenschaft: du kannst in deinem Home-Verzeichniss alle Dateien abändern, auch wenn z. B. der Owner ein anderer ist und die Permissions etwas anderes sagen. Im Falle vom Cache möchtest du dies sogar, bei den anderen nicht wirklich.

Zitat von max__

Denn Home-Verzeichnisse von Usern haben eine besondere Eigenschaft: du kannst in deinem Home-Verzeichniss alle Dateien abändern, auch wenn z. B. der Owner ein anderer ist und die Permissions etwas anderes sagen.

[x] doubt

Prüf das mal bitte nach - aus dem Kopf hätte ich gesagt da täuscht du dich. Und auch mein Test gerade (Datei von root mit chmod 0600 im home-Verzeichnis) zeigt dass der User die Datei nicht lesen darf. Ubuntu 22.04

Noch weiter getestet… ich durfte als User die Datei nicht lesen - aber ich konnte sie löschen. Ändern war aber auch nicht drin.

Zitat von ThomasChr

[x] doubt

Prüf das mal bitte nach - aus dem Kopf hätte ich gesagt da täuscht du dich. Und auch mein Test gerade (Datei von root mit chmod 0600 im home-Verzeichnis) zeigt dass der User die Datei nicht lesen darf. Ubuntu 22.04

Moin Thomas,

du kannst sie nicht lesen, das habe ich vorher aucch nicht behauptet. Du kannst sie aber überschreiben, löschen, verschieben. Wenn du Leseberechtigung hast, kannst du die Datei auch abändern.

Das liegt tatsächlich nicht am Home-Verzeichnis, da du aber in den meisten Fällen nur dort dem User das Directory gehört, hast du vorallem dort das Problem. Das funktioniert bei jedem Directory, auf das der User Schreibberechtigung hat.

Aus diesem Grund sollten z. B. alle Configfiles root gehören (Directory auch) und der User, der das Programm ausführt, lesende Berechtigung haben. Dadurch kann z. B. die Config nicht durch den Prozess verändert werden, sollte dieser eine Lücke aufweisen.

Zitat von Bud

Ich habe gerade einen weiteren Wiki.js-Server aufgesetzt, und dieses Mal in /var/www/wikijs installiert. Allerdings habe ich den Fehler gemacht und nvm in das home meines sudo zu installieren. node befindet sich somit unter /home/bud/.nvm/versions/node/v18.18.1/bin/node. Diesen Pfad habe ich dann in der config.yml unter /var/www/wikijs angegeben. Ist das schlimm / falsch?

Ich würde Dir davon abraten das so zu machen, und statt dessen node entweder von https://deb.nodesource.com/ oder von Deiner Distribution installieren.

wiki.js soll ja als System-Dienst laufen. Wenn ein wichtiger Teil der Ressourcen in einem normalen Benutzer-Konto liegen, muss man immer daran denken, dass man da nichts kaputt macht.

Die lieben Seiteneffekte halt

Zum Beispiel könnte Dir jemand raten Dein Benutzerverzeichnis zu verschlüsseln, oder ...

Wenn dann wiki.js plötzlich nicht mehr tut, fällt einem das zwar schnell wieder ein, aber dann ist es schon zu spät und man hat extra Aufwand.

Und wenn jemand anderes die Administration übernommen hat, muss der zuerst einmal debuggen, oder im wiki nachlesen, wo es zwar hoffentlich dokumentiert ist, aber das jetzt ja nicht mehr geht

Ein weiterer Vorteil von einem der obengenannten Repositories ist, dass Du Sicherheitsupdates einfach über apt update/upgrade bekommst.

Mit nvm musst Du Dich extra darum kümmern. z.B. mittels:

nvm install node --reinstall-packages-from=node
# oder
nvm install "lts/*" --reinstall-packages-from="$(nvm current)"

Und das muss dann natürlich mit Deinem bud User passieren. Wenn eine anderer user (z.B. terence) das macht, hat das ja keine Auswirkung auf das verwendete node.

Dass Dein User bud sudo-Rechte hat ist hier übrigens egal. Das gibt Deinem User nur die Möglichkeit Befehle als anderer User (root) auszuführen.

Warum nicht einfach in /opt installieren?

Zitat von Bud

Ich habe gerade einen weiteren Wiki.js-Server aufgesetzt, und dieses Mal in /var/www/wikijs installiert. Allerdings habe ich den Fehler gemacht und nvm in das home meines sudo zu installieren. node befindet sich somit unter /home/bud/.nvm/versions/node/v18.18.1/bin/node. Diesen Pfad habe ich dann in der config.yml unter /var/www/wikijs angegeben. Ist das schlimm / falsch?

Hust. https://docs.requarks.io/install/docker Hust.

Aber Docker bitte aus offizieller Quelle beziehen:

curl -sSL https://get.docker.com/ | CHANNEL=stable sh