Nie można ustawić uprawnień za pomocą Cygwin na Windows 7

3

Mam zainstalowany Cygwin 1.7.34 (0.285 / 5/3) na 64-bitowym komputerze z systemem Windows 7 i odkryłem, że nie mogę kontrolować uprawnień plików / katalogów na moim komputerze (poprzez chmod ). Większość plików / folderów wydaje się mieć uprawnienia ustalone na -rw-r--r--.

To dla mnie problem jako nieprawidłowe uprawnienia ~/.ssh katalog na mojej stacji roboczej może być przyczyną pokrewny problem, który mam z ustanawianiem połączeń ssh bez hasła z serwerem .

To jest moje ~/.ssh uprawnienia wyglądają jak obecnie:

$ ls -la .ssh/
total 30
drwxr-xr-x 1 davidfallah Domain Users    0 Mar 19 08:21 .
drwxr-xr-x 1 davidfallah Domain Users    0 Mar 18 15:17 ..
-rw-r--r-- 1 davidfallah Domain Users  405 Mar 18 17:26 authorized_keys
-rw-r--r-- 1 davidfallah Domain Users 1675 Mar 18 18:00 gitolite-admin
-rw-r--r-- 1 davidfallah Domain Users  405 Mar 18 18:00 gitolite-admin.pub
-rw-r--r-- 1 davidfallah Domain Users  672 Mar 18 17:27 id_dsa
-rw-r--r-- 1 davidfallah Domain Users  613 Mar 18 17:27 id_dsa.pub
-rw-r--r-- 1 davidfallah Domain Users 1675 Mar 18 17:26 id_rsa
-rw-r--r-- 1 davidfallah Domain Users  405 Mar 18 17:26 id_rsa.pub
-rw-r--r-- 1 davidfallah Domain Users  512 Mar 18 16:16 known_hosts

Na podstawie podobnych pytań, na które patrzyłem, próbowałem uruchomić chown -v :Users .ssh/* na wypadek, gdyby coś zrobiło, a otrzymuję:

$ chown -v :Users .ssh/*
changed ownership of ‘.ssh/authorized_keys’ from davidfallah:Domain Users to :Users
changed ownership of ‘.ssh/gitolite-admin’ from davidfallah:Domain Users to :Users
changed ownership of ‘.ssh/gitolite-admin.pub’ from davidfallah:Domain Users to :Users
changed ownership of ‘.ssh/id_dsa’ from davidfallah:Domain Users to :Users
changed ownership of ‘.ssh/id_dsa.pub’ from davidfallah:Domain Users to :Users
changed ownership of ‘.ssh/id_rsa’ from davidfallah:Domain Users to :Users
changed ownership of ‘.ssh/id_rsa.pub’ from davidfallah:Domain Users to :Users
changed ownership of ‘.ssh/known_hosts’ from davidfallah:Domain Users to :Users

Jednak to dokładne wyjście powtarza się za każdym razem, co sugeruje, że tak naprawdę nie wprowadza żadnych zmian. Podobnie, próbuję uciekać chmod -v 777 ssh/* (jako przykładowa konfiguracja uprawnień) konsekwentnie wytwarza następujące dane wyjściowe:

$ chmod -v 777 .ssh/*
mode of ‘.ssh/authorized_keys’ changed from 0644 (rw-r--r--) to 0777 (rwxrwxrwx)
mode of ‘.ssh/gitolite-admin’ changed from 0644 (rw-r--r--) to 0777 (rwxrwxrwx)
mode of ‘.ssh/gitolite-admin.pub’ changed from 0644 (rw-r--r--) to 0777 (rwxrwxrwx)
mode of ‘.ssh/id_dsa’ changed from 0644 (rw-r--r--) to 0777 (rwxrwxrwx)
mode of ‘.ssh/id_dsa.pub’ changed from 0644 (rw-r--r--) to 0777 (rwxrwxrwx)
mode of ‘.ssh/id_rsa’ changed from 0644 (rw-r--r--) to 0777 (rwxrwxrwx)
mode of ‘.ssh/id_rsa.pub’ changed from 0644 (rw-r--r--) to 0777 (rwxrwxrwx)
mode of ‘.ssh/known_hosts’ changed from 0644 (rw-r--r--) to 0777 (rwxrwxrwx)

To zachowanie jest takie samo bez względu na to, czy uruchamiam terminal Cygwin64 jako zwykły użytkownik, czy jako administrator.

Jeśli to istotne, mój /etc/fstab plik jest:

# For a description of the file format, see the Users Guide
# http://cygwin.com/cygwin-ug-net/using.html#mount-table

# This is default anyway:
none /cygdrive cygdrive binary,noacl,posix=0,user 0 0

Otrzymuję również następujące informacje df -T:

$ df -T
Filesystem     Type 1K-blocks      Used Available Use% Mounted on
C:             ntfs 488282108 184977440 303304668  38% /cygdrive/c
D:             ntfs 488383484   7224840 481158644   2% /cygdrive/d
E:             ntfs 488374972 115013864 373361108  24% /cygdrive/e
U:             ntfs 102403916  94741644    946740 100% /cygdrive/u
W:             ntfs 585869308 187598724 398270584  33% /cygdrive/w
X:             ntfs  29604476  16650464  12954012  57% /cygdrive/x
Tagc
źródło
1
Lista mailingowa Cygwin zawiera rozwiązanie potencjalnie powiązanego problemu: cygwin.com/ml/cygwin/2015-05/msg00035.html
ShadSterling
Czy ponownie przetestowałeś połączenia ssh po wykonaniu polecenia chown, o którym mówisz, że niczego nie zmienia (ponieważ generuje to samo wyjście, jeśli ponownie uruchomisz to samo polecenie)? Możliwe, że uprawnienia rzeczywiście się zmieniły, ale chown nie mówi ci, że uprawnienia są już ustawione na to, na co je „zmieniasz”. A co ze zmianą uprawnień do plików / folderów systemu Windows dla odpowiednich plików? Może te uprawnienia wykluczają zmiany chown?
r_alex_hall