Baïkal contacts (CardDAV) and calendar (CardDAV) installation package for Synology

[WernerRJP]

Die Änderung in der Routine hatte ich gemacht, weil folgende Meldung angezeigt wurde:
Warning: mysqli::mysqli(): (HY000/1045): Access denied for user 'baikal@localhost'@'localhost' (using password: YES) in /volume1/web/baikal.app/ztest.php on line 2 Connection to database failed (Access denied for user 'baikal@localhost'@'localhost' (using password: YES))!
Dieses doppelsinnige "baikal@localhost@localhost" hatte mich irritiert. Da PHP nicht die Programmiersprache meiner Wahl ist, habe ich in Unkenntnis angenommen (war schon gestern recht spät) das ein baikal ich weg lassen muss, um einen fehlerfreien Zugang zur MDB zu erhalten.
Ich werde mir jetzt mal das Manual anschauen.
Werner

 

[MikeZulu]

Also ein paar hoffentlich verständliche Erklärungen:

- Der user heist baikal.
- Der Benutzer baikal ist berechtigt, eine Verbindung über localhost herzustellen
- Die Verbindung wird über localhost hergestellt. Soll nicht der Default-Port 3306 verwendet werden, wird der zu verwendende Port bei der Zieladresse (localhost) mittels ortnummer (z.b. :3307) angegeben = localhost:3307

Wird die Verbindung über 127.0.0.1 hergestellt, muss in der Datenbank ein Benutzer baikal@127.0.0.1 vorhanden sein.

Wurde für den Benutzer baikal in der Datenbank (z.B. via myPhpAdmin) ein Kennwort hinterlegt, muss dieses als zweiter Parameter mitgegeben werden.

Der Benutzer baikal ist unabhängig vom Benutzer root, die beiden haben überhaupt nichts miteinander zu tun und.

Der letzte Parameter bei der Herstellung der Verbindung ist der Name der Datenbank, zu der eine Verbindung hergestellt werden soll.

Das ganze hat nichts mit irgendwelcher AD-Funktionalität zu tun.

mysqlli("localhost:3307",*baikal","pwbaikal","dbbaikal") bedeutet: Es soll eine Socket-Verbindung zur Datenbank dbbaikal auf localhost über den Port 3307 (MariaDB 10) (localhost:3307) mit dem Benutzer baikal, der über localhost für den Verbindungsaufbau berechtigt ist, aufgebaut werden. Dabei soll des User-Kennwort pwbaikal verwendet werden, welches beim Anlegen des Benutzers eingegeben wurde.

Wenn man nun via 127.0.0.1 zugreifen möchte, dann lauten die Werte 127.0.0.1:3306. Die anderen Parameter bleiben gleich. Das heisst, der Benutzer baikal muss auch in der Datenbank (via phpMyAdmin) für den Zugriff über 127.0.0.1 berechtigt werden = Der Benutzer baikal ist evtl. somit doppelt vorhanden, als baikal@localhost und als baikal@127.0.0.1.

Wenn Du baikal@localhost@localhost angibst, dann müsste ein Benutzer baikal@localhost@localhost definiert sein.

Wichtig ist noch, dass dem Datenbank-Benutzer auch die entsprechenden Rechte der Gruppe Daten oder evtl. sogar noch weitergehende Berechtigungen zugeordnet sind, sonst kann er sich zwar verbinden, aber keine Aktionen ausführen.

Ich hoffe, das bring etwas Licht ins Dunkel ;-)

 

[WernerRJP]

Allerbesten Dank.
Der auslösende Fehler war so banal, dass ich daran nicht gedacht hatte: konfiguriert hatte ich baikal damals mit dem Apache und nicht mit NGINX. Um bei einer anderen Anwendung den Apache nicht ständig reinfunken zu lassen, hatte ich ihn ausgeschaltet ..... und dann vergessen. Das dann baikal auch nicht geht habe ich nicht mehr geschnallt. Asche auf mein Haupt vor soviel Nachlässigkeit. Einen ganzen Tag sinnlos vergeudet.

Dennoch hat es etwas gutes: ich habe meine Konfiguration zu baikal überarbeitet, bereinigt und stabiler gemacht (hoffentlich). jetzt läuft alles wieder, so wie es eigentlich auch sein sollte.

Und noch mal besten Dank für die PHP-Nachhilfe: das kleine Script war schon eine echte Hilfe, weil sie mir u.a. den Weg zum Fehler aufgezeigt hat. In meiner Literaturstelle wird die Zeile zu " $handle = new mysqli("localhost:3307","DB$baikal", "User$baikal","PW$baikal"); ". Einen User baikal@localhost gibt es nicht und wird es nicht geben.

Werner

 

[helmut72]

Hallo,
arbeit noch jemand mit Baikal? Ist Baikal tot?
Werner

Besonders aktiv wird es nicht entwickelt, aber schon seit Jahren. Nimm doch einfach Nextcloud, deaktiviere was Du nicht benötigst bzw. was möglich ist und nutze dann nur Kalender und Kontakte.

 

[WernerRJP]

Nach meinem peinlichen Showstopper werde ich vorerst keine Änderungen an meinem laufenden System vornehmen, es sei denn, dass durch Softwareänderungen (Firefox, DSM, etc) mein "fein laufendes System" nicht mehr funktioniert.
Wenn man zudem auch keine Kenntnisse über Nextcloud hat, kann ein Systemwechsel des Kalenders/Adressbuchs auch noch mal zum Fiasko werden.
Dennoch werde ich den "Markt" zu Adressbüchern und Kalender weiter sondieren, um gerüstet zu sein.

Werner

 

[helmut72]

Du kannst ja Nextcloud "nebenan" (/volume1/web/nextcloud) installieren und die Weboberfläche von Kalender und Kontakte ausprobieren. Dort gibt es auch einen Import/Export.
Installieren ist schon sehr übertrieben. Du packst die Datei aus und nutzt zum rumspielen "SQLite" als Datenbank. Wenn es Dir nicht gefällt, löscht Du den Ordner "nextcloud". Dann ist es ohne Rückstände wieder entfernt.

 

[MerlinElMago]

Hallo liebe Synology Gemeinde;
ich habe mich mal in diesem Thread ein wenig umgelesen und es wirft sich die Frage auf:
hat es auch schon jemand geschafft die neueste Version von Baikal zu installieren? Ich habe es schon auf alle möglichen Weisen versucht, aber leider immer erfolglos.

Um genau zu sein, sagt er mir immer dass die URI nicht richtig ist.

Ich bin mir zwar im Klaren dass ich wahrscheinlich die Nginx.conf anpassen werden muss, weiss aber nicht wo genau ich da ansetzen soll...

Vielleicht habt Ihr ja einen Tipp.

Gruss
Merlin

 

[rednag]

Hallo und willkommen im Forum.

Wo stehst Du denn an?

 

[MerlinElMago]

Danke Dir!

Ich verstehe die Frage nicht so recht...

Ich installiere alles korrekt und kann auch per Administrationsinterface Kalender und Benutzer erstellen, aber ich bekomme es nicht hin die Kalender zum Laufen zu bringen.

Gruss
Merlin

 

[rednag]

Evtl. schreibst Du erst mal ein paar Informationen.

Willst Du die Kalender nur per IP (lokal) oder per DynDNS ansprechen?
Von welchem Gerät probierst Du es?
Wie ist Baikal installiert worden?
domain.de oder sub.domain.de?
Fehlermeldung, Screenshot?

Mit "ich bekomme es nicht hin", können wir herzlich wenig anfangen.

 

[MerlinElMago]

Willst Du die Kalender nur per IP (lokal) oder per DynDNS ansprechen?

Habe eigene Domain und statische IP

Von welchem Gerät probierst Du es?

DS213+ mit DSM 6.1 und Webstation (nginx + PHP 5.6 + mariadb 10)

Wie ist Baikal installiert worden?

Anhand von dem aktuellen Paket, baikal-0.4.6.zip. Dekomprimiert und dann per Installer eingespielt.

domain.de oder sub.domain.de?

Subdomain meiner eigenen hauptdomain. Der Server hat auch noch einen VHost aktiv, deswegen möchte ich baikal.domain.com als virtual host aufsetzen.

Fehlermeldung, Screenshot?

Requested uri (/cal.php) is out of base uri

Beste Grüsse
Merlin

 

[rednag]

Moment, ich versuche das kurz nachzustellen.
Ich nutze Baikal nicht, ich setze auf die Lösungen von Syno.

 

[MerlinElMago]

Jo, das habe ich auch versucht, aber mir persönlich fehlen Funktionen der Webdav Lösung. Ich würde gerne Syno's Lösung nutzen, aber leider kann ich dabei keine Kalender teilen, richtig per user trennen und auch nicht alle Funktionen des Mac Kalenders nutzen. Ansonsten würde ich mir den Stress nicht antun...

Ich möchte mich schonmal im Voraus für deine Hilfe bedanken.

Gruss
Merlin

 

[rednag]

https://foo.bar/baikal/html/dav.php/calendars/USER/kalender

 

[MerlinElMago]

Ne, soweit war mir das schon klar, aber der Server ist wohl nicht richtig konfiguriert...

Folgendes:


Hinreist zu sehen dass die Pfade nicht richtig aufgelöst werden. Wenn ich z.B. auf die (nicht angezeigte) Grafik in der Ecke klicke, bekomme ich einen 404. Folglich wird der Pfad /html/dav.php/?sabreAction=asset&assetName=sabredav.png nicht richtig erkannt.

Wie schon gesagt, da ich keinen Apache sondern den leichteren Nginx benutze, werden die .htaccess Dateien auch nicht richtig interpretiert (bzw gar nicht). Deswegen muss ich wohl in der Nginx.conf was ändern... aber was?

Gruss
Merlin

Gruss
Merlin

 

[rednag]

Das sieht in der Tat ein wenig schräg aus.
Mit nginx habe ich noch keine tiefergehenden Erfahrungen.
Da sind andere Leute hier im Forum besser bewandert.

 

[MerlinElMago]

Hier wird übrigens mein Problem genau beschrieben... leider habe ich auf der Synology nicht genügend Erfahrung um zu wissen wo ich genau diese Konfigurationen ändern müsste. Sobald ich irgendetwas in /etc/nginx/ ändere, wird nach dem erneuten Laden dass Servers alleswieder überschrieben. Vielleicht kann mir ja jemand flüstern wo ich nun die Dateien ändern muss, damit die Konfiguration permanent beibehalten wird.

Gruss
Merlin

 

[MerlinElMago]

Ich glaube ich habe das Problem ein bisschen besser eingegrenzt.
Mein NGinx spuckt folgendes aus, wenn ich z.B. versuche die oben genannte Grafik zu laden:

017/09/30 09:11:56 [error] 22114#22114: *1 FastCGI sent in stderr: "Primary script unknown" while reading response header from upstream, client: xxx.xxx.xxx.xxx, server: dav.xxxxxxxx.xx, request: "GET /html/dav.php/principals/ HTTP/1.1", upstream: "fastcgi://unix:/run/php-fpm/php56-fpm.sock:", host: "dav.xxxxxxxx.xx", referrer: "https://dav.xxxxxxxx.xx/html/dav.php"

Deswegen denke ich mir dass die Konfiguration des fastcgi nich in Ordnung ist. Habe aber nirgends einen Tipp gefunden wie es richtig heissen müsste.

Gruss
Merlin

 

[Yippie]

Hi,

ich habe heute auf meiner DS211J ein paar Pakete upgedated, die heute bei mir massenhaft im Paketmanager aufgeschlagen sind. Bisher hatte ich unter dem aktuell verfügbaren DSM (6.1.3-15152 Update 5) keine Problem die Admin-Seite von Baikal zu erreichen. Zeitgleich mit dem Update der Pakete auch auf DSM 6.1.3-15152 Update 6 aktualisiert.

Nun nach dem Einspielen der Updates, ich weiß nicht welches Paket jetzt genau dafür verantwortlich ist, kann ich die Admin-Seite aber nicht mehr erreichen, bspw. unter http://192.168.6.96/baikal/admin/.

Statt der erwarteten Webseite erhalten ich nur das entsprechende PHP-Coding, wie:

<?php
/***************************************************************
* Copyright notice
*
* (c) 2013 Jérôme Schneider <mail@jeromeschneider.fr>
* All rights reserved
*
* http://baikal-server.com
*
* This script is part of the Baïkal Server project. The Baïkal
* Server project is free software; you can redistribute it
* and/or modify it under the terms of the GNU General Public
* License as published by the Free Software Foundation; either
* version 2 of the License, or (at your option) any later version.
*
* The GNU General Public License can be found at
* http://www.gnu.org/copyleft/gpl.html.
*
* This script is distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
* GNU General Public License for more details.
*
* This copyright notice MUST APPEAR in all copies of the script!
***************************************************************/

ini_set("session.cookie_httponly", 1);
ini_set("display_errors", 0);
ini_set("log_errors", 1);
error_reporting(E_ALL);

define("BAIKAL_CONTEXT", TRUE);
define("BAIKAL_CONTEXT_ADMIN", TRUE);
define("PROJECT_CONTEXT_BASEURI", "/admin/");

if(file_exists(dirname(getcwd()). "/Core")) {
# Flat FTP mode

Weiß jemand wie man das wieder repariert? Ich kann natürlich auch nicht mehr auf meine Kalender zugreifen was das Ganze jetzt ein klein wenig brisant macht.

Danke für eure Hilfe!
Michael

 

[magnus2501]

Ich kann mich Yippie nur anschließen. Leider bei mir genau dieselbe Situation. Für konstruktive Ideen wäre ich sehr dankbar.

Danke
Magnus