☰

Berechtigungen ändern sich für einige Dateien unter /etc/

tag-icon • tag-icon permissions rhel etc
Berechtigungen ändern sich für einige Dateien unter /etc/

Es scheint, dass neue Berechtigungen auf die ursprünglichen zurückgesetzt /etc/issuewerden, /etc/motdselbst wenn wir sie ändern. Dies ist auf Systemen der Fall, auf denen RHEL 5 und RHEL 6 ausgeführt wird. Gibt es ein RC-Skript, das die Berechtigungen für /etcDateien steuert?

Antwort1

Debian

Wenn Sie eine Debian-basierte Distribution verwenden, liegt Ihr Problem wahrscheinlich hierin.

Auszug

/etc/motd in Debian

Debian hat eine besondere Art, damit umzugehen /etc/motd. Das motd wird bei jedem Neustart in einem Boot-Skript aktualisiert ( /etc/init.d/bootmisc.shin Lenny und darunter, /etc/init.d/bootlogsin Squeeze und darüber), das im Wesentlichen Folgendes ausführt:

   uname -snrvm > /var/run/motd
   [ -f /etc/motd.tail ] && cat /etc/motd.tail >> /var/run/motd

Da /etc/motdes sich um einen symbolischen Link zu /var/run/motdin Debian handelt, funktioniert dies.

So aktualisieren Sie Ihre /etc/motd

Da /etc/motdes bei jedem Neustart grundsätzlich überschrieben wird, müssen Sie stattdessen aktualisieren /etc/motd.tailund entweder neu starten (!!) oder auch /etc/motd.taildie obigen Befehle bearbeiten oder ausführen. Es gibt einen Fehlerbericht (437176), um einen einfacheren Befehl bereitzustellen, der Ihnen nur das Aktualisieren ermöglicht /etc/motd.tail.

Auf Red Hat basierende Distributionen (Fedora/CentOS/RHEL)

Für diese Art von Distributionen ist mir kein automatisiertes System bekannt, das diese Dateien im Rahmen eines Neustarts auf bekannte Versionen zurücksetzt. Diese Dateien sind auf diesen Systemen oft statisch in RPM-Paketen wie diesen enthalten:

CentOS 5.x

$ rpm -qf /etc/issue /etc/motd
centos-release-5-9.el5.centos.1
setup-2.5.58-9.el5

CentOS 6.x

$ rpm -qf /etc/issue /etc/motd 
centos-release-6-5.el6.centos.11.2.x86_64
setup-2.8.14-20.el6_4.1.noarch

Fedora 19

$ rpm -qf /etc/issue /etc/motd 
fedora-release-19-8.noarch
setup-2.8.71-1.fc19.noarch

Darüber hinaus führt eine einfache Suche nach „ /etc/issueoder /etc/motdinnerhalb“ nicht zu einem solchen Mechanismus./etc

$ sudo grep -r /etc/issue /etc/*

verwandte Informationen