Muitas vezes, quero obter o nome de login associado a um ID de usuário e, como provou ser um caso de uso comum, decidi escrever uma função shell para fazer isso. Embora eu use principalmente distribuições GNU/Linux, tento escrever meus scripts para serem tão portáteis quanto possível e verificar se o que estou fazendo é compatível com POSIX.
Analisar/etc/passwd
A primeira abordagem que tentei foi analisar /etc/passwd
(usando awk
).
awk -v uid="$uid" -F: '$3 == uid {print $1}' /etc/passwd
No entanto, o problema com essa abordagem é que os logins podem não ser locais, por exemplo, a autenticação do usuário pode ser via NIS ou LDAP.
Use o getent
comando
Usar getent passwd
é mais portátil do que analisar /etc/passwd
, pois isso também consulta bancos de dados NIS ou LDAP não locais.
getent passwd "$uid" | cut -d: -f1
Infelizmente, o getent
utilitário não parece ser especificado pelo POSIX.
Use o id
comando
id
é o utilitário padronizado POSIX para obter dados sobre a identidade de um usuário.
As implementações BSD e GNU aceitam um User ID como um operando:
- id(1) - páginas de manual do OpenBSD
- id(1) – página de manual do FreeBSD
- GNU Coreutils: invocação de id
Isso significa que pode ser usado para imprimir o nome de login associado a uma ID de usuário:
id -nu "$uid"
No entanto, fornecer IDs de usuário como o operando não é especificado em POSIX; ele descreve apenas o uso de um nome de login como operando.
Combinando todos os itens acima
Eu considerei combinar as três abordagens acima em algo como o seguinte:
get_username(){
uid="$1"
# First try using getent
getent passwd "$uid" | cut -d: -f1 ||
# Next try using the UID as an operand to id.
id -nu "$uid" ||
# As a last resort, parse `/etc/passwd`.
awk -v uid="$uid" -F: '$3 == uid {print $1}' /etc/passwd
}
No entanto, isso é desajeitado, deselegante e – mais importante – não robusto; ele sai com um status diferente de zero se o ID do usuário for inválido ou não existir. Antes de escrever um script de shell mais longo e desajeitado que analisa e armazena o status de saída de cada invocação de comando, pensei em perguntar aqui:
Existe uma maneira mais elegante e portátil (compatível com POSIX) de obter o nome de login associado a um ID de usuário?
Uma maneira comum de fazer isso é testar se o programa que você deseja existe e está disponível em seu arquivo
PATH
. Por exemplo:Como o POSIX
id
não suporta argumentos UID, aelif
cláusula forid
precisa testar não apenas seid
está no PATH, mas também se será executado sem erros. Isso significa que ele pode ser executadoid
duas vezes, o que felizmente não terá um impacto perceptível no desempenho. Também é possível que ambosid
eawk
sejam executados, com o mesmo impacto insignificante no desempenho.BTW, com este método, não há necessidade de armazenar a saída. Apenas um deles será executado, portanto, apenas um imprimirá a saída para a função retornar.
Não há nada no POSIX que ajude além do
id
. Tentarid
e voltar a analisar/etc/passwd
é provavelmente o mais portátil possível na prática.O BusyBox
id
não aceita IDs de usuário, mas os sistemas com BusyBox geralmente são sistemas embarcados autônomos onde a análise/etc/passwd
é suficiente.Caso você encontre um sistema não GNU onde
id
não aceite IDs de usuário, você também pode tentar chamargetpwuid
via Perl, caso esteja disponível:Ou Python:
POSIX especifica
getpwuid
como uma função C padrão para pesquisar o banco de dados do usuário por um ID de usuário, permitindo que o ID seja convertido em um nome de login. Baixei o código fonte do GNU coreutils e posso ver essa função sendo usada na implementação de utilitários comoid
els
.Como um exercício de aprendizado, escrevi este programa C rápido e sujo para simplesmente atuar como um wrapper para essa função. Lembrando que não programo em C desde a faculdade (há muitos anos) e não pretendo usar isso em produção mas pensei em postar aqui como prova de conceito (se alguém quiser editar , fique à vontade):
Não tive a chance de testá-lo com NIS/LDAP, mas notei que, se houver várias entradas para o mesmo usuário
/etc/passwd
, ele ignora tudo, exceto o primeiro.Exemplo de uso:
Geralmente, eu recomendaria contra fazer isso. O mapeamento de nomes de usuário para uids não é um para um, e as suposições de codificação que você pode converter de volta de um uid para obter um nome de usuário vão quebrar as coisas. Por exemplo, geralmente executo contêineres de namespace de usuário completamente livres de root, fazendo com que os arquivos
passwd
e no contêiner mapeiem todos os nomes de usuário e grupo para id 0;group
isso permite que a instalação de pacotes funcione semchown
falhas. Mas se algo tentar converter 0 de volta para um uid e não obtiver o que espera, ele será interrompido gratuitamente. Portanto, neste exemplo, em vez de converter de volta e comparar nomes de usuário, você deve converter para uids e comparar nesse espaço.Se você realmente precisar fazer essa operação, pode ser possível fazer semi-portátil se você for root, criando um arquivo temporário,
chown
enviando-o para o uid e usandols
para ler e analisar o nome do proprietário. Mas eu usaria apenas uma abordagem bem conhecida que não é padronizada, mas "portátil na prática", como uma das que você já encontrou.Mas, novamente, não faça isso. Às vezes, algo difícil de fazer é enviar uma mensagem.