• Re: Bug oder Feature ? mit libpam-winbind funktionirt samba passwort =?

    From Marco Moock@21:1/5 to All on Wed May 8 14:50:01 2024
    Am 08.05.2024 schrieb Marc Haber <[email protected]>:

    In der Red Hat Welt muss ich Gehirnschmalz investieren, wenn ich den
    Dienst laufen haben möchte,

    systemctl enable <foo>
    und
    systemctl start <foo>

    ist jetzt meiner Erachtens nicht so viel Hirnschmalz.
    Oder hab ich was vergessen?

    PS: Ich weiß nicht, wie komplex das früher bei RHEL oder gar Red Hat
    war. :-)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Manfred Schmitt@21:1/5 to Marc Haber on Wed May 8 18:40:01 2024
    Marc Haber schrieb:

    On Tue, 7 May 2024 09:40:41 -0700, Ulf Volmer <[email protected]> wrote:
    Das normale Verhalten bei Debian ist, dass die installierten Dienste >automatisch in einer Defaultconfiguration hoch kommen. Ein 'apt install >apache2' resultiert in einem aktiven Webserver, ein 'apt install >openssh-server' eine aktiven ssh Server. (Das Verhalten ist bei anderen >Distros nicht so)

    <gebetsmühle>Und ist in Debian abschaltbar</gebetsmühle>

    Ich will das zwar nicht aber:
    Wie denn?

    Tschau,
    Manfred

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Manfred Schmitt@21:1/5 to Marc Haber on Thu May 9 17:30:01 2024
    Marc Haber schrieb:

    On Wed, 8 May 2024 18:16:04 +0200, Manfred Schmitt <[email protected]> wrote:
    Marc Haber schrieb:

    On Tue, 7 May 2024 09:40:41 -0700, Ulf Volmer <[email protected]> wrote:
    Das normale Verhalten bei Debian ist, dass die installierten Dienste
    automatisch in einer Defaultconfiguration hoch kommen. Ein 'apt install >> >apache2' resultiert in einem aktiven Webserver, ein 'apt install
    openssh-server' eine aktiven ssh Server. (Das Verhalten ist bei anderen >> >Distros nicht so)

    <gebetsmühle>Und ist in Debian abschaltbar</gebetsmühle>

    Ich will das zwar nicht aber:
    Wie denn?

    /usr/share/doc/init-system-helpers/README.policy-rc.d.gz

    Ich hoffe inständig dass das auch auf systemd-systemen funktionert.
    Ich weiß es nicht.

    Interessante Exkursion, danke für den pointer.

    Grundsätzlich funktioniert das noch (wohl auch mithilfe des nur in Debian-basierten Distributionen enthaltenem deb-systemd-invoke):

    # echo -e '#!/bin/sh\nexit 101' > /usr/sbin/policy-rc.d
    # chmod +x /usr/sbin/policy-rc.d
    # apt install apache2
    [...]
    Enabling site 000-default.
    invoke-rc.d: policy-rc.d denied execution of start.
    Created symlink /etc/systemd/system/multi-user.target.wants/apache2.service → /lib/systemd/system/apache2.service.
    /usr/sbin/policy-rc.d returned 101, not running 'start apache2.service'
    Created symlink /etc/systemd/system/multi-user.target.wants/apache-htcacheclean.service → /lib/systemd/system/apache-htcacheclean.service.
    /usr/sbin/policy-rc.d returned 101, not running 'start apache-htcacheclean.service'
    Trigger für man-db (2.11.2-2) werden verarbeitet ...
    [master 71c65791] committing changes in /etc made by "apt install apache2" [...]

    Nur mit systemd, das sollte also in allen Distributionen die systemd
    nutzen, funktionieren:

    Wenn man den Start nur mal für ein einzelnes Paket verhindern will,
    vor dem installieren des Pakets:
    # systemctl mask nginx
    Unit nginx.service does not exist, proceeding anyway.
    Created symlink /etc/systemd/system/nginx.service → /dev/null.

    Wobei man dann aber ja wissen muss wie die unit denn heißt.
    Das klappte, 'apt install nginx' lief sauber durch.

    Oder für alle Pakete mittels "systemd.preset - Service enablement presets":
    # echo 'disable *' > /lib/systemd/system-preset/99-default.preset

    Über presets geht das dann auch viel detaillierter, pro service unit.

    Global deaktiviert sah hier aber erst einmal nicht so gut aus:
    # apt install nginx
    [...]
    nginx (1.22.1-9) wird eingerichtet ...
    nginx.service is a disabled or a static unit, not starting it.
    Job for nginx.service failed because the control process exited with error code.
    See "systemctl status nginx.service" and "journalctl -xeu nginx.service" for details.
    invoke-rc.d: initscript nginx, action "start" failed.
    × nginx.service - A high performance web server and a reverse proxy server
    Loaded: loaded (/lib/systemd/system/nginx.service; disabled; preset: disabled)
    Active: failed (Result: exit-code) since Thu 2024-05-09 15:40:22 CEST; 25ms ago
    Docs: man:nginx(8)
    Process: 3981996 ExecStartPre=/usr/sbin/nginx -t -q -g daemon on; master_process on; (code=exited, status=1/FAILURE)
    CPU: 6ms

    Mai 09 15:40:22 e6520 systemd[1]: Starting nginx.service - A high performance web server and a reverse proxy server...
    Mai 09 15:40:22 e6520 nginx[3981996]: nginx: [emerg] socket() [::]:80 failed (97: Address family not supported by protocol)
    Mai 09 15:40:22 e6520 nginx[3981996]: nginx: configuration file /etc/nginx/nginx.conf test failed
    Mai 09 15:40:22 e6520 systemd[1]: nginx.service: Control process exited, code=exited, status=1/FAILURE
    Mai 09 15:40:22 e6520 systemd[1]: nginx.service: Failed with result 'exit-code'.
    Mai 09 15:40:22 e6520 systemd[1]: Failed to start nginx.service - A high performance web server and a reverse proxy server.
    dpkg: Fehler beim Bearbeiten des Paketes nginx (--configure):
    »installiertes post-installation-Skript des Paketes nginx«-Unterprozess gab den Fehlerwert 1 zurück
    Trigger für man-db (2.11.2-2) werden verarbeitet ...
    Fehler traten auf beim Bearbeiten von:
    nginx
    [master cba90b21] committing changes in /etc made by "apt install nginx"
    [...]

    Eigentlich hätte nginx ja wg. des presets gar nicht gestartet werden
    sollen: nginx.service is a disabled or a static unit, not starting it.
    Dann passiert das aber doch -- und failed weil in dem host kein IPv6
    aktiv ist. (Ja, ich weiß, man soll IPv6 nicht mehr deaktivieren.)

    Das selbe dann nochmal mit apache probiert und da läuft das apt install
    sauber durch, es wird also gar nicht erst probiert apache2 zu starten.
    Tja, hab das dann nicht intensiv analysiert.
    Über /usr/sbin/policy-rc.d funktionierte es auch mit nginx.

    Btw: Für "Red Hat Kompatibilität" müsste dann ja auch noch eine komische oder gleich gar keine Grundkonfiguration installiert werden ;-)

    Tschau,
    Manfred

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)