ich habe gerade versucht mit der hier (https://wiki.debian.org/Radicale) empfohlenen Anleitung: https://salsa.debian.org/debian/radical ... DME.Debian radicale (aus dem unstable repository) auf meinem Debian Server zu installieren. Leider ist die Anleitung etwas spärlich und auch sonst findet man nicht viel dazu im Netz. Hat jemand hier sowas zum Laufen bekommen?
Die User lege ich immer noch via htpasswd an oder? Auf https://radicale.org/wsgi/ verweist man nämlich darauf, dass die user via WSGI verwaltet werden und man in der config remote_user lassen soll.
In der radicale config, habe ich nur die auth section geändert, der Rest ist default:
Code: Alles auswählen
[auth]
# Authentication method
# Value: none | htpasswd | remote_user | http_x_remote_user
type = htpasswd
# Htpasswd filename
htpasswd_filename = /etc/radicale/users
# Htpasswd encryption method
# Value: plain | sha1 | ssha | crypt | bcrypt | md5
# Only bcrypt can be considered secure.
# bcrypt and md5 require the passlib library to be installed.
htpasswd_encryption = bcrypt
# Incorrect authentication delay (seconds)
#delay = 1
Die apache config sieht so aus (basiert auf /usr/share/doc/radicale/examples/apache2-vhost.conf):
Code: Alles auswählen
# example apache2 vhost snippet for Radicale CalDAV/CardDAV service
Define _DOMAIN 'example.org'
Define _HOST 'cal.example.org'
# secure-only access to protect password
# assumes already configured TLS certificates and mod-ssl / mod-gnutls
<VirtualHost *:443>
ServerName cal.example.org
ServerAdmin cal@${_DOMAIN}
DocumentRoot /var/www/html/radicale
Include conf-available/radicale-uwsgi.conf
# authenticate against PAM with mod-authnz-external
# reusing LocationMatch resolved in radicale snippet
DefineExternalAuth pwauth pipe /usr/sbin/pwauth
<LocationMatch "${_RADICALE_LOCATION_MATCH}">
AuthType Basic
AuthName "Radicale: Authentication Required"
AuthBasicProvider external
AuthExternal pwauth
AllowOverride None
Require valid-user
</LocationMatch>
ErrorLog ${APACHE_LOG_DIR}/${_HOST}-error.log
CustomLog ${APACHE_LOG_DIR}/${_HOST}-access.log combined
SSLCertificateFile /etc/letsencrypt/live/cal.example.org/fullchain.pem
SSLCertificateKeyFile /etc/letsencrypt/live/cal.example.org/privkey.pem
Include /etc/letsencrypt/options-ssl-apache.conf
</VirtualHost>
# insecure access redirects to secure
<VirtualHost *:80>
ServerName cal.example.org
ServerAdmin cal@${_DOMAIN}
DocumentRoot /var/www/html/radicale
# avoid Let's Encrypt validation path
RedirectMatch permanent ^(?!/.well-known/acme-challenge)(.*) https://${_HOST}/$1
CustomLog ${APACHE_LOG_DIR}/redirect.log vhost_combined
</VirtualHost>
# cleanup temporary variables
UnDefine _RADICALE_LOCATION_MATCH
UnDefine _RADICALE_APP
UnDefine _RADICALE_PREFIX
UnDefine _HOST
UnDefine _DOMAIN
Wenn ich die domain aufrufe sollte radicale ja ein 'it works' serven, ich bekomme jedoch nur Service Unavailable nach dem ich mich mit meinem Debian account authentifiziere.
Ich vermute, ich habe etwas fundamentales übersehen, da ich bisher nie mit uwsgi zu tun hatte. Muss ich manuell ein system.d service file erstellen oder ähnliches?
Etwas unkonkrete Frage, aber vielleicht kann mir jemand weiterhelfen

Mfg chromox