Beiträge von KlausB

Moin Moin,

ich experementiere gerade mit einem Multiserver-Scenario und hätte da folgende Fragen bzw. Probs.

Folgende Konstellation:
1 LiveConfig-Server und 1 LiveConfig-Client beide Server haben einen Subdomain-Namen, der
über einen externen DNS-Server verwaltet wrid.

Auf dem LC-Server gelingt es mir nicht das angelegte SSL-Zertifkat SNi über Port 8443 als vertrauenswürdig einzurichten.
Ebenso habe ich mit der Let's Encrypt-Variante aus der Wissensdatenbank experimentiert, dort kommt es zu einem Handshake
Fehler bei der Verifizierung des Zertifikats. Entsprechende Einträge sind gesetzt in der Liveconfig.conf.
Ports sind in der Firewall freigegeben und Häckchen gesetzt in der GUI für Verwendung als local-Proxy.

Wo gibt es die mögliche Fehlkonfiguration, wobei mir persönlich eine Zertifizierung ohne Let's Encrypt angenehmer wäre,
wegen CloudAct und DSVG etc.

Die Erstellung der SSL-Zertifikate für den LC-Client ist mir schleierhaft, bei der Serververwaltung des Clients über die GUI
des LC-Servers, wird mir angezeigt, dass ich für Postfix, FTP etc. kein SSL-Zertifikat eingerichtet habe.
Stimmt nicht ganz, weil ich selfsined eingerichtet habe, bei deren installation bzw. Konfiguration.
Aber wayn, die Verbindung mit einem globalen SSL-Zertifkat für den CLient-Subdomain-Name, müsste ja dank
LC-Verwaltung auch funktionieren.
Nur wie soll ich dies erstellen?
Ein Lets-Encrypt-Zertifikat kann ich doch nur auf dem LC-Server erstellen und das wird mit "Domain nicht gefunden"
abgewiesen.

Danke schonmal für Hilfen oder Anregungen.

Bleibt gesund und habt schönes Fest.
Klaus

zu Thema 1

root@myhost:/usr/lib/php# php -v
PHP 7.4.7 (cli) (built: Jun 12 2020 07:47:45) ( NTS )
Copyright (c) The PHP Group
Zend Engine v3.4.0, Copyright (c) Zend Technologies
with Zend OPcache v7.4.7, Copyright (c), by Zend Technologies
with Xdebug v2.9.6, Copyright (c) 2002-2020, by Derick Rethans
root@myhost:/usr/lib/php# /usr/bin/php5.6 -v
PHP 5.6.40-29+0~20200514.35+debian10~1.gbpcc49a4 (cli)
Copyright (c) 1997-2016 The PHP Group
Zend Engine v2.6.0, Copyright (c) 1998-2016 Zend Technologies
with Zend OPcache v7.0.6-dev, Copyright (c) 1999-2016, by Zend Technologies
with Xdebug v2.5.5, Copyright (c) 2002-2017, by Derick Rethans
root@myhost:/usr/lib/php# /usr/bin/php7.0 -v
PHP 7.0.33-29+0~20200514.36+debian10~1.gbp126f6f (cli) (built: May 14 2020 09:10:44) ( NTS )
Copyright (c) 1997-2017 The PHP Group
Zend Engine v3.0.0, Copyright (c) 1998-2017 Zend Technologies
with Zend OPcache v7.0.33-29+0~20200514.36+debian10~1.gbp126f6f, Copyright (c) 1999-2017, by Zend Technologies
with Xdebug v2.8.1, Copyright (c) 2002-2019, by Derick Rethans
root@myhost:/usr/lib/php# /usr/bin/php7.1 -v
PHP 7.1.33-16+0~20200514.38+debian10~1.gbp1e5820 (cli) (built: May 14 2020 13:41:21) ( NTS )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.1.0, Copyright (c) 1998-2018 Zend Technologies
with Zend OPcache v7.1.33-16+0~20200514.38+debian10~1.gbp1e5820, Copyright (c) 1999-2018, by Zend Technologies
with Xdebug v2.9.6, Copyright (c) 2002-2020, by Derick Rethans
root@myhost:/usr/lib/php# /usr/bin/php7.2 -v
PHP 7.2.31-1+0~20200514.41+debian10~1.gbpe2a56b (cli) (built: May 14 2020 08:32:35) ( NTS )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.2.0, Copyright (c) 1998-2018 Zend Technologies
with Zend OPcache v7.2.31-1+0~20200514.41+debian10~1.gbpe2a56b, Copyright (c) 1999-2018, by Zend Technologies
with Xdebug v2.9.6, Copyright (c) 2002-2020, by Derick Rethans
root@myhost:/usr/lib/php# /usr/bin/php7.3 -v
PHP 7.3.19-1+0~20200612.60+debian10~1.gbp6c8fe1 (cli) (built: Jun 12 2020 07:48:33) ( NTS )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.3.19, Copyright (c) 1998-2018 Zend Technologies
with Zend OPcache v7.3.19-1+0~20200612.60+debian10~1.gbp6c8fe1, Copyright (c) 1999-2018, by Zend Technologies
with Xdebug v2.9.6, Copyright (c) 2002-2020, by Derick Rethans
root@myhost:/usr/lib/php# /usr/bin/php7.4 -v
PHP 7.4.7 (cli) (built: Jun 12 2020 07:47:45) ( NTS )
Copyright (c) The PHP Group
Zend Engine v3.4.0, Copyright (c) Zend Technologies
with Zend OPcache v7.4.7, Copyright (c), by Zend Technologies
with Xdebug v2.9.6, Copyright (c) 2002-2020, by Derick Rethans

Danke für die schnelle Reaktion
und Viele Grüße
- Klaus B

Hallo Zusammen,

ich habe folgendes Problem mit einer Multi-PHP-Installation unter Debian10 Buster.
Installiert sind php 5.6, 7.0, 7.1, bis 7.4
liveconfig --diag liefert 2 Probleme

1. Memcached
NOTICE: PHP message: PHP Warning: PHP Startup: Unable to load dynamic library 'memcached.so' (tried: /usr/lib/php/20170718/memcached.so (/usr/lib/php/20170718/memcached.so: undefined symbol: php_json_decode_ex), /usr/lib/php/20170718/memcached.so.so (/usr/lib/php/20170718/memcached.so.so: cannot open shared object file: No such file or directory)) in Unknown on line 0

Versucht habe ich vollkommene Neuinstallation von memcached und memcache,
keine Abhilfe
Neuinstallation von allen PHP-Versionen
keine Abhilfe

Eigentlich sollte doch auch das Lib-Verzeichnis 20170718 veraltet sein?
Ich sehe auch neuere lib-Verzeichnisse 20190902 oder 20180731.
Bei der Erstinstallation hat das alles noch funktioniert, aber seit irgendeinem
Update habe ich dies entdeckt.
Bin mir aber leider nicht mehr sicher, welches dies war...
Asche über mein Haupt

2.Problem default PHP-Version

- PHP 7.4.7 [DEFAULT] (code='php74')
CGI/FastCGI: /usr/bin/php-cgi7.4
FPM: /usr/sbin/php-fpm7.4
pool config: /etc/php/7.4/fpm/pool.d
default php.ini: '/etc/php/7.4/cgi/php.ini'
- PHP 7.4.7 (code='php7')
CGI/FastCGI: /usr/bin/php-cgi
FPM: /usr/sbin/php-fpm7.0
pool config: /etc/php/7.0/fpm/pool.d
default php.ini: '/etc/php/7.4/cgi/php.ini'
- default PHP CLI: /usr/bin/php

Egal welche php7.x-Version ich über update-alternatives auswähle,
wird der letzte Block mit gemischten/falschen PHP-Pfaden ausgegeben.
Wo kommt das her?

Würde mich über Hilfe freuen.
DANKE