Mapeamento de nome de usuário NFS4 entre OpenIndiana e Linux

3

Eu tenho um compartilhamento NFS4 em um servidor OpenIndiana que estou tentando acessar corretamente com uma máquina Ubuntu Linux.

O nome de usuário que possui os arquivos no compartilhamento no servidor é "nick", seu UID é 104 no servidor. O grupo que possui os arquivos no servidor é "nick" e seu GID é 100 no servidor.

O mesmo nome de usuário / grupo existe na máquina Linux, mas o UID é 112 e o GID é 112.

Isso foi o que eu fiz até agora:

Criamos a entrada no / etc / fstab do Linux para montar o compartilhamento. Isso funcionou bem, mas quando eu fiz "ls -l" na máquina Linux, o usuário / grupo foi definido como ninguém.

Eu editei / etc / default / nfs-common na máquina Linux e configurei "NEED_IDMAPD = yes". Eu também editei /etc/idmapd.conf na máquina Linux e configurei "Domain = lan", que é o que está configurado na máquina OpenIndiana. Eu reiniciei e agora:

Quando eu vou na máquina Linux e faço "ls -l" no compartilhamento, os arquivos aparecem como pertencentes ao usuário "nick" e ao grupo "nick". Ótimo! Eu pensei que tinha isso. Mas quando eu "su nick" e faço "touch asdf", o arquivo é criado com o nome de usuário / grupo errado. Quando vejo o arquivo recém-criado na máquina OpenIndiana, ele mostra o nome de usuário como 112 e o grupo como 112, pois o arquivo está sendo criado com esse UID / GID, mas não é mapeado para nenhum nome de usuário / grupo no OpenIndiana lado.

Então, basicamente, eu tenho que trabalhar no meio do caminho. Eu posso visualizar arquivos com o mapeamento adequado, então o idmapd está funcionando pelo menos um pouco, mas o mapeamento não está sendo traduzido corretamente da outra maneira. O que estou perdendo?

    
por Nick 11.05.2012 / 22:39

2 respostas

1

Eu encontrei este link descrevendo este problema exato. O escritor chegou à conclusão de que este problema é inevitável devido basicamente a uma falha de design no NFS4. Espero que alguém tenha alguma informação sobre uma correção.

    
por 14.05.2012 / 03:09
0

É realmente incrível, mas o idmapd realmente não faz isso! Levei 2 dias para encontrar isso na Web (ou seja, esta em gmane , ou seu link no dfusion ) e outros 2 dias para acreditar que alguém poderia ter criado uma bagunça surpreendentemente confusa.

não, falando sobre o mapeamento uid, tendo ls -l imprimindo os uids mapeados, mas deixando falhar ao acessar esses arquivos ... jeee, tststs, headbang, de jeito nenhum!

    
por 28.09.2012 / 02:06