RootForum Community

Guten Morgen,

habe am Wochenende ein Update von Plesk 9.2.2 auf Plesk 9.2.3 gemacht. Lief wunderbar durch! Heute wollte ich per FTP Daten hochladen und...? FTP geht nicht. WS-FTP bringt folgende Meldung:

Verbinden mit xxx.xxx.xxx.xxx:21
Verbunden mit xxx.xxx.xxx.xxx:21 in 0.000000 s, Warten auf Server-Antwort
Fehler beim Lesen der Antwort vom Server.
Verbindung vom Server unterbrochen.
Host type (1): Automatisch

Also ab per SSH auf den Server und schauen was los ist:

# /usr/sbin/proftpd
- mod_tls/2.1.2: compiled using OpenSSL version 'OpenSSL 0.9.8d 28 Sep 2006' headers, but linked to OpenSSL version 'OpenSSL 0.9.8k 25 Mar 2009' library
- Fatal: unable to load module 'mod_tls.c': Operation not permitted

# openssl
OpenSSL> version
OpenSSL 0.9.8k 25 Mar 2009

OK - OpenSSL fehler - habe folgende Schritte gemacht:
1. wget openssl-0.9.8d.tar.gz
2. datei entpackt
3. ./config
4. make
5. make test - OK
6. make install -OK

# openssl
OpenSSL> version
OpenSSL 0.9.8k 25 Mar 2009

Ergebnis: Die Version wurde nicht installiert.
Habe ich was vergessen??

NACHTRAG DATEISYSTEM: Vielleicht kann damit noch jemand etwas anfangen.
/usr/lib64 # dir *ssl*
lrwxrwxrwx 1 root root 27 Jan 24 2009 libgnutls-openssl.so.13 -> libgnutls-openssl.so.13.0.9
-rwxr-xr-x 1 root root 103000 May 26 2008 libgnutls-openssl.so.13.0.9
-rw-r--r-- 1 root root 535624 Oct 18 2007 libssl.a
lrwxrwxrwx 1 root root 15 Nov 3 14:14 libssl.so -> libssl.so.0.9.8
-r-xr-xr-x 1 root root 291176 Oct 18 2007 libssl.so.0.9.8

# rpm -qa | grep ftp
psa-ftputil-2.1.1-0.98221
ncftp-3.2.0-17
psa-proftpd-xinetd-1.3.1-suse10.2.build92091009.18
lukemftp-1.5-617
php5-ftp-5.2.6-0.7
psa-proftpd-1.3.1-suse10.2.build92091009.18

# rpm -qa | grep ssl
openssl-devel-0.9.8d-23.7
openssl-devel-32bit-0.9.8d-23.7
openssl-0.9.8d-23.7
php5-openssl-5.2.6-0.7
openssl-32bit-0.9.8d-23.7

Wer kann mir eine Lösung bzw. Vorschläge zu diesem Problem geben?
Danke!

gaggel wrote: OK - OpenSSL fehler - habe folgende Schritte gemacht:
1. wget openssl-0.9.8d.tar.gz
2. datei entpackt
3. ./config
4. make
5. make test - OK
6. make install -OK

Das war ein fataler Fehler und hat Dir einen Teil Deines Systems zerlegt. Bitte niemals einfach so irgendwelche Pakete auf eigene Faust kompilieren und installieren. Immer zuerst den Aufbau der verwendeten Distribution und die Paketabhängigkeiten genau studieren, sonst geht es zu 98% komplett schief und zu 1,9% fast komplett schief. Die letzten 0,1% sind absoluter Zufall...

Bitte "make uninstall" durchführen und hoffen, dass Du Dir nicht das halbe System zerlegt hast. Danach bitte umgehend die OpenSSL-RPMs Deiner Distribution per "--force" neu installieren.

Danke für die Nachricht aber ...

# cd /root/openssl-0.9.8d
# make uninstall
make: *** No rule to make target `uninstall'. Stop.

SERVER MIT FEHLER:

# whereis openssl
openssl: /usr/bin/openssl /usr/local/bin/openssl /usr/include/openssl /usr/share/man/man1/openssl.1ssl.gz

# find . -name "openssl"
./usr/local/bin/openssl
./usr/local/include/openssl
./usr/local/ssl/include/openssl
./usr/local/ssl/bin/openssl
./usr/share/doc/packages/openssl
./usr/bin/openssl
./usr/include/openssl

-----

SERVER OHNE FEHLER

# whereis openssl
openssl: /usr/bin/openssl /usr/share/man/man1/openssl.1ssl.gz

# find . -name "openssl"
./usr/share/doc/packages/openssl
./usr/bin/openssl
./usr/lib64/ruby/1.8/openssl

Glücklicherweise hast du kein Pfadpräfix bei der Installation von OpenSSL aus den Quellen angegeben, so dass alles nach /usr/local/ statt /usr/ installiert wurde. Du kannst also einfach die OpenSSL-Dateien in /usr/local/ löschen und das Originalpaket deiner Distribution wie von Joe User beschrieben, erneut installieren.

Roger Wilco wrote:so dass alles nach /usr/local/ statt /usr/ installiert wurde.

Abgesehen von den Headern, welche trotzdem in /usr/include landen...

Hm, ich war bisher der Ansicht, dass die Header-Files nach $prefix/include installiert werden, in diesem Fall also /usr/local/include. Zumindest scheint /usr/local/include/openssl laut der Ausgabe von `find` zu existieren.

Dann haben die Openssl-Devs wohl das Buildsystem gefixt, oder ich habe da etwas flachses bezüglich kaputter autotools-basierter Buildsysteme im Kopf :-k

Und dann noch zum eigentlichen Fehler:

gaggel wrote: # /usr/sbin/proftpd
- mod_tls/2.1.2: compiled using OpenSSL version 'OpenSSL 0.9.8d 28 Sep 2006' headers, but linked to OpenSSL version 'OpenSSL 0.9.8k 25 Mar 2009' library
- Fatal: unable to load module 'mod_tls.c': Operation not permitted

Das heißt, dass ProFTPd nen Problem hat, die OpenSSL-Libs zu finden, also n Fehler an ProFTPd und nicht am SSL. Vermute mal, dass du auch den ProFTP aus den Quellen compiliert hast und im Nachhinein OpenSSL nen Update hatte. Wenn du keinen besonderen Grund hattest, nimm das ProFTPd-Teil aus der Paketverwaltung und gut.

Nun ich ein ein wenig weiter gekommen:

# rpm -qa | grep ssl
openssl-0.9.8d-23.7
openssl-devel-0.9.8d-23.7
php5-openssl-5.2.6-0.7

# openssl
OpenSSL> version
OpenSSL 0.9.8d 28 Sep 2006 (Library: OpenSSL 0.9.8k 25 Mar 2009)

# whereis openssl
openssl: /usr/bin/openssl /usr/include/openssl /usr/share/man/man1/openssl.1ssl.gz

Wie kann ich jetzt noch die Library von 0.9.8k entfernen?
Welche Files in /lib oder /lib64 muss ich entfernen?

INFO:
Parallels Plesk Panel-Version 9.2.3 auf Suse Linux 10.2
Betriebssystem Linux 2.6.25.11-20080721a

NACHTRAG:
Plesk-Update hat psa-prodtpd neu installiert. aber dennoch:

# proftpd
- mod_tls/2.1.2: compiled using OpenSSL version 'OpenSSL 0.9.8d 28 Sep 2006' headers, but linked to OpenSSL version 'OpenSSL 0.9.8k 25 Mar 2009' library
- Fatal: unable to load module 'mod_tls.c': Operation not permitted

Liegt wohl jetzt noch an den Libraries?

NACHTRAG:
# find . -name "openssl"
./usr/share/doc/packages/openssl
./usr/bin/openssl
./usr/include/openssl

# dir /usr/lib64/*ssl"
lrwxrwxrwx 1 root root 27 Nov 5 22:07 libgnutls-openssl.so.13 -> libgnutls-openssl.so.13.0.9
-rwxr-xr-x 1 root root 103000 May 26 2008 libgnutls-openssl.so.13.0.9
-rw-r--r-- 1 root root 535624 Oct 18 2007 libssl.a
lrwxrwxrwx 1 root root 15 Nov 5 22:07 libssl.so -> libssl.so.0.9.8
-r-xr-xr-x 1 root root 291176 Oct 18 2007 libssl.so.0.9.8

# dir /usr/lib64/*cry*
-rw-r--r-- 1 root root 57596 Oct 19 2008 libcrypt.a
lrwxrwxrwx 1 root root 20 Nov 5 22:07 libcrypt.so -> /lib64/libcrypt.so.1
-rw-r--r-- 1 root root 3135098 Oct 18 2007 libcrypto.a
lrwxrwxrwx 1 root root 18 Nov 5 22:07 libcrypto.so -> libcrypto.so.0.9.8
-r-xr-xr-x 1 root root 1514360 Oct 18 2007 libcrypto.so.0.9.8
lrwxrwxrwx 1 root root 19 Nov 5 22:07 libgcrypt.so.11 -> libgcrypt.so.11.2.2
-rwxr-xr-x 1 root root 314536 Nov 25 2006 libgcrypt.so.11.2.2
lrwxrwxrwx 1 root root 18 Aug 11 2008 libk5crypto.so.3 -> libk5crypto.so.3.0
-rwxr-xr-x 1 root root 154880 Sep 11 2007 libk5crypto.so.3.0
-rw-r--r-- 1 root root 802 Nov 25 2006 libmcrypt.la
lrwxrwxrwx 1 root root 18 Nov 5 22:07 libmcrypt.so.4 -> libmcrypt.so.4.4.7
-rwxr-xr-x 1 root root 198472 Nov 25 2006 libmcrypt.so.4.4.7

Wie von mir befürchtet ist das System zerschossen und eine Neuinstallation für einen nicht-Profi unumgänglich. Dabei dann gleich die aktuelle OpenSUSE-Version wählen.