Selfhosting & Cloud

⚠️ Veralteter Artikel: Dieser Beitrag stammt aus dem Jahr 2019 und ist technisch überholt. Versionen, Befehle und Vorgehensweisen entsprechen möglicherweise nicht mehr dem aktuellen Stand. InvoiceNinja ist ein Tool, um als Unternehmen seine Kunden und Rechnungen zu verwalten. Hier kurz die verwendete Konfiguration, um InvoiceNinja hinter einem nginx-Reverse-Proxy selbst zu hosten. Im ersten Schritt habe ich die Anleitung von InvoiceNinja verwendet, um die Applikation unter Debian aufzusetzen. InvoiceNinja .env Config: ...

Bei Bookstack handelt es sich um eine Anwendung, die eine Dokumentenverwaltung bereitstellt. Leider ist die Doku sehr spärlich ausgeführt, warum ich hier nun kurz zusammenfasse, wie die Applikation hinter einem nginx Reverse-Proxy betreibbar ist. Die Applikation selbst habe ich mit dem Installationsscript für Ubuntu-Server installiert. Um E-Mail erfolgreich zu konfigurieren, muss man die Datei „/var/www/bookstack/.env“ bearbeiten, damit sie folgende Einträge enthält: # Application key # Used for encryption where needed. # Run `php artisan key:generate` to generate a valid key. APP_KEY=censored # Application URL # Remove the hash below and set a URL if using BookStack behind # a proxy, if using a third-party authentication option. # This must be the root URL that you want to host BookStack on. # All URL's in BookStack will be generated using this value. APP_URL=https://your.domain.net # Database details DB_HOST=localhost DB_DATABASE=bookstack DB_USERNAME=bookstack DB_PASSWORD=censored # Mail system to use # Can be 'smtp', 'mail' or 'sendmail' MAIL_DRIVER=smtp MAIL_FROM=test@test.at MAIL_FROM_NAME=Your Bookstack Server # SMTP mail options MAIL_HOST=test.mail.at MAIL_PORT=465 MAIL_USERNAME=test@test.at MAIL_PASSWORD=censored MAIL_ENCRYPTION=ssl # A full list of options can be found in the '.env.example.complete' file. Im Reverse-Proxy muss die Config folgendermaßen aussehen: ...

Es hat mich schon länger genervt, das auf der Startseite immer die kompletten Blogposts angezeigt wurden… Das ging doch sehr zu lasten der Übersicht. Nun habe ich einen Weg gefunden, wie sich das Theme modifizieren lässt, damit nur ein Ausschnitt des Artikels gezeigt wird. In der content.php-Datei des Themes muss folgender Codeteil ersetzt werden: <?php /* translators: %s: Name of current post */ the_content( sprintf( __( 'Continue reading %s', 'twentyfifteen' ), the_title( '', '', false ) ) ); wp_link_pages( array( 'before' => '' . __( 'Pages:', 'twentyfifteen' ) . '', 'after' => '', 'link_before' => '', 'link_after' => '', 'pagelink' => '' . __( 'Page', 'twentyfifteen' ) . ' %', 'separator' => ', ', ) ); ?> <!-- .entry-content --> Durch: ...

Will man als Webhoster seinen Kunden einen SFTP-Zugang bieten, lässt sich dieser wie folgt einrichten: Zuerst wird der User angelegt: adduser kunde1 Damit der User keinen Zugriff auf die Shell hat, nehmen wir ihm mit folgendem Kommando die Rechte dafür ab: usermod -s /bin/false kunde1 Nun beschränken wir den Kunden im Dateisystem. Wir nehmen den Ordner „/var/www/kunde1“ als Beispiel chown root:root /var/www/kunde1 chmod 755 /var/www/kunde1 Jetzt hätte eigentlich der Webserver keinen Zugriff mehr auf den Ordner, was nicht Sinn der Sache ist… Ich empfehle, hier nochmals einen Unterordner zu machen, in dem dann der Inhalt der Website liegt. Im Ordner /var/www/kunde1 hat der Kunde selbst keine Rechte. ...

Andre Peters bietet mit seiner mailcow eine umfassende Groupware-Lösung an. Nochmals vielen Dank für seinen Beitrag an die Open-Source-Welt! Ich sichere die meisten unserer Server mittels borg. Damit sichere ich nicht das komplette System, sondern nur relevante Teile. Das sind im Falle der mailcow natürlich nur alle Daten. Das Backup-Script basiert stark auf dem des mailcow-Urhebers, mit dem Unterschied, dass die Mails nicht ge-„tar“-t, sondern einfach nur in ein anderes Verzeichnis kopiert werden, damit das inkrementelle Backup mittels Borg nur die Änderungen eines Tages abbildet. ...