Einwandfrei! Zwar funktionierte erstmals dieser Kommando hier nicht - obwohl alles vom Pfad und auch generell vom vorhanden sein stimmte, doch letztendlich (seltsamerweise..) Fehlerfrei, nachdem die Reihenfolge ausgetauscht wurde :
"cp /usr/lib/x86_64-linux-gnu/libcrypto.so.orig /usr/lib/x86_64-linux-gnu/libcrypto.so
cp: Aufruf von stat für „/usr/lib/x86_64-linux-gnu/libcrypto.so.orig“ nicht möglich: Datei oder Verzeichnis nicht gefunden. (...)
bash-4.3# cp /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0.orig /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
bash-4.3# cp /usr/lib/x86_64-linux-gnu/libcrypto.a.orig /usr/lib/x86_64-linux-gnu/libcrypto.a
bash-4.3# cp /usr/lib/x86_64-linux-gnu/libcrypto.so.orig /usr/lib/x86_64-linux-gnu/libcrypto.so // << plötzlich Fehlerfrei"
echt seltsam manchmal..
Vielen Dank ! :handsdown:Jetzt kann ich die Synchronisation für mein Postfach wieder auf automatisch statt manuell umstellen und mehrere tausende Spam-Mails/Logs vom System selbst bleiben mir nun auch erspart ; )
EDIT: Zu früh gefreut.. Folgende Fehlermeldung hätte mich beinahe wieder ausgesperrt, wenn ich nicht gerade wieder eine Log-Email von ClamAV erhalten hätte, diese die gleiche Nachricht ist wie zuvor beim selben Geschehen auch.. : "OpenSSL version mismatch. Built against 1000203f, you have 1000105f" Anders auch, SSH Zugang ist kaputt und ist somit deaktiviert. Hier hatte es jemand scheinbar so selbst gelöst, kann das einer vllt. Anpassen? Scheint so nicht direkt zu klappen (./config oder wo soll es ausgeführt werden? )
Problem: libssl.so.1.0.0 and libcrypto.so.1.0.0 no version information available warning/error.
After much research, time and effort, (took weeks), here's what I finally ended up doing...
In the directory where you ended up extracting the source code for your version of openssl 1.0.1h (should work for other versions too.) I create a file called openssl.ld
In this file put this...
OPENSSL_1.0.0 {
global:
*;
};
save it. Now type in...
make clean
(Just to be sure we are starting fresh.)
Now for the really mind boggling part...
./config --prefix=/usr/local --openssldir=/usr/local/openssl shared -Wl,--version-script=openssl.ld -Wl,-Bsymbolic-functions
Then...
make
make test
make install
ldconfig
And that should do it. (It's so simple. No patching required.)
I have applied this solution to Debian Wheezy both 32 and 64 bit versions. And have made an observation. The 64 bit version automatically defaults to the new libssl.so.1.0.0 and libcrypto.so.1.0.0 files that are created in the /usr/local/lib directory. The 32 bit version does not. Which is why I had thought at first that the 32 bit version of Debian Wheezy didn't suffer from this problem, but it does once you get the 32 bit version to use the new openssl libraries in the /usr/local/lib dir.
Using the ldd command to test what libraries the binaries are using was invaluable in figuring this out too.
Eine Frage hätte ich noch bezüglich NGINX und dessen Performance - hat da wer bessere Empfehlungen? Wäre mal interessant zu wissen worauf ihr setzt und warum - falls das noch in diesen Thread gestattet ist mit zu besprechen.
Mir gefällt z.B. Die Latenz mit NGINX nicht - nach pagespeed.de ist die Latenz bei NGINX von den Script bei etwa (hierbei schaue ich auf folgenden Wert: "Transferstart nach Connect: XXX,XXX ms (Latenz*)" ) 80ms+ und bei einer reinen nginx/apache Version nur bei ca. 40-60ms - wenn man eine reine Seite oder eben Wordpress als Vorlage nimmt.
Neben Memcache hätte ich hier noch ein weiteren Kandidaten nämlich Varnish - diesen wollte ich auch schon vor geraumer Zeit vorschlagen, doch fiel mir dessen Name zudem Zeitpunkt nicht ein.. Außerdem scheint es auch noch nur im reinen HTML Protokoll zu fungieren. Zitat" Die Entwickler sprechen von einer 300-fachen bis maximal 1000-fachen Beschleunigung. " Was hält ihr davon?
Grüße,