Jak wyświetlić właściciela pliku w systemie Windows XP za pomocą narzędzi wiersza polecenia

3

używam 

cmd# dir uuid.vbs /q /s
15.08.2011  16:52                83 HOST\user           uuid.vbs

ale to nie działa w przypadku udziałów systemu Windows, które zamontowano przez: 

cmd# net use t: \\192.168.1.44\distr

Wydaje takie wyniki jak: 

cmd# dir wget.later /q /s
15.08.2011  09:16                66 ...                 wget.later

Również w Eksploratorze zaznacz Właściwości == & gt; Bezpieczeństwo możesz zobaczyć listę użytkowników / grup, które mają pewne uprawnienia do tego pliku.

Jak mogę wymienić właściciela lub użytkowników / grupy, które mają uprawnienia do pliku z wiersza poleceń? Może VB / JS-scrips pozwalają na to (tak jak zaczyna się od Win2000)?

windows file-permissions gavenkoa
źródło

Odpowiedzi:

3

Posługiwać się cacls filename. Poda informacje o dostępie do pliku.

soandos
źródło
1
W przypadku udziałów zapisuje tę domenę nieznalezioną dla niektórych ... użytkowników. Z Właściwościami == & gt; Bezpieczeństwo możesz zobaczyć listę użytkowników / grup, które mają pewne uprawnienia do tego pliku.
gavenkoa
I echo @ gavenkoa, cacls (i icacls ) niezawodnie raportuje właściciela udziałów sieciowych. Tak blisko, jak mogę to stwierdzić na komputerach, do których mam dostęp: a) W systemie Windows Server 2003 cacls mówi Everyone:F, dir /q mówi BUILTIN\Administrators i Eksplorator Windows mówi Administrators (SERVERNAME\Administrators); b) na serwerze samby (urządzenie NAS QNAP) cacls reports ``<Account Domain not found>F, dir /q mówi też ... lub DOMAIN\username dla różnych plików (nie wiem, dlaczego / jak) i Windows Explorer mówi Username (SERVERNAME\username lub Full.Name ([email protected])
matt wilkie
1

Zgaduję, że twój komputer nie jest częścią domeny i próbujesz wyświetlić uprawnienia zabezpieczeń dla udziału sieciowego, który jest.

Moja maszyna w pracy nie jest częścią domeny i dir /q nie będzie poprawnie wyświetlać własności plików w udziale sieciowym. Właściciele plików pojawiają się jako „...”. Rozwiązałem ten problem za pomocą zdalnego pulpitu na komputerze będącym częścią domeny, a następnie uruchamiającym cmd z tego miejsca.

Możesz także uruchomić pilota cmd shell using psexec \\server cmd.

Paul Matthews
źródło