Início / unix / Perguntas / 563912
Accepted
z0lupka
Asked: 2020-01-25 08:30:32 +0800 CST

Por que o comando su ignora o SIGSTOP?

  • 772

Depois de entrar suquando solicitado a digitar uma senha:

user@debian:~$ su
Password:

Não consigo enviar SIGSTOP( ctrl+Z) do meu teclado (o mesmo terminal) - nada acontece. Portanto, a única maneira de sair é digitar alguma senha (certa ou errada). Por que não posso suspender suassim?

UPD: Parece que ctrl+Zestá na fila. Assim, ao enviar ctrl+Z- nada acontece, mas depois de digitar Entero sinal chega e sufica parado. Ainda não consigo entender tal comportamento. Esse comportamento padrão é para todos os tipos Unix ou apenas Linux?

linux terminal

1 respostas

  1. Best Answer

    Vamos esclarecer alguns erros básicos:

    1. O sinal não está na fila. O enfileiramento é uma coisa específica quando se trata de sinais e não acontece com esse sinal em particular. O sinal é mascarado .
    2. Este sinal em particular não é SIGSTOP . O susppersonagem faz com que a disciplina de linha envie um SIGTSTP.

    Tal como acontece com tantas coisas que contradizem a visão dos anos 80 dos comandos logine su, a raiz do comportamento aqui é o PAM.

    Não está sufazendo isso. E isso não acontece em sistemas operacionais diferentes daqueles que usam a biblioteca Linux PAM . Isso não acontece nos BSDs usando a biblioteca OpenPAM, por exemplo.

    É o módulo PAM fornecido pelo Linux PAM chamado pam_unixfazendo isso. Mais especificamente, é a função de "conversação" padrão fornecida pela biblioteca misc_conv(), chamada dentro do pam_unixcódigo, que está fazendo isso. Ele mascara especificamente SIGTSTPenquanto solicita um item de entrada, ostensivamente para que a biblioteca possa limpar arquivos . É por isso que o sinal não é entregue até que a entrada seja inserida.

    O OpenPAM também fornece um pam_unixmódulo PAM. Isso chama a função de "conversa" padrão fornecida pela biblioteca OpenPAM openpam_ttyconv(). Este último não mascara os sinais . Ninguém parece ter notado que se pode suspender suno prompt de senha no FreeBSD et al. e o terminal ficará com o eco desligado. Isso ocorre possivelmente porque os shells de linha de comando fornecidos pelo sistema operacional no FreeBSD têm bibliotecas de edição de linha, que reajustam imediatamente as configurações do terminal quando assumem o comando para solicitar entrada e fazem seu próprio eco de qualquer maneira.

    Leitura adicional

    • 1

relate perguntas