E-Mail Problem nach Update auf Debian bullseye

thomas10

Member
Hallo Ihr Lieben!

Nach dem Upgrade von Debian 10 auf 11 habe ich ein Problem beim Versand von E-Mail. Ich bin beim Upgrade von Debian wie folgt vorgegangen:

Debian updaten
Code:
apt-get update -y
apt-get upgrade -y
apt-get dist-upgrade -y
apt-get autoremove
apt-get clean

Sources anpassen und Upgrade starten
nano /etc/apt/sources.list

deb http://deb.debian.org/debian bullseye main contrib non-free
deb http://deb.debian.org/debian bullseye-updates main contrib non-free
deb http://security.debian.org/debian-security bullseye-security main
deb http://ftp.debian.org/debian bullseye-backports main contrib non-free

Code:
apt-get update
apt-get full-upgrade -y

Alle Configs wurden beibehalten.

PHP 7.4 Installieren und Apache deaktivieren, da ich nginx verwende
Code:
apt -y install php7.4 php7.4-common php7.4-gd php7.4-mysql php7.4-imap php7.4-cli php7.4-cgi php7.4-curl php7.4-intl php7.4-pspell php7.4-sqlite3 php7.4-tidy php7.4-xmlrpc php7.4-xsl php7.4-zip php7.4-mbstring php7.4-soap php7.4-fpm php7.4-opcache php7.4-json php7.4-readline php7.4-xml curl

nano /etc/php/7.4/fpm/php.ini
[...]
cgi.fix_pathinfo=0
[...]
date.timezone="Europe/Berlin"
[...]

Code:
systemctl restart php7.4-fpm
systemctl stop apache2
systemctl disable apache2
reboot
ispconfig_update.sh --force

Danach waren die Websites und auch ispconfig nicht mehr erreichbar. Bad Gateway.

icpconfig.conf manuell anpassen
nano /etc/php/7.4/fpm/pool.d/ispconfig.conf

Code:
[ispconfig]

listen = /var/lib/php7.4-fpm/ispconfig.sock
listen.owner = ispconfig
listen.group = ispconfig
listen.mode = 0660

user = ispconfig
group = ispconfig

pm = dynamic
pm.max_children = 500
pm.start_servers = 2
pm.min_spare_servers = 1
pm.max_spare_servers = 5

chdir = /

; php_admin_value[open_basedir] = /usr/local/ispconfig/interface:/usr/local/ispconfig/security:/usr/share:/var/lib/roundcube:/etc/roundcube:/usr/share/roundcube
php_admin_value[session.save_path] = /usr/local/ispconfig/interface/temp
php_admin_flag[magic_quotes_gpc] = off

php_admin_value[memory_limit] = -1
php_admin_value[max_execution_time] = 1200


ispconfig.vhost manuell anpassen
/etc/nginx/sites-available/ispconfig.vhost Ändern auf php7.4

Code:
service nginx restart

Dann in ISPConfig System > Serverkonfiguration > Web > PHP Pfade anpassen, Resync

phpmyadmin aktualisieren
Code:
curl https://git.ispconfig.org/ispconfig/tools/-/raw/master/auto_update_phpmyadmin.sh -sL | sh

Roundcube neu installieren, configs beibehalten, Berechtigungen anpassen
Code:
apt-get install roundcube roundcube-core roundcube-mysql roundcube-plugins
ln -s /usr/share/roundcube /usr/share/squirrelmail
chown root:ispapps /etc/roundcube/debian-db.php
chmod 640 /etc/roundcube/debian-db.php
chown root:ispapps /etc/roundcube/config.inc.php
chmod 640 /etc/roundcube/config.inc.php
chown -R ispapps:adm /var/log/roundcube
chmod -R 750 /var/log/roundcube
chown -R ispapps:ispapps /var/lib/roundcube/temp
chmod -R 750 /var/lib/roundcube/temp

Leider geht aber der E-Mail Versand nicht mehr. Amavis lauscht auf Port 10024. Wenn ich in /etc/amavis/conf.d/20-debian_defaults die Ports anpasse geht alles wieder. Aber das muss doch auch anders funktionieren. Was habe ich da falsch gemacht?

Danke für eure Hilfe.
 
Zuletzt bearbeitet:

Till

Administrator
Update Anleitung:


Und zusätzlich wegen eines fehler in Amavis in Debian 11:

 

Till

Administrator
versuch mal:

apt install mariadb-server

auf manchen debian Systemen scheint apt das dist upgrade irgendwie fehlerhaft durchzuführen und dann fehlt am ende mariadb.
 

thomas10

Member
Ich steh bisschen auf dem Schlauch. Was hat das mit mariadb zu tun? Der Grund warum nach dem Upgrade kein Zugriff auf die Webseiten und ispconfig mehr möglich war, waren die alten php7.3-fpm-Einstellungen. Nach dem ändern der ispconfig.conf und der ispconfig.vhost konnte ich auf ispconfig zugreifen, die
php7.4-fpm-Einstellungen festlegen und den Resync machen.
 

thomas10

Member
Also ich habe es gerade nochmal versucht, nach dem Upgrade kommt in ispconfig Bad Gateway

Config fehlt:

Code:
root@s1:/etc/php/7.4/fpm/pool.d# ls
apps.conf  www.conf
root@s1:/etc/php/7.4/fpm/pool.d#

Die Sockets sind demzufolge auch nicht da:

Code:
root@s1:/var/lib/php7.4-fpm# ls
apps.sock
root@s1:/var/lib/php7.4-fpm#

apt install mariadb-server habe ich versucht, ohne Erfolg.

Nochmal zum E-Mail Problem: Nach dem ich in /etc/amavis/conf.d/20-debian_defaults

$inet_socket_port = [10024, 10026]; # default listening socket
$interface_policy{'10026'} = 'ORIG';

Eingefügt habe, geht alles. Aber ist das die richtige Lösung oder macht das an anderer Stelle wieder Probleme?
 
Zuletzt bearbeitet:

Till

Administrator
Ich hab mehrere ISPConfig Nginx server aktualisiert die nach perfect server oder mit dem Auto-Installer installiert waren und hatte uaf keinem der systeme probleme mit PHP nach dem Update bisher.

Wenn Du uns unterstützen möchtest, wäre es toll wenn Du z.B. ein ISPConfig handbuch kaufst (auch wenn es nicht mehr ganz taufrisch ist ;) ).
 

thomas10

Member
Alle Server von mir sind deinem perfect server erstellt. Deswegen hat mich das gewundert. Ich hab noch einen letzten, den ich die Tage update, mal sehen wies läuft.

Das Handbuch ist schon lange gekauft :)

Wie immer eine mega Hilfe hier! Danke für Alles! :)
 

Werbung

Top