A atualização do OS X 10.7 para 10.8 quebrou o sudo

2

A seguinte entrada /etc/sudoers funcionou no Mac OS 10.7, mas solicitou uma senha em 10.8:

username ALL=NOPASSWD:/usr/libexec/dovecot/deliver

Eu assumo que a Apple atualizou para um novo sudo; a versão em 10.8 é 1.7.4p6, que ainda não parece ser tão atualizada. Infelizmente, todos os sites que parecem ter um changelog para o sudo estão inacessíveis agora.

Alguém poderia me indicar a sintaxe correta para permitir que o usuário username execute o fornecimento via sudo sem fornecer uma senha no Mac OS 10.8? Esta alteração está impedindo que qualquer email seja entregue via procmail, o que não é 100% ideal!

    
por John Y 27.09.2012 / 19:04

2 respostas

2

E, depois de digitar tudo isso, um pouco mais de mais experimentação dá:

username ALL = NOPASSWD: /usr/libexec/dovecot/deliver

Não tenho certeza quando os espaços começaram a ser necessários ...

(Alunos avançados também terão notado que o entregador agora é chamado dovecot-lda e mora em /Applications/Server.app/Contents/ServerRoot/usr/libexec/dovecot em vez de / usr / libexec / dovecot!)

    
por 27.09.2012 / 19:14
1

Eu também não consegui fazer com que a palavra-chave NOPASSWD funcionasse no Mac OS X 10.8.x. Sempre é necessário que eu digite minha senha. Acontece que isso se deveu a várias correspondências para o nome de usuário com a especificação NOPASSWD.

meu arquivo sudoers tinha:

admin1  ALL=(ALL) NOPASSWD: ALL
%admin  ALL=(ALL) ALL

como o admin1 também estava no grupo "admin", a segunda especificação era a que controlava o uso da senha para o usuário admin1. Esta funcionalidade é descrita no segundo parágrafo da seção DESCRIÇÃO no topo da página man.

uma vez que eu troquei a ordem das entradas, o usuário admin1 não precisou de uma senha para executar comandos sudo.

    
por 26.04.2013 / 22:18

Tags