Posts by mauswurstgrille

    Quote

    Das bedeutet AgenDAV versucht den Baikal unter dyndnsanbieter.de:80 zu finden. Wenn du dies aus Datenschutzgründen nicht verändert hast, existiert diese (Beispiel-)Adresse nicht.


    Das habe ich ja eingangs geschrieben, daß ich eine SSL-Verschlüsselung auf Port 443 verwende.

    Quote

    Ich habe lighttpd allerdings mit SSL-Verschlüselung versehen.


    Quote

    Ausserdem ist das so unnötig, da sich baikal und AgenDAV auf einer Maschine befinden. Besser ist nur AgenDAV auf 443 (SSL/TLS) laufen zulassen und dann intern nach localhost:80 umzuleiten.


    Der Webserver lighttpd ist auf Port 443 SSL verschlüsselt. Wie würde die von Dir beschriebene Lösung im Detail aussehen?


    Ich habe diese Anleitung für die Installation von Baikal benutzt. Was könnte Deiner Meinung nach schiefgelaufen sein? Wie kann ich es beheben?

    Hallo Norbert,


    der Pfad heißt bei mir: https://agendav.dyndnsanbieter.de/kalender/cal.php und liefert folgende Antwort:

    Code
    1. Mit dieser XML-Datei sind anscheinend keine Style-Informationen verknüpft. Nachfolgend wird die Baum-Ansicht des Dokuments angezeigt.
    2.      <d:error><s:exception>Sabre\DAV\Exception\NotImplemented</s:exception><s:message>GET is only implemented on File objects</s:message><s:sabredav-version>1.8.7</s:sabredav-version></d:error>


    Ich habe bereits Kalender über Thunderbird eingefügt und bearbeitet. Baikal funktioniert. Jetzt möchte ich noch Agendav als Client übers Internet erreichbar haben.


    Diese Anleitung...

    Quote

    Darauf setzt dann agendav auf, näheres steht hier:


    https://www.linuxfrickeln.de/howto-insta...-8-jessie/


    ... ist nichts anderes als die von mir initial gepostete Anleitung. Es ist also die Originalanleitung umgeschrieben bzw. übersetzt.
    Ich scheitere an der Rewrite-Regel von Apache nach lighttpd, da ich diesen Webserver verwende.


    Zitat aus von Dir gepostetem Artikel:


    Den Virtual Host habe ich hinbekommen. Aber am Rewrite scheitere ich (auch wenn ich gar nicht weiß, wozu man den in diesem Fall braucht).
    Kannst Du mir diesen von Apache nach lighttpd übersetzten?


    Besten Dank im Voraus.

    Hallo,


    da ich mir nicht sicher war, wo das Thema hingehört (Server oder Allgemein) habe ich es hier platziert und bitte ggf. um Verschiebung, falls ihr es anders seht.
    Ich habe ein großes Problem mit der Installation von Agendav 2.0.0 beta2. Ich habe mich an die Installationsanleitung von der Homepage von Agendav gehalten aber bekomme es nicht zum laufen.


    Ich komme bis zum Punkt bei dem man den Apache vhost und die Rewrite-Funktion einstellen muß. Da ich aber lighttpd verwende, muß ich das anders lösen. Das ist mir bisher aufgrund mangelnder Kenntnis und Erfahrung nicht gelungen.


    Folgendes setting liegt bei mir vor:
    - Webserver = lighttpd
    - Kalenderserver = baikal
    - Dyndns = agendav.dyndnsanbieter.de (root = /var/www/agendav-2.0.0-beta2/web/public) und xxx.dyndnsanbieter.de (root = /var/www/)


    Die lighttpd.conf sieht aktuell so aus (ihr seht, ich habe mich bereits am Rewrite ausprobiert). Den vhost realisiere ich über die mysql_mod_vhost Funktion. Hier habe ich eine Datenbank erstellt, die unter den beiden Dyndns URLs die jeweiligen root-Verzeichnisse abgelegt hat:


    Ich komme aktuell mit dem Browser bis zum Anmeldefenster von Agendav. Nach der Eingabe von Benutzer und Passwort kommt dann entweder eine weiße Seite oder die Meldung "interner Server-Fehler". Die log Datei unter /var/www/agendav-2.0.0-beta2/web/var/log gibt folgendes aus:

    Code
    1. [2016-10-16 12:58:06] myapp.CRITICAL: AgenDAV\Exception\ConnectionProblem: cURL error 7: Failed to connect to xxx.dyndnsanbieter.de port 80: Connection timed out (see http://curl.haxx.se/libcurl/c/libcurl-errors.html) (uncaught exception) at /var/www/agendav-2.0.0-beta2/web/src/Http/Client.php line 184 {"exception":"[object] (AgenDAV\\Exception\\ConnectionProblem(code: 0): cURL error 7: Failed to connect to xxx.dyndnsanbieter.de port 80: Connection timed out (see http://curl.haxx.se/libcurl/c/libcurl-errors.html) at /var/www/agendav-2.0.0-beta2/web/src/Http/Client.php:184)"} []
    2. [2016-10-16 13:21:17] myapp.ERROR: Symfony\Component\HttpKernel\Exception\HttpException: Invalid CSRF token (uncaught exception) at /var/www/agendav-2.0.0-beta2/web/vendor/silex/silex/src/Silex/Application.php line 400 {"exception":"[object] (Symfony\\Component\\HttpKernel\\Exception\\HttpException(code: 0): Invalid CSRF token at /var/www/agendav-2.0.0-beta2/web/vendor/silex/silex/src/Silex/Application.php:400)"} []
    3. [2016-10-16 13:23:54] myapp.CRITICAL: AgenDAV\Exception\ConnectionProblem: cURL error 7: Failed to connect to xxx.dyndnsanbieter.de port 80: Connection timed out (see http://curl.haxx.se/libcurl/c/libcurl-errors.html) (uncaught exception) at /var/www/agendav-2.0.0-beta2/web/src/Http/Client.php line 184 {"exception":"[object] (AgenDAV\\Exception\\ConnectionProblem(code: 0): cURL error 7: Failed to connect to xxx.dyndnsanbieter.de port 80: Connection timed out (see http://curl.haxx.se/libcurl/c/libcurl-errors.html) at /var/www/agendav-2.0.0-beta2/web/src/Http/Client.php:184)"} []

    Daraus geht für mich hervor, daß der Client vergeblich versucht den Server (im falschen root-Verzeichnis, da es sich um das allgemeine und nicht das für agendav handelt) über Port 80 zu erreichen. Ich habe lighttpd allerdings mit SSL-Verschlüselung versehen. Und das Problem kann ich nicht alleine lösen. Ich habe bereits alles versucht.


    Meine Probleme sind also folgende (und vielleicht noch ein paar unbekannte):
    - keine Ahnung, wie ich ein richtiges rewrite hinbekomme, das die Funktionen aus der Anleitung erfüllt
    - Client versucht es über Port 80 soll aber über Port 443 ran


    Falls ihr noch mehr Logs benötigt, erstelle ich diese logischerweise gerne.
    Besten Dank im Voraus für Eure Hilfe.


    Gruß mauswurstgrille

    Wie ich mir die externe IP hole, sieht man in der ddclient.conf.
    use=web, web=checkip.dyndns.org


    Dort kommt als Antwort die externe IP-Adresse zurück.
    Mittlerweile ist das Problem gelöst.


    Des Rätsels Lösung waren die Zugangsdaten. Statt einem "I" handelte es sich um ein "l".
    Da muß man erst einmal drauf kommen. Danke für die Unterstützung.

    Ich habe mittlerweile herausgefunden, daß ich mir die externe IP holen muß, andernfalls gibt er die interne weiter, da ja noch ein Router davorgeschalten ist.


    So sieht die /etc/ddclient.conf aus:

    Code
    1. protocol=dyndns2
    2. use=web, web=checkip.dyndns.org/
    3. server=www.goip.de
    4. login=...
    5. password=...
    6. ....goip.de


    Die Eingabe ddclient -daemon=0 -debug -verbose -noquiet 2 /etc/ddclient.conf liefert folgendes Ergebnis (Auszug):
    Zunächst wird checkip.dyndns.org aufgerufen und die aktuelle externe IP zurückgegeben. Danach bekomme ich folgende Fehlermeldung


    Hallo Gemeinde,


    nachdem ich ja jetzt erfolgreich den Baikal-Server zum laufen gebracht habe möchte ich diesen nun von außen erreichen können.
    Über den DynDNS-Anbieter goip.de habe ich jetzt bereits einen Account.
    Nach erfolgreicher Einrichtung des ddclient kommt dort auch eine IP-Adresse an. Nur handelt es sich hierbei um die (interne) IP des Raspberry 192.168.x.x.
    Und nicht um die (externe) des ISP 78.43.x.x.


    Wenn ich diese händisch bei goip.de eintrage, dann kommt auch von außen eine Verbindung zu stande.
    Woran liegt das?


    Besten Dank im Voraus.

    Habe das Problem gestern Nacht noch selbst hinbekommen.
    Das Problem war, daß der Eintrag des root-Verzeichnis falsch war (wie bereits geschrieben). Dieses habe ich berichtigt aber es ging trotzdem nicht. Warum?
    Ganz einfach der lighttpd service mußte neu gestartet werden!


    Danke an alle, die sich Gedanken gemacht haben.


    Kann mir hier jemand verraten, wie ich eine SSL-Verschlüsselung in meiner aktuellen Konfiguration einrichte?
    Besten Dank.

    Hallo Gemeinde,


    es ist mal wieder soweit. Nach einem kompletten Tag der Frustration muß ich mich zu später Stunde an Euch als letzte Basiton wenden.


    Auch dieser Forenhinweis hat nichts gebracht, obwohl es das selbe Problem ist. Auch ich habe diese Anleitung von PC Welt benutzt.
    http://www.forum-raspberrypi.d…allation?highlight=baikal


    Aktuelle Konfiguration: lighttpd und Baikal
    Ergebnis: Im Browser die IP des Pi liefert die Startseite von lighttpd. "IP/Kalender" liefert Fehler 404.


    Verzeichnis für Baikal ist /var/www/kalender.
    In der lighttpd.conf ist das "root-Verzeichnis" /var/www (habe auch /var/www/kalender versucht)


    Berechtigungen sämtlicher Ordner sind für alle vergeben. Daran kann es also auch nicht liegen.
    Mittlerweile auch sqlite installiert. Heute Mittag hatte ich es bereits mit nginx versucht. Nach dem selben Problem wie hier aber deinstalliert und alles neu versucht.


    Ich weiß nicht mehr weiter.


    Mit der Bitte um Unterstützung.


    Besten Dank im Voraus.

    Hallo,


    was bedeutet:

    Quote

    Bis auf das Subnetz & Co. und den DHCP-Pool (range), ja.

    ?


    Subnetz bekomme ich ja dann heraus, wenn ich auch den Router zugreife, oder?
    Und DHCP-Pool (range): Ist das der Nummernkreis der durch den Router vergeben wird? Also 0-99 bei der Fritz!Box.

    Hallo rpi444,


    ich nehme übermorgen einen neuen Router (Connect Box) in Betrieb.
    Gelten hierfür dann die gleichen Einstellungen die Du oben beschrieben hast oder muß ich die dann wieder ändern?


    Dann würde ich zunächst den neuen Router in Betrieb nehmen und mich dann nochmals melden.
    Falls es allerdings die selben Einstellungen sind mache ich es gleich.


    Gruß

    Quote

    Und Du bist dir sicher, dass Du in die /etc/resolvconf.conf-Datei, die 192.168.178.1 und nicht die 192.168.178.188 eingetragen hast?


    Ja, ich habe eben nochmals nachgesehen.


    Hier die Ausgaben:



    Code
    1. rdnssd:
    2.  Installiert:           (keine)
    3.  Installationskandidat: 1.0.1-1
    4.  Versionstabelle:
    5.     1.0.1-1 0
    6.        500 http://mirrordirector.raspbian.org/raspbian/ jessie/main armhf Packages



    Quote


    mauswurstgrille schrieb: Ich habe o.g. IP auf 192.168.178.1 (die der Fritz!Box) geändert.


    Wo hast Du was geändert?


    Geändert in der resolv.conf. Hier war nach dem reboot wie Du bereits beschrieben hast die statische IP-Adresse des Pi drin.


    Hier die Ausgaben:



    Code
    1. root       451  0.0  0.1   2564  1824 ?        Ss   21:57   0:00 /sbin/dhcpcd -q -b
    2. ntp        530  0.0  0.3   5688  3736 ?        Ss   21:57   0:00 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -c /var/lib/ntp/ntp.conf.dhcp -u 106:111




    Code
    1. default via 192.168.178.1 dev wlan0  metric 303
    2. 192.168.178.0/24 dev wlan0  proto kernel  scope link  src 192.168.178.188  metric 303


    Code
    1. 192.168.178.22 dev wlan0 lladdr 90:00:4e:71:f8:8d REACHABLE
    2. 192.168.178.1 dev wlan0 lladdr 24:65:11:01:e7:14 STALE

    192.168.178.188 ist die statische IP des Pi.


    Ich habe jetzt lange herumprobiert und die Lösung vor 5 Minuten selbst gefunden.
    Ich habe o.g. IP auf 192.168.178.1 (die der Fritz!Box) geändert.


    Und siehe da: Internet!!!


    Spricht etwas gegen diese Lösung.
    Verstanden habe ich es zwar nicht was die beiden Dateien bewirken aber hauptsache es läuft.


    Besten Dank nochmals.

    Wieder zurück auf Anfang!


    Nachdem ich heute das System irgendwie zerstört habe, mußte ich nochmals von vorn beginnen und den Pi neu aufsetzten.
    Also habe ich die Inbetriebnahme wiederholt. Und irgendwann war dann wieder kein Internet mehr vorhanden.
    Dann habe ich die gleiche Lösung mit dem Eintrag in die /etc/resolvconf.conf gemacht und das Ergebnis ist nicht das gleiche wie heute Mittag.


    Könnt ihr mir nochmals helfen?
    Ich weiß jetzt überhaupt nicht mehr weiter.


    Danke!



    Code
    1. openresolv:
    2.  Installiert:           3.5.2-1
    3.  Installationskandidat: 3.5.2-1
    4.  Versionstabelle:
    5. *** 3.5.2-1 0
    6.        500 http://mirrordirector.raspbian.org/raspbian/ jessie/main armhf Packages
    7.        100 /var/lib/dpkg/status




    Code
    1. # Generated by resolvconf
    2. nameserver 192.168.178.188


    Code
    1. ;; connection timed out; no servers could be reached


    Besten Dank im Voraus!

    Hallo,


    ich habe alles nach Anleitung gemacht:


    Mit nano die /etc/resolv.conf überarbeitet, gespeichert, reboot und dann die Ausgaben erstellt.


    Edit:
    Kommando zurück!!!
    Ich habe die resolvconf.conf mit der resolv.conf verwechselt.
    Nach dem Eintrag in die richtige Datei und reboot habe ich nun INTERNET!!!


    Vielen Dank für die Unterstützung.
    Update läuft gerade.

    Hallo,


    Ausgabe von apt-cache policy openresolv:


    Code
    1. openresolv:
    2.  Installiert:           3.5.2-1
    3.  Installationskandidat: 3.5.2-1
    4.  Versionstabelle:
    5. *** 3.5.2-1 0
    6.        500 http://mirrordirector.raspbian.org/raspbian/ jessie/main armhf Packages
    7.        100 /var/lib/dpkg/status


    Ausgabe von cat /etc/resolvconf.conf:


    Ausgabe von cat /etc/resolv.conf:

    Code
    1. # Generated by resolvconf


    Ausgabe von host -t A heise.de:

    Code
    1. ;; connection timed out; no servers could be reached


    192.168.178.1 ist übrigens die IP des Routers (FritzBox!)


    Danke für die Unterstützung.

    Hallo ThomasL,


    die /etc/resolv.conf ist leer bzw. es steht drin:

    Code
    1. # Generated by relolvconf


    In welchem Syntax muß ich den Namensserver eintragen?


    Edit:
    Habe eben eingetragen:
    nameserver 192.168.178.1


    Danach gespeichert und reboot. Ergebnis: Datei wieder leer.