NFS : Como alterar o UID de usuários corretamente?

kraftwerk
(usa Debian)

Enviado em 01/08/2008 - 16:15h

Pessoalnix

Tenho a necessidade de alterar UID de usuários de clientes para ficarem com o mesmo UID de usuários no servidor NFS. Existe uma maneira prática de fazer isso?

Olha o que aconteceu:
Existe uma rede com 13 máquinas debian/ubuntu e 1 servidor Debian.
Numa das máquinas clientes Ubuntu 8.4, o usuário Spock está como uid=1002.
Porém, no servidor Debian Etch 4.0, o usuário Spock foi cadastrado como 1001.
Como faço uso de servidor NFS, as permissões no servidor nem sempre funcionam corretamente.
Isso piora quando uso Clipper + DosEmu.
As vezes tenho que até setar permissões 777 a alguns diretórios para funcionar, por causa de novos arquivos/registros.

Em resumo, nas 13 máquinas, nenhum uid bate com uid de usuários cadastrados no servidor.

Descobri que, para o NFS funcionar corretamente com permissões, o número de UID do cliente tem que ser igual ao UID cadastrado no servidor com o adduser.

Alterando o /etc/passwd e trocando o uid do Spock, dá zica no Gnome, na máquina cliente.
Ele não inicializa e emite erro permissão / usuário errado.

Já usei chown -R --from=1002 1001 /home/spock, sem sucesso

Nada encontrei nas Referências Debian sobre isso. Não gostaria de formatar 13 máquinas por causa disso.
Alguém tem alguma dica para resolver isso de forma mais técnica?

kraftwerk
(usa Debian)

Enviado em 06/08/2008 - 20:16h

Bem, continuando pesquisas, fiz o seguinte. Alerto que ainda não está 100% testado.
Editei o arquivo /etc/passwd
localizei o usuário spock
alterei para o id e gid, de modo a serem os mesmos que estão cadastrados no servidor.
Ficou assim:
spock:x:1001:1000:Leonard Nimoy,,,:/home/spock:/bin/bash

Se eu tentar iniciar o gnome, não vai dar certo, ele vai reclamar dono e permissões e não entra.
Então....
.... fiz chown somente na pasta home onde o dono é o spock:

# chown -R --from=spock spock /home/spock

Isto faz com que todos diretórios e arquivos, -R (recursivamente), --from (cujo dono seja o spock), tenham um novo dono, no caso, o spock novamente.
O pulo do gato, é que antes, no arquivo passwd, o dono spock tinha id 1000.
Como foi editado o passwd e o dono spock passou a ter 1001, então eu teria que passar essa informação para atualizar o id dos meus diretórios e arquivos.
Usando o chown, e com opção --from, ele só substituiu os arquivos e diretorios cujo dono era o spock. E assim foi possível atualizar todos os arquivos com o dono e com o novo id.

kraftwerk
(usa Debian)

Enviado em 06/08/2008 - 20:38h

Descobri agora há pouco que existe um programa chamado ugidd.

NFS UID mapping daemon
This package contains the UID mapping daemon (rpc.ugidd) which is used on
NFS clients to do UID/GID mapping.

No Ubuntu 8.04 Hardy Heron, na data de hoje, 2008/08/06, ele se encontra na versão beta 2.2beta47-23
# apt-get install ugidd
O programa é pequeno, e no final da instalação, não há mais nada a fazer.

Voltando ao servidor NFS:

Segundo esse site: http://virtual01.lncc.br/~licht/linux/servidores.nfs.configurar.html
devo incluir a opção map_daemon no arquivo /etc/exports
Veja a descrição:
map_daemon Esta opção avisa o servidor NFS para assumir que o cliente e o
servidor não compartilham a mesma identificação de usuários e
grupos. O servidor nfsd irá então construir uma lista da
identificação de mapas entre cliente e servidor, através da
chamada ao servidor ugidd na máquina cliente.

então, no arquivo exports farei um teste assim, no servidor:
/home/spock 123.222.23.*(rw,async,no_subtree_check,map_daemon)
e
irei instalar o ugidd em todos os clientes.

Se der certo, irei publicar uma dica sobre esse esquema aqui.

abraço
Fui
\\ //_ "Quandos os peixes se acabarem, vc vai comer o quê? dinheiro?

kraftwerk
(usa Debian)

Enviado em 07/08/2008 - 10:55h

Isso significa que o programa guidd é beta, e não está disponível ainda na versão estável do Debian, o Etch.
Então, continua valendo ainda o esqueminha de alterar o uid e guid no /etc/passwd

Kraftwerk - Stop the Mutation

kraftwerk
(usa Debian)

Enviado em 08/08/2008 - 09:49h

Beemmm amigos da rede linux....

Descobri que nfs-kernel-server ignora silenciosamente a opção map_daemon no /etc/exports.
Segundo o Crazyman do fórum ubuntu.org, ele resolveu instalando o nfs-user-server.
Oportunamente farei um teste e posto aqui.

Mais referência, aqui:
http://ubuntuforums.org/showthread.php?t=629328

Abraço
Kraftwerk - "Separe: Papel, plástico, metal, orgânico" - Stop the Mutation

lanzao
(usa Ubuntu)

Enviado em 02/09/2013 - 14:38h

Boa tarde,


Conseguiu resolver esse problema? Se tiver conseguido por favor me ajude.

geowany
(usa Slackware)

Enviado em 29/04/2014 - 02:07h

Fiz isso quase agora para que um servidor monte um sistema de arquivos pelo sshfs e mantenha as permissões de um mesmo usuário entre os servidores.

# usermod -u UID username

Ex.

# usermod -u 999 geowany

Assim, altero o usuário geowany para o uid 999

O mesmo pode ser feito com os grupos:

# groupmod -g GUID grupo

josenunesti
(usa Debian)

Enviado em 23/04/2015 - 13:51h

Passei por este problema de alterar o usuário pelo /etc/passdw e ele não logar mais, o que ocorre é que de alguma forma ele perde a informação do interpretador bash, no passwd esta setado normal, mas, no entanto ele não reconhece, tive que fazer o seguinte:

#chsh user1

E apontar o bash como o interpretador, após isso ele voltou a logar normalmente, mas ele perde também diretório do /home, mas, é só setar no passwd que ele volta ao normal, como você modificou o UID você precisa dar permissão no diretório do /home

O comando #usermod pode resolver o problema dos UID.