S. Nixon's questions

Acabei de notar que algo estranho aconteceu com dois dos meus servidores Linux. Temos duas dúzias de servidores Ubuntu 18.04 LTS e todos eles nos pedem um prompt da mesma maneira:

# ssh admin@pl3poland
admin@pl3poland's password:

No entanto, recentemente começamos a impor requisitos de senha mais fortes em dois servidores. Alteramos as configurações em /etc/pam.d/common-password para libpwquality.

Antes da:

password        requisite                       pam_pwquality.so retry=3 

Depois:

password        requisite                       pam_pwquality.so retry=3 minlen=12 difok=3 minclass=4 maxrepeat=2 dictcheck=1 usercheck=1

Parece que depois que esses valores foram alterados, agora o prompt de senha aparece de forma diferente. Isto é o que surge agora:

# spawn ssh admin@spain
Password:

Essa é uma diferença relativamente pequena, mas afetou algumas de nossas rotinas automatizadas em que usamos scripts de espera para conectar-se aos sistemas. Mudei o script para procurar "sword:" em vez da "password:" completa, mas estou curioso para saber por que isso mudaria e se há alguma maneira de alterá-lo de volta?

Examinando a documentação, encontrei um comando chamado "prompt de senha", mas não parece que seja algo que eu possa usar para definir permanentemente o prefixo da senha.

Alguém capaz de me direcionar para um arquivo .conf ou alguma documentação que explique como mudar isso? Eu venho de um background AIX, e havia um arquivo chamado /etc/security/login.cfg que poderíamos alterar para ajustar o "herald" para cada login. Mas não vejo algo semelhante no Ubuntu.

THX

Steve N.

Eu tenho dois servidores Ubuntu 18.04 no meu escritório que são para trabalho de desenvolvimento e temos o GNU Debugger instalado. Todos esses pacotes são sempre instalados usando o comando "sudo apt install". De alguma forma, um dos servidores tem uma versão mais recente do gdb do que no outro.

#DVLP1

# sudo apt list --installed |grep ^gdb/
gdb/bionic-updates,now 8.1.1-0ubuntu1 amd64 [installed]

# sudo apt-cache policy gdb
gdb:
  Installed: 8.1.1-0ubuntu1
  Candidate: 8.1.1-0ubuntu1
  Version table:
 *** 8.1.1-0ubuntu1 500
        500 http://us.archive.ubuntu.com/ubuntu bionic-updates/main amd64 Packages
        100 /var/lib/dpkg/status
     8.1-0ubuntu3 500
        500 http://us.archive.ubuntu.com/ubuntu bionic/main amd64 Packages

#DVLP2

# sudo apt list --installed |grep ^gdb/
gdb/bionic,now 8.2-0ubuntu1~18.04 amd64 [installed]

# sudo apt-cache policy gdb
gdb:
  Installed: 8.2-0ubuntu1~18.04
  Candidate: 8.2-0ubuntu1~18.04
  Version table:
 *** 8.2-0ubuntu1~18.04 500
        500 http://ppa.launchpad.net/ubuntu-toolchain-r/test/ubuntu bionic/main amd64 Packages
        100 /var/lib/dpkg/status
     8.1.1-0ubuntu1 500
        500 http://us.archive.ubuntu.com/ubuntu bionic-updates/main amd64 Packages
     8.1-0ubuntu3 500
        500 http://us.archive.ubuntu.com/ubuntu bionic/main amd64 Packages

Alguns de nossos desenvolvedores no DVLP1 estão reclamando que estão recebendo o seguinte aviso, que não estão recebendo com o gdb no DVLP2:

==28205==HINT: LeakSanitizer does not work under ptrace (strace, gdb, etc)

A única coisa que eu posso ver que é diferente é o gdb, então eu ia tentar atualizá-lo para a mesma versão em ambos. Embora o gdb versão 8.2 esteja listado nos repositórios do primeiro sistema, ele ainda mostra apenas a versão 8.1.1 como a cópia mais recente no segundo sistema.

Acho que isso tem algo a ver com os repositórios selecionados dos quais estamos baixando. Percebi que uma caixa usa "archive.ubuntu.com" e a outra "us.archive.ubuntu.com" para o main biônico. No entanto, mesmo depois de alterar o sources.list para ter as mesmas entradas deb (e fazer a atualização do apt), ele não estava mostrando uma versão superior ao gdb 8.1.1

Neste ponto, existe uma maneira fácil de instalar um pacote listado no apt-cache do DVLP2, mas não no DVLP1? Parece que a versão 8.2 se originou de ppa.launchpad.net, mas não me lembro de ter isso como uma entrada deb. Como eu poderia adicioná-lo ao sources.list se eu quiser tentar essa cópia (e posso confiar em seu conteúdo)?

Obrigado Steve

Eu tenho algumas ferramentas automatizadas que precisam ser executadas como um usuário específico. O nome de usuário é "ig_root" e é usado apenas por uma ferramenta de monitoramento (verifica espaço em disco, banco de dados, carga de trabalho da CPU, etc) que nos envia avisos quando algo pode precisar de intervenção humana.

O que precisamos fazer é emitir um comando sudo para executar as coisas como o usuário ig_root. Eu tenho minha conta "invadm" que é membro do grupo sudo e pode "sudo su - root", mas solicita uma senha. O que eu preciso configurar é poder fazer algo semelhante para um usuário não root, mas isso NÃO solicita a senha.

Em outras palavras, como usuário "invadm", queremos fazer isso:

# sudo -u ig_root check_dbspace

...sem ver isso:

[sudo] password for invadm:

Mas também quero conectar ao root para ainda exigir a entrada de senha para todos:

# sudo su - root
[sudo] password for invadm:

Isso é possível?

Minhas entradas atuais do visudo se parecem com isso no meu servidor de teste:

# User privilege specification
root    ALL=(ALL:ALL) ALL
invadm  ALL=(ig_root) NOPASSWD: ALL

# Members of the admin group may gain root privileges
%admin ALL=(ALL) ALL

# Allow members of group sudo to execute any command
%sudo   ALL=(ALL:ALL) ALL

Alguma ideia do que estou perdendo? Eu pensei que talvez eu tivesse que emitir o systemctl e parar/reiniciar algo, mas aprendi que não há daemon sudo para reiniciar. Eu também tentei sair e voltar para pegar qualquer novo ambiente... sem sorte.

No momento, a única conta que o sudo não pede uma senha é quando sou usuário root.

# sudo -u ig_root whoami
ig_root

Eu uso lvcreate e mkfs para criar novos sistemas de arquivos em meus sistemas Ubuntu Server 18.04 LTS . Uma coisa que acho confusa é que o sistema não adiciona automaticamente nenhum novo sistema de arquivos criado por mim ao arquivo /etc/fstab . Os únicos adicionados são aqueles que foram criados quando o sistema foi inicialmente criado durante a instalação.

Existe alguma maneira ( sinalizador mkfs ou pacote apt separado ) de novos sistemas de arquivos serem inseridos automaticamente no arquivo /etc/fstab em vez de exigir que o administrador edite manualmente o arquivo?