Trochę późno na imprezę, ale na wypadek, gdyby przyszli czytelnicy natknęli się na to;) Jak stwierdzili inni, w standardowym systemie plików OS-X setUID dla katalogów jest ignorowany - i wydaje się, że nie ma łatwego sposobu na obejście tego ( mount -o
.... czy co nie). Jak często strona man nie jest zgodna z zachowaniem OS-X, które dosłownie stwierdza:
4000 (bit zestawu ID użytkownika przy wykonywaniu) [...] Katalogi z zestawem bitów ID użytkownika wymuszą, aby wszystkie utworzone w nich pliki i podkatalogi były własnością właściciela katalogu, a nie UID procesu tworzenia [...]
ale zawiera także listę możliwości osiągnięcia tego samego efektu bez rezygnacji z pierwotnej własności. Linux używa „[g /] setfacls” do podobnych efektów (uprawnienia te nie są tak naprawdę widoczne na pierwszy rzut oka, więc może być czasem uciążliwe).
Jeśli chodzi o „jak mogę osiągnąć podobne efekty”, przeczytaj całą stronę podręcznika i majstruj przy:
chmod +a 'guest allow read,write,delete,add_file,add_subdirectory,file_inherit,directory_inherit' ./[DIRECTORY]
możesz to sprawdzić za pośrednictwem
ls -le
jeśli wszystko wygląda dobrze. Dalsze opcje obejmują wstawianie reguł w określonych pozycjach, usuwanie lub zastępowanie określonych reguł. Dwie warte uwagi opcje to „ file_inherit
i directory_inherit
” pozwalające na dołączenie reguł do nowego katalogu / pliku.
Nie przepadam za używaniem setUID, ale setGID jest bardzo przydatny na serwerach plików, gdzie po prostu ustawienie „głównej” grupy nie działa lub klienci mają maski plików uniemożliwiające zapis grupy. Rozwiązałoby to:
chmod +a 'mygroup allow read,write,delete,add_file,add_subdirectory,file_inherit,directory_inherit' /fileserver/groupfolders/mygroup