Merkwürdiges Verhalten nach Upgrade von Debian 11 zu Debian 12 mit KeyHelp Script
Posted: Sun 25. Feb 2024, 14:47
Guten Tag,
ich habe heute ein sehr komisches Verhalten festgestellt im Zusammenhang mit dem Update-Script von KeyHelp von Debian 11 zu Debian 12. Ich habe das ganze vor einigen Monaten schon einmal hier geschildert, aber noch nicht wirklich die Zeit gefunden es nachzustellen: viewtopic.php?p=44902#p44902
Fehler war damals sowie heute; dass E-Mails nicht reinkommen nach dem komplett "erfolgreichen" update von Debian 11 auf 12. Gemacht wurde alles so, wie es in dem News-Artikel beschrieben steht.
Ich habe es heute auch wieder gemacht und etwas genauer untersucht uns gesehen, dass nicht Python "wegrasiert" wurde sondert resolveconf sich aus dem Staub gemacht hat (oder gebeten wurde zu gehen) - ich kann mir vorstellen, dass im Upgrade-Script da etwas zu Radikal mit apt autoremove umgegangen wurde.
Fehler waren folgende - einmal gelistet:
mail.log - bei eingehender E-Mail:
Aus dem Log als auch aus der master.cf wissen wir, dass die neue Umgebung mit policyd-spf arbeitet, welche Python UND AUCH die /etc/resolv.conf braucht, was wir in der folgenden Meldung sehen, wenn wir /usr/bin/policyd-spf händisch ausführen - dann schäpperts nämlich wie folgt:
Ein Blick mit "file" auf die /etc/resolve.conf verrät das folgende
... und somit war es auch nicht mehr weit hergeholt, dass resolve.conf fehlt. Ich habe sodann folgende Schritte unternommen, um das System wieder lauffähig zu machen und final kamen auch wieder E-Mails rein und wieder raus.
Meine Frage, die ich nun noch an die Entwickler habe sind die folgenden:
Toorms
ich habe heute ein sehr komisches Verhalten festgestellt im Zusammenhang mit dem Update-Script von KeyHelp von Debian 11 zu Debian 12. Ich habe das ganze vor einigen Monaten schon einmal hier geschildert, aber noch nicht wirklich die Zeit gefunden es nachzustellen: viewtopic.php?p=44902#p44902
Fehler war damals sowie heute; dass E-Mails nicht reinkommen nach dem komplett "erfolgreichen" update von Debian 11 auf 12. Gemacht wurde alles so, wie es in dem News-Artikel beschrieben steht.
Ich habe es heute auch wieder gemacht und etwas genauer untersucht uns gesehen, dass nicht Python "wegrasiert" wurde sondert resolveconf sich aus dem Staub gemacht hat (oder gebeten wurde zu gehen) - ich kann mir vorstellen, dass im Upgrade-Script da etwas zu Radikal mit apt autoremove umgegangen wurde.
Fehler waren folgende - einmal gelistet:
mail.log - bei eingehender E-Mail:
Code: Select all
Feb 25 14:24:50 marge postfix/smtpd[29750]: connect from mail-xxxx.foobar.com[xxx.xxx.xxx.xxx]
Feb 25 14:24:50 marge postfix/smtpd[29750]: TLS SNI my.keyhelpserver.de from mail-xxxx.foobar.com[xxx.xxx.xxx.xxx] not matched, using default chain
Feb 25 14:24:50 marge postfix/smtpd[29750]: warning: missing attribute action in input from private/policy
Feb 25 14:24:50 marge postfix/spawn[29752]: warning: command /usr/bin/policyd-spf exit status 1
Feb 25 14:24:51 marge postfix/smtpd[29750]: warning: missing attribute action in input from private/policy
Feb 25 14:24:51 marge postfix/smtpd[29750]: warning: problem talking to server private/policy: Application errorCode: Select all
root@marge:~# policyd-spf
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/spf.py", line 154, in <module>
import dns
ModuleNotFoundError: No module named 'dns'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/bin/policyd-spf", line 5, in <module>
from spf_engine.policyd_spf import main
File "/usr/lib/python3/dist-packages/spf_engine/__init__.py", line 53, in <module>
import spf
File "/usr/lib/python3/dist-packages/spf.py", line 165, in <module>
import DNS # https://launchpad.net/pydns
^^^^^^^^^^
File "/usr/lib/python3/dist-packages/DNS/__init__.py", line 37, in <module>
Base._DiscoverNameServers()
File "/usr/lib/python3/dist-packages/DNS/Base.py", line 85, in _DiscoverNameServers
return ParseResolvConf()
^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/DNS/Base.py", line 53, in ParseResolvConf
with open(resolv_path, 'r') as stream:
^^^^^^^^^^^^^^^^^^^^^^
FileNotFoundError: [Errno 2] No such file or directory: '/etc/resolv.conf'Code: Select all
root@marge:~# file /etc/resolv.conf
/etc/resolv.conf: broken symbolic link to /run/systemd/resolve/stub-resolv.confCode: Select all
apt install --reinstall resolvconf
nano /etc/resolvconf/resolv.conf.d/tail
nameserver 1.1.1.1
nameserver 1.0.0.1
nameserver 8.8.8.8
resolveconf -u
systemctl restart postfix- 1. Sind meine Änderungen in Ordnung oder wie muss in dem Fall vorgegangen werden, sodass das System nach KeyHelp vorgaben korrekt läiuft?
- 2. Muss ggf. noch etwas beachtet werden?
Toorms