Mam plik, który wspólnie z kolegą edytujemy w systemie Unix. Korzystamy z uprawnień grupy Unix do jej edycji. Mamy jedną grupę uniksową, której oboje jesteśmy członkami. Za każdym razem, gdy zapisuję plik, zmienia on grupę Unix na taką, do której on nie należy. Czy jest jakiś sposób, aby temu zapobiec?
Odpowiedzi:
Dostępne opcje to ustawienie bitów setgid ( chmod g+s) w katalogu, aby pliki utworzone w nim były zgodne z jego identyfikatorem grupy lub użycie newgrppolecenia do otwarcia powłoki z żądanym identyfikatorem grupy przed edycją pliku.
ONZ. zmień domyślny numer grupy logowania, aby był taki sam dla obu osób
username:x:500:514::/home/username:/bin/tcsh
# Where 514 is the group id.
Duo: utwórz nowy identyfikator użytkownika z hasłem znanym tylko przez dwie zaangażowane osoby. chownplik będący własnością nowego identyfikatora użytkownika. Przed edycją danego pliku sudo nowego identyfikatora użytkownika.
Trio:.
cp $EDITOR to $HOME; \# in this example pico
chmod g+s $HOME/pico;
chgrp RELEVANTGROUP $HOME/pico;
Quattro:
sudo chgrp RELEVANTGROUP some/path/to/file \# may require root
Cinco: utwórz kilka kont Google i edytuj JEDNOCZESNIE w dokumentach Google. (fajnie jest patrzeć, gdzie pisze druga osoba). Zmień punkt zezwolenia na udostępnianie w Dokumentach Google dla „każdego z linkiem”
Hexo: podziel plik na dwie części i niech każdy edytor działa tylko na połowę.
Spójrz umaskna swój system.
Oto dobry artykuł na temat Sticky-Bit i innych zaawansowanych ustawień uprawnień: https://notes-from-a-dev.blogspot.com/2011/03/modes-and-permission-sticky-bit.html
setgidtrochę, a nie lepkie. Z Wikipedii:Setting the setgid permission on a directory (chmod g+s) causes new files and subdirectories created within it to inherit its group ID, rather than the primary group ID of the user who created the file. Aktywacja lepkiego bitu w katalogu zapewni tylko, że tylko właściciel plików katalogów, właściciel katalogu lub root może modyfikować pliki katalogów.