`id` druckt nur Zahlen für Nicht-Root-Benutzer

`id` druckt nur Zahlen für Nicht-Root-Benutzer

Wenn ich den Befehl verwende id, wird er nicht in Benutzer- und Gruppennamen aufgelöst (da adminer funktioniert):

Benutzer backupund admin:

backup:

# id
uid=1005 gid=100 groups=100

admin:

# id
uid=0(admin) gid=0(administrators) groups=0(administrators),100(everyone)

/etc/passwd:

# cat /etc/passwd 
admin:x:0:0:administrator:/share/homes/admin:/bin/sh
guest:x:65534:65534:guest:/share/homes/guest:/bin/sh
httpdusr:x:99:0:Apache httpd user:/share/homes/httpdusr:/bin/sh
backup:x:1005:100:Linux User,,,:/share/homes/backup:/bin/sh
sshd:x:501:501:Linux User,,,:/tmp:/bin/false

etc/passwdBerechtigungen sehen folgendermaßen aus:

# ls -l passwd 
lrwxrwxrwx    1 admin    administ        13 Mar 12 23:27 passwd -> config/passwd

# ls -l config/passwd
-rw-r--r--    1 admin    administ       519 Mar  6 09:55 config/passwd

# ls -l config
lrwxrwxrwx    1 admin    administ        21 Apr  3 21:47 config -> /mnt/HDA_ROOT/.config/

# ls -ld /mnt/HDA_ROOT/.conf*
-rw-r--r--    1 admin    administ       274 Apr  3 21:47 /mnt/HDA_ROOT/.conf
drw-r--r--   31 admin    administ      4096 Apr 11 10:50 /mnt/HDA_ROOT/.config/

# ls -l /mnt/HDA_ROOT/.config/passwd
-rw-r--r--    1 admin    administ       519 Mar  6 09:55 /mnt/HDA_ROOT/.config/passwd

lskann Namen und Gruppen ebenfalls nicht auflösen:

backup:

# ls -l
lrwxrwxrwx    1 0        0               28 Feb 26 14:20 @Recycle -> /share/homes/@Recycle/backup
drwxr-xr-x    2 1005     100           4096 Apr 10 21:40 test

admin:

# ls -l
lrwxrwxrwx    1 admin    administ        28 Feb 26 14:20 @Recycle -> /share/homes/@Recycle/backup/
drwxr-xr-x    2 backup   everyone      4096 Apr 10 21:40 test/

nsswitch.conf sieht folgendermaßen aus:

# cat /etc/nsswitch.conf 

passwd:     compat winbind
shadow:     compat
group:      compat winbind

hosts:      files dns wins 

bootparams: files

ethers:     files
netmasks:   files
networks:   files
protocols:  files 
rpc:        files
services:   files

netgroup:   files

publickey:  files

automount:  files
aliases:    files

Was könnte der Grund dafür sein?

Das System ist ein QNAP, Firmware 4.2.4, ich glaube, es basiert auf Busybox 1.x.

BEARBEITEN: anscheinend kann ich passwddie Datei nicht lesen:

# su backup
# cat /mnt/HDA_ROOT/.config/passwd
cat: can't open '/mnt/HDA_ROOT/.config/passwd': Permission denied

Aber die Berechtigungen scheinen in Ordnung zu sein.

# su admin
# ls -l /mnt/HDA_ROOT/.config/passwd
-rw-r--r--    1 admin    administ       519 Mar  6 09:55 /mnt/HDA_ROOT/.config/passwd

Antwort1

Ihre Berechtigungen für das /mnt/HDA_ROOT/.configVerzeichnis sind falsch. Hier ist der korrekte Berechtigungssatz für die Verzeichnisse, die zu führen /etc/passwd, entnommen aus einem QNAP, das wir hier haben:

drwxr-xr-x   18 admin    administ      1024 Mar 17 16:28 /
drwxr-xr-x   24 admin    administ      2048 Mar 18 03:00 /etc/
lrwxrwxrwx    1 admin    administ        21 Mar 17 16:25 /etc/config -> /mnt/HDA_ROOT/.config/
-rw-r--r--    1 admin    administ       227 Feb 21  2016 /etc/config/passwd

drwxr-xr-x   30 admin    administ      4096 Apr 11 04:00 /mnt/HDA_ROOT/.config/

Im Vergleich zu Ihrem /mnt/HDA_ROOT/.configfehlen Ihrem die Lese- und Ausführungsberechtigungen. Beheben Sie dies mit diesem Befehl

chmod a=rx,u+w /mnt/HDA_ROOT/.config    # or chmod 755 ...

Es lohnt sich, dies nach Ihrem nächsten Neustart im Auge zu behalten und ein Ticket beim technischen Support von QNAP zu eröffnen, wenn die Berechtigungen auf die beschädigten Einstellungen zurückgesetzt werden.

verwandte Informationen