Permissões alteradas em alguns arquivos em /etc/

Question

Parece que as novas permissões estão ativadas /etc/issuee /etc/motdrevertendo para as originais, mesmo que as alteremos. Isso ocorre em sistemas que executam RHEL 5 e RHEL 6. Existe algum script rc que controle as permissões nos /etcarquivos?

Answer 1

Debian

Se você estiver usando uma distribuição baseada em Debian, provavelmente é isso que está causando o problema.

• motd - Debian Wiki

excerto

/etc/motd no Debian

O Debian tem uma maneira peculiar de lidar com arquivos /etc/motd. O motd é atualizado a cada reinicialização, em um script de boot ( /etc/init.d/bootmisc.shno lenny e abaixo, /etc/init.d/bootlogsno squeeze e acima), que basicamente executa o seguinte:

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

Como /etc/motdé um link simbólico /var/run/motdno Debian, isso funciona.

Como atualizar seu /etc/motd

Como /etc/motdbasicamente é substituído a cada reinicialização, você precisa atualizar /etc/motd.taile reinicializar (!!) ou também editar /etc/motd.tailou executar os comandos acima. Há um relatório de bug (437176) para fornecer um comando mais fácil que permite atualizar apenas arquivos /etc/motd.tail.

Distribuições baseadas em Red Hat (Fedora/CentOS/RHEL)

Para esses tipos de distros, não conheço nenhum sistema automatizado que reverta esses arquivos para versões conhecidas como parte de uma reinicialização. Esses arquivos muitas vezes são incluídos estaticamente nesses sistemas em pacotes RPM como estes:

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

Além disso, uma simples busca por /etc/issueou /etc/motddentro /etcnão revela tal mecanismo.

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