Mit welchem User führst Du den Befehl aus? Als root User oder als normaler User?
Server administrieren - wo fange ich an?
- Bud
- Erledigt
-
-
Mit welchem User führst Du den Befehl aus? Als root User oder als normaler User?
Als root geht es, aber müsste es als sudo nicht auch gehen?
-
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.
-
Aber dann fragt er Dich (sofern nicht deaktiviert) nach Deinem eigenen Passwort für den sudo Befehl.
Oh maaaaan, lesen hätte geholfen. Ich bin automatisch davon ausgegangen er will das Passwort von dem User, auf welchen ich rauf will... Danke dir!
-
Guten Abend zusammen, ich hänge gerade in einer Wiki.js Installation. Diese habe ich nach meiner Doku installiert, weswegen mich der Fehler noch mehr wundert.
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, da anscheinend niemand den Fehler direkt bei der Installation bekommt.
Wenn ich das richtig interpretiere, dann hat node nicht die Rechte Verzeichnisse anzulegen? -
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?
-
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?
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
-
Wenn ich unter IP:PORT mein Wiki.js aufrufe und installieren will, bekomme ich folgenden Fehler:
Jegliches googeln war leider erfolglos
EACCES: permission denied, mkdir '/home/bud/wikijs/data/cache'Ich hoffe, du hast nicht direkt nach "permission denied, mkdir '/home/bud/wikijs/data/cache" gegoogelt.
-
Ich hoffe, du hast nicht direkt nach "permission denied, mkdir '/home/bud/wikijs/data/cache" gegoogelt.
Natürlich nicht Aber die Installation hat generell einen ordentlichen Fehler, ich komme nur noch nicht dahinter, was genau ich falsch gemacht habe...
-
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
-
Sonst hätte Google sicher nach dem Passwort gefragt
Auf keinem meiner Server ist "bud" ein User, und selbst wenn, ein PW allein würde denen ja auch nicht helfen
-
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.
-
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.
-
[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.
-
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 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:
Codenvm 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?
-
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