lokaler DAV-Server will nicht mehr

05/11/2011 - 12:32 von usenet.NOSPAM | Report spam
Hi Leute,

ich war ein paar Tage unterwegs - und als ich nun wieder zu Hause war
funktionierte mein lokaler DAV-Server nicht mehr.
Diese Server nutze ich, um auf den Mac hier im Haus die Kalender
untereinander freizugeben.

Aufgesetzt ist er auf dem Systemeigenen Apache (OS X 10.6.8).

An der standard httpd-dav.conf habe ich nichts geàndert:
#
# Distributed authoring and versioning (WebDAV)
#
# Required modules: mod_dav, mod_dav_fs, mod_setenvif, mod_alias
# mod_auth_digest, mod_authn_file
#

# The following example gives DAV write access to a directory called
# "uploads" under the ServerRoot directory.
#
# The User/Group specified in httpd.conf needs to have write permissions
# on the directory where the DavLockDB is placed and on any directory
where
# "Dav On" is specified.

DavLockDB "/Library/Webserver/DAVLockDB/DAVLockDB"

Alias /uploads "/Library/Webserver/Documents/dav"

<Directory "/Library/Webserver/Documents/dav">
Dav On

# Order Allow,Deny
# Allow from all

AllowOverride None

AuthName "DAV4Everyone"
AuthType Digest

# You can use the htdigest program to create the password database:
# htdigest -c "/opt/local/apache2/user.passwd" DAV-upload admin
#AuthUserFile "/opt/local/apache2/user.passwd"
#AuthDigestProvider file

# Allow universal read-access, but writes are restricted
# to the admin user.
#<LimitExcept GET OPTIONS>
# require valid user
#</LimitExcept>
</Directory>

#
# The following directives disable redirects on non-GET requests for
# a directory that does not include the trailing slash. This fixes a
# problem with several clients that do not appropriately handle
# redirects for folders with DAV methods.
#
BrowserMatch "Microsoft Data Access Internet Publishing Provider"
redirect-carefully
BrowserMatch "MS FrontPage" redirect-carefully
BrowserMatch "^WebDrive" redirect-carefully
BrowserMatch "^WebDAVFS/1.[0123]" redirect-carefully
BrowserMatch "^gnome-vfs/1.0" redirect-carefully
BrowserMatch "^XML Spy" redirect-carefully
BrowserMatch "^Dreamweaver-WebDAV-SCM1" redirect-carefully

Auch die .htaccess im dav Verzeichnis ist so, wie in den diversen
Anleitungen vorgegeben:

AuthName "DAV-upload"
AuthType Basic
AuthUserFile /opt/local/apache2/user.passwd

require valid-user


Beim Versuch den Apache anzuhalten und neu zu starten, bekomme ich eine
Fehlermeldung:

G5:~~diwa$ sudo apachectl stop
httpd: Syntax error on line 98 of /opt/local/apache2/conf/httpd.conf:
Cannot load /opt/local/apache2/modules/mod_ssl.so into server:
dlopen(/opt/local/apache2/modules/mod_ssl.so, 10): Library not loaded:
/opt/local/lib/libssl.0.9.8.dylib Referenced from:
/opt/local/apache2/modules/mod_ssl.so Reason: image not found

Nun gibt es /opt/local/lib/libssl.0.9.8.dylib tatsàchlich nicht (mehr?).
Stattdessen ist dort libsssl.1.0.0.dylib zu finden.

Wenn ich einen link von 0.9.8 auf 1.0.0 erstelle, kommt apachectl einen
Schritt weiter und meckert nun
libcrypto.0.9.8.dylib an.
Nach erstellen eine Links auf 1.0.0
kommt

G5:~ diwa$ sudo apachectl stop
Password:
httpd: Syntax error on line 116 of /opt/local/apache2/conf/httpd.conf:
Cannot load /opt/local/apache2/modules/libphp5.so into server:
dlopen(/opt/local/apache2/modules/libphp5.so, 10): Symbol not found:
_EVP_md2 Referenced from: /opt/local/apache2/modules/libphp5.so
Expected in: /opt/local/lib/libcrypto.0.9.8.dylib in
/opt/local/apache2/modules/libphp5.so

Und hier hànge ich jetzt ;-)

die beiden Libraries haben ein Dateidatum vom 17.10.2011, 22:48.

Es ist durchaus möglich, dass ich nach diesem Datum nicht mehr auf den
Kalender zugegriffen habe. 2 Tage spàter war ich dann für 14 Tage weg.

Leider habe ich kein TimeMashine Backup mehr, dass àlter ist als der
18.10. (außer einem aus dem Juli, das aber im Schließfach in der Bank
liegt).

Eigenartigerweise wurde am 18.10. ein komplettes Backup ALLER Daten
erstellt - und dadurch alle àlteren Backups auf der Platte gelöscht.

Wàre es sinnvoll vom Backup aus dem Juli die Libraries und die Apache
Konfigurationen wieder einzuspielen?

Wenn nein: Wie kriege ich meinen dav-Server wieder zu laufen.
Im Moment meint er beim Versuch Daten zu veröffentlichen

"Der Kalender 'Dirk' konnte nicht veröffentlicht werden.
Die Anfrage für 'http://admin@127.0.0.1/dav/Dirk.ics' ist
fehlgeschlagen.
Antwort des Servers 'HTTP/1.1 500 Internal Server Error'"

Merci

dirk
 

Lesen sie die antworten

#1 Hermann Schaefer
05/11/2011 - 14:53 | Warnen spam
Dirk Wagner schrieb:

Aufgesetzt ist er auf dem Systemeigenen Apache (OS X 10.6.8).

Cannot load */opt*/local/apache2/modules/mod_ssl.so into server:



Das paßt nicht. Ein /opt gibt es nicht auf einem Mac, es sei denn, man hat extra
Software wie MacPorts installiert.
Da scheint mir einiges verbogen zu sein..

Ähnliche fragen