jsbergbau/baikalanleitung

Tutorial / Anleitung um mit Baikal Kontakte und Kalender sicher zu verwalten und speichern

baikalanleitung's Issues

Nginx failed to restart

Moin,

nach dem Befehl
sudo ln -s /home/pi/DiensteUndProgramme/Baikal/baikal-nginx.site /etc/nginx/sites-enabled/baikal-nginx.site

bekomme ich bei restart des servers die Fehlermeldung

Job for nginx.service failed because the control process exited with error code.
See "systemctl status nginx.service" and "journalctl -xe" for details.

BG

403 Forbidden

Ich bekomme beim Zugriff einen 403 Fehler, an den Berechtigungen für die Ordner sollte es ja eigentlich nicht liegen.

Schritt sudo systemctl restart nginx

Hallo,

der Schritt funktioniert nicht. ich bekomme die Meldung:
Job for nginx.service failed because the control process exited with error code.
See "systemctl status nginx.service" and "journalctl -xe" for details.

nginx.service - A high performance web server and a reverse proxy server
Loaded: loaded (/lib/systemd/system/nginx.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Fri 2021-01-08 13:46:17 CET; 1min 13s ago
Docs: man:nginx(8)
Process: 14213 ExecStartPre=/usr/sbin/nginx -t -q -g daemon on; master_process on; (code=exited, status=1/FAILURE)

Jan 08 13:46:17 raspberrypi systemd[1]: Starting A high performance web server and a reverse proxy server...
Jan 08 13:46:17 raspberrypi nginx[14213]: nginx: [emerg] "listen" directive is not allowed here in /etc/nginx/sites-enabled/baikal-nginx.site:1
Jan 08 13:46:17 raspberrypi nginx[14213]: nginx: configuration file /etc/nginx/nginx.conf test failed
Jan 08 13:46:17 raspberrypi systemd[1]: nginx.service: Control process exited, code=exited, status=1/FAILURE
Jan 08 13:46:17 raspberrypi systemd[1]: nginx.service: Failed with result 'exit-code'.
Jan 08 13:46:17 raspberrypi systemd[1]: Failed to start A high performance web server and a reverse proxy server

Hat jemand eine Idee?

Danke, Luthian

Question webserver

Hello,
thank you for the great help with creating an own server for my calendar. I got to the point "Webserver-Konfiguration" but at the beginning of this section I'm stuck. How should I create that file? Thank you for your help!
Best,
ChillyFV

PS: I'm german...

Anmeldung nur über neue, nicht über alte User möglich

Ich habe Baikal als Docker Container auf meinem Unraid Server laufen.
Mutmaßlich durch ein Update im vergangenen Jahr bin ich nicht mehr in der Lage mich mit einem der bestehenden Nutzer anzumelden. Wenn ich jedoch einen neuen Nutzer anlege, ist die Anmeldung möglich, die Basis URL schein also korrekt zu sein.

Für die Synchronisation auf dem Smartphone nutze ich DAVx5. Auf dem alten Smartphone konnte ich mich noch mit allen Nutzern anmelden, die Einrichtung erfolgte vor einem Jahr. Nun mit dem neuen Smartphone oder auch auf dem Tablet auf dem ich es zum Test zurückgesetzt hatte, ist es nicht mehr möglich eine Verbindung zum Baikal Server herzustellen.

Ich habe schon kreuz und quer gelesen aber keine Lösung finden können, nur ähnlich klingende Themen aus 2015 in Verbindung mit dem owncloud calender, vielleicht kann hier jmd weiterhelfen?

Update auf 0.9.5

Wenn man von einer älteren Baikal-Version (z.B. 0.9.1) auf eine neuere Version (z.B. 0.9.5) aktualisieren möchte und noch eine veraltete PHP-Version (7.3) verwendet, ist es erforderlich, auch PHP auf eine neuere Version zu aktualisieren.

Da es keinen offiziellen Support für PHP 8.1 auf dem Raspberry Pi Zero gibt, habe ich für Baikal auf einen neueren Raspberry Pi Zero 2 W gewechselt. Für die Aktualisierung auf PHP 8.3 habe ich dieses Tutorial verwendet.

Nach der erfolgreichen PHP-Aktualisierung muss noch eine Anpassung in der Konfigurationsdatei baikal-nginx.site vorgenommen werden. Die Zeile fastcgi_pass unix:/run/php/php7.3-fpm.sock; muss entsprechend der installierten PHP-Version geändert werden, in diesem Fall zu fastcgi_pass unix:/run/php/php8.3-fpm.sock;

Nach diesen Schritten sollte die neuste Baikal-Version erfolgreich installiert sein.

Radicale: Nachteile

Hi,

du schreibst unter Alternativen, dass bei Radicale "Freigabe von Kalendern zwischen Benutzern [] nicht möglich" ist.

Das ist in dieser absoluten Form nicht richtig. Mit Hilfe von symbolischen Links und geschickter Anwendung von Rechten, lassen sich Kalender sehr wohl freigeben. Dies kann jedoch nur vom Admin eingestellt werden.

Ein großer, unerwähnter Nachteil ist die fehlende Einladungs-Funktion bei Radicale.

Ciao

Not possible to enable Baikel Calendar Thunderbird

I have installed Baikel on my QNAP and that works with my mobile phone.

Now I have installed it on Thunderbird to with 2 addons:

• Provider for CalDAV & CardDAV
• TbSync
  Both are working properly.

When I click to enable the Calendar it's automatic turned off again.

How to solve this issue?

Keine Einladung wenn Termin im Handy erstellt wird

Hallo und vielen Dank für die Übersetzung!

Ich synce Baikal mithilfe von DAVX5 mit meinem Smartphone. Leider sendet Baikal bei mir keine Einladung raus, wenn ich den Termin vom Handy aus erstelle. Kannst du das bestätigen oder mache ich einen Fehler?

VG
Jens

Backup auf NAS über das Netzwerk

Hi,

ich habe nun Baikal erfolgreich auf einem Raspberry installiert, auch die Einladungen per Mail klappen. Vielen Dank für die tolle Anleitung- hiermit ist es wirklich sehr leicht für einen Linux Noob wie mich :-)

Hast du eine Idee, wie man eine regelmäßige Datensicherung per Cron auf einem NAS im selben Netzwerk bewerkstelligt?

Beste Grüße
Jens

Erfahrungen bei der Migration des Baikalservers (0.9.3. auf 0.9.5)

Hallo,

ich möchte mich in erster Linie mal bedanken für die ausführliche Anleitung, die ich oft und immer wieder studiere, das ist ja eine Menge Arbeit das aufzuschreiben. Daher ist das auch kein Issue, eher eine Rückmeldung (ich kann nur keine andere Kategorie als Issue auswählen).

Ich hatte einige Zeit einen Baikal Server nach Anleitung auf meinem NAS aufgesetzt und der lief auch reibungslos. Ich konnte bis auf 0.9.3 updaten, auf 0.9.5 habe ich versucht, das ging leider nicht, weil mein NAS (Openmediavault) noch ein älteres debian mit php 7 statt php 8 hat. War vermutlich ein Fehler.

Da mein NAS nicht ständig läuft (es wird per Wake-on-LAN geweckt, wenn sich bestimmte Clients einschalten, wenn die inaktiv sind geht es in Standby) gab es immer mal wieder Fehlermeldungen von DAVx5 auf den Android Clients des Baikal Servers. Aber keinen Datenverlust. Daher wollte ich den Baikal Server auf ein raspi 4, welches 24/7 läuft umziehen.

Auf dem raspi habe ich dann Baikal 0.9.5. installiert. Am Umzug der Daten bin ich leider gescheitert und habe letztendlich einen Datenverlust erlitten. Ich habe versucht einige Dateien zu kopieren, es gibt ja auch unter https://github.com/sabre-io/Baikal einige Issues die sich mit dem Backup der Datenbank beschäftigen, wobei vorgeschlagen wird bestimmte .php Dateien zu kopieren und die sqlite Datenbank zu sichern und zu restaurieren.

Die Strategie, nur ausgewälte Dateien zu kopieren hat leider zu Fehlermeldungen der Weboberfläche auf dem raspi 4 geführt. Auch konnte ich einige in den Beiträgen genannte Dateien gar nicht finden.

Das Kopieren der Datenbank hat ebenfalls zu Fehlermeldungen geführt, sichern per sqlite3 db.sqlite .dump | gzip -c > db.dump.gz hat funktioniert, rücksichern auf dem raspi 4 per sudo zcat db.dump.gz | sqlite3 db.sqlite hat zu einer Fehlermeldung geführt.

Ich muss dazu sagen, dass ich vorher auch kein Backup gemacht habe, Dein Vorschlag, das ganze Baikal Verzeichnis zu sichern und zu kopieren ist daran gescheitert, dass der Befehl zum rekursiven zippen des Ordners Fehlermeldungen geworfen hat, in die Richtung dass die Links nicht aufzulösen sind.

Meine Idee, einfach den Datenstand auf einem Client dem neuen Baikal Server "unterzujubeln" ist leider auch gescheitert, weil die Änderung der Serveradresse in DAVx5 nicht vorgesehen ist. Man muss das ganze Konto löschen und sich neu verbinden. Leider sind dadurch die Daten lokal dann weg.

Dann hatte ich über die Web-Anwenderoberfläche des "alten" Baikals vor der Migration den Kalender als .ics und die Kontakte als .vcf Dateien gespeichert. Die .vcf Datei war ok, in der +.ics Datei hat leider die Hälfte gefehlt. Termine aus 2019 waren da, Termine aus 2024 nicht mehr.

Kurzum, wahrscheinlich habe ich mich ungeschickt angestellt oder die Versionen (php, sqlite, Baikal) von 0.9.3 auf 0.9.5 waren dummerweise inkompatibel. Letztendlich habe ich einige Stunden "verbraten" und war schon geneigt den bequemen Weg der Syncronisation mit Google zu gehen.

Letztendlich läuft der neue Server wieder, aber sich sollte mir wohl Gedanken um ein regelmäßiges Backup machen. Meine diffuse Backupstrategie, dass ich ja eigentlich die Daten auf vielen Clients redundant vorliegen habe und bei Serverausfall drauf zurückgreifen kann ist ja nicht aufgegangen.

Grüße, Gerd

Kleiner Fehler in Anleitung: echo fehlt

Hallo @JsBergbau,

in meinen verschiedenen Tests ist mir aufgefallen, dass im nullmailer-Abschnitt deiner Anleitung im Satz

Um das auch via Kommandozeile zu testen "Subject: sendmail test" | sendmail -v [email protected]

irgendwie was fehlt - insbesondere ein echo im Befehl.

Vielleicht kann man alternativ schreiben:

Um das auch via Kommandozeile zu testen, gebt ihr einfach echo "Subject: sendmail test" | sendmail -v [email protected] ein.

(Das -v ist glaub ich auch nicht nötig, aber da bin ich nicht wirklich dahinter gestiegen was das macht.)

Vielleicht kannst du das noch ändern, damit Linuxanfänger, wie ich, da nicht drüber stolpern.

Viele Grüße

Bad Gateway 502 Ubuntu 20.4

Hallo,
habe einen LXC auf Proxmox mit Ubuntu 20.4.
Composer hat 36 Pakete installiert. Keine Fehlermeldungen.
Mit nano die baikal-nginx.site erzeugt.

Im Brower erscheint die Fehlermeldung 502. Die Adminseite ist nicht erreichbar.

Komme leider nicht weiter. Wo kann ich weiter suchen?

Danke für die tolle und ausführliche Anleitung.

Falscher Link zur Raspberry-Pi-Downloadseite

Der Link zum Download von Raspbian bzw. Raspberry Pi OS ist falsch bzw. veraltet.
Alter Link (so wie verlinkt): https://www.raspberrypi.org/downloads/raspbian/
Neuer Link: https://www.raspberrypi.org/software/operating-systems/#raspberry-pi-os-32-bit

Baikal Update löscht keine entfernten Dateien

Beim Update von Baikal machst du folgendes:

sudo rsync -avh baikal/ Baikal

Dabei werden alle Dateien im Ordner "Baikal" mit Dateien aus dem Ordner "baikal" überschrieben. D.h. wenn in "baikal" eine neue, aktualisierte Version einer Datei liegt, wird dieses Update in den produktiven Ordner "Baikal" gebracht.

Sollte beim Update von Baikal allerdings eine Datei entfernt werden, weil z.B. "./html/res/core/BaikalAdmin/html5.js" nicht mehr gebraucht wird, bleibt diese Datei beim oben beschriebenen Update-Prozess liegen und wird weiterhin vom Webserver ausgeliefert. Hat die Datei eine nicht behobene Sicherheitslücke, wäre dies nicht so gut.

Ich würde stattdessen eher die Zip-Datei in ein leeres Verzeichnis entpacken und die Ordner "config" und "Specific" vom alten Baikal-Ordner in den neuen kopieren.
Wenn man den Zeitpunkt der alten Installation hat, kann man auch ein find absetzen und sehen, welche Dateien seit der Installation verändert wurden.

Kein Zugriff auf Server: 403 Forbidden

Nach dem erfolgreichen nginx Start, scheitert der Zugriff auf baikal im lokalen Netzwerk für die Ersteinrichtung:

http://192.168.1.14:9999/

403 Forbidden

/var/log/nginx/error.log

2023/10/17 22:06:34 [error] 14433#14433: *3 "/home/stefan/Services/Baikal/html/index.php" is forbidden (13: Permission denied), client: 192.168.1.9, server: _, request: "GET / HTTP/1.1", host: "192.168.1.14:9999"

2023/10/17 22:06:34 [error] 14433#14433: *3 open() "/home/stefan/Services/Baikal/html/favicon.ico" failed (13: Permission denied), client: 192.168.1.9, server: _, request: "GET /favicon.ico HTTP/1.1", host: "192.168.1.14:9999">

stefan@pical:~/Services/Baikal/html $ ls -la
total 36
...
2023/10/17 22:06:34 [error] 14433#14433: *3 open() "/home/stefan/Services/Baikal/html/favicon.ico" failed (13: Permission denied), client: 192.168.1.9, server: _, request: "GET /favicon.ico HTTP/1.1", host: "192.168.1.14:9999">

2023/10/17 22:06:34 [error] 14433#14433: *3 "/home/stefan/Services/Baikal/html/index.php" is forbidden (13: Permission denied), client: 192.168.1.9, server: _, request: "GET / HTTP/1.1", host: "192.168.1.14:9999"

Wie ist die Fehlermeldung im Log genau zu interpretieren? Gibt sie Aufschluss für eine mögliche Behebung?

viele Dank für die Hilfe!

[Feature Request] Guide mehr Distributions-Unabhängig machen und an Standard orientieren

So sehr ich den Guide an sich begrüße und ich ausdrücklich einige Details loben möchte, die in vielen anderen Anleitungen generell so nicht zu finden sind, so gibt es doch einige Stellen an denen man als unerfahrener Nutzer eventuell seine Probleme haben kann.

Wünschenswert wären insbesondere folgende Sachen:

1. SSL Setup, aus sicherheitsgründen usw. wäre das eigentlich Standard in den meisten ähnlichen Anleitungen.
   Die Modifikationen in der config sind ja auch dankbarer Weise kurz (wenn man sich denn auskennt), für alles weitere z.b. Zertifikate erstellen usw. könnte man ja auf Drittseiten verweisen.
2. Standardports sind eigentlich die üblichen Webserver Ports und eine Anleitung sollte ja normalerweise auch den Standardfall abdecken.
3. Standardordner ist auch eigentlich sowas wie /var/www/* und nicht das /home Verzeichnis.
4. Dependencies könnte man auch Distributions-unabhängig formulieren, insbesondere könnte man auch zu aktivierende Extensions in PHP erwähnen.
5. Der php-fpm socket ist nicht bei allen Distros so aufgebaut, im Zweifelsfall kommt es auf die installierte Version an (leider erwähnt Upstream in ihrer kurzen Anleitung auch nicht, dass php8 mittlerweile unterstützt wird) und nicht auf die Zahl.
6. Der user "www-data:www-data" ist auch nicht überall gleich, entscheidend ist der user der in der nginx config benutzt wird.
7. "/etc/nginx/sites-enabled/" ist auch nicht überall standard, sondern muss manchmal seperat aktiviert werden.
8. "http://:9999" ist auch nicht unbedingt der Link, z.b. könnte es eben auch eine Domain und https sein, und bei Standardports auch ohne ports aufrufbar.
9. Der Zugriff in Clients könnte ebenfalls plattform-unabhängiger formuliert sein, indem man z.b. erstmal auf eine "Standard-URL" hinweißt, die hier sogar an anderer Stelle, nämlich als Web-Zugriff erwähnt wird: http://:9999/dav.php
   Die meisten Clients die ich ausprobiert habe, brauchten diese URL mit Zusatz "/dav.php".

Ich hoffe man nimmt mir diesen Vorschlag nicht zu übel, aber da dies die einzige brauchbare Anleitung ist (die ich gefunden habe), dachte ich ich bitte einfach mal um einige IMHO sinnvolle Änderungen.

Baikal und macOS-Clients

Um von einem aktuellen Mac auf Baikal zugreifen zu können, muss man die folgende Änderung in htaccess vornehmen, dann funktioniert es tadellos (Mac Addressbuch, Erinnerungen (Aufgaben) und Kalender, unter macOS 11.3.2):

Ergänzungswunsch - wie lighttpd für Baikal konfigurieren

Hallo, vielen Dank für die ausführliche Anleitung. Ich habe einen Raspi auf dem bereits lighttpd läuft. Wäre es möglich alternativ zu beschreiben, wie dies für Baikal zu konfigurieren wäre?

Vorschlag für Ergänzung

Hallo und vielen Dank für die Anleitung. Ich habe diese nachvollzogen und es läuft bestens. Dabei bin ich bei den Befehlen auf folgendeErgänzungen gestoßen:

   cd /home/pi
   mkdir DiensteUndProgramme
+ cd ./DiensteUndProgramme
   git clone https://github.com/sabre-io/Baikal
   cd Baikal
   composer install

und

   cd /home/pi/DiensteUndProgramme/Baikal #eigentlich sollten wir schon in diesem Verezeichnis sein, nur zur Sicherheit
   sudo chown -R www-data:www-data . #Man beachte den Punkt „."
   sudo chown root:root baikal-nginx.site # Dient der Sicherheit. Damit der Webserver nicht das eigene Verzeichnis umschreiben kann
-   sudo ln -s /home/pi/Baikal/baikal-nginx.site /etc/nginx/sites-enabled/baikal-nginx.site #Unsere Datei in den Webserver verlinken, sodass die Seite ausgeliefert wird
+  sudo ln -s /home/pi/DiensteUndProgramme/Baikal/baikal-nginx.site /etc/nginx/sites-enabled/baikal-nginx.site #Unsere Datei in den Webserver verlinken, sodass die Seite ausgeliefert wird
   # Neustarten des Webservers
  sudo systemctl restart nginx

Baikal Version 0.7.2 auf einen Raspberry 3 B unter Rasperry OS light vom 2.12.2020

EDIT JsBergbau: Code Ausschnitte in Code Bereiche gepackt, damit sieht man sofort was gemeint ist, andernfalls macht Github Aufzählungspunkte daraus.

alternate User-Interface

Hi,

thx a lot for your description. As additional tipp i want to show you InfCloud [https://inf-it.com/open-source/clients/infcloud/]

You can set it up in a subdirectory, (like https://your-baikal/infcloud) and manage contacts, tasks and your calandar with

regards

Zugriff über SSL

Hallo.
Nachdem nun nach 7 Jahren meine SD-Karte im Raspi defekt ist musste ich mein Baikal erneuern. Dieses hatte ein damaliger Freund für mich eingerichtet. Ich will also damit sagen, dass ich keine Ahnung habe.
Deshalb erstmal vielen Dank für die fantastische Anleitung, denn damit habe ich es als absoluter Laie zum laufen bekommen.
NUR. Ich habe versucht die baikal-ngnix.site duch kommentieren und auskommentieren auf SSL Zugang umzustellen. Ist mir leider nicht gelungen. Der Webserver läuft dann garnicht. Ich wäre über eine funktionierende Konfiguration dankbar oder eine, auch so fantastische Anleitung dazu.

Connecting without WiFi

Hi JsBergbau,
I installed baikal successfully on my Pi some months ago and I am very happy with it! I have one question regarding the connection to the device: I will move in some days and therefore my internet contract ended. The router is already send back and no longer available. Unfortunately I just realized that I have no longer the possibility to connect the Pi to my computer to change the WiFi settings to the new WiFi in the new flat. Can you tell me how I can access the Pi and baikal to change the setting to the new WiFi so everything works again fine?
Thank you very much in advance!
Best,
Julian