Dove devo posizionare i file condivisi di gruppo su un sistema Linux?

14

Sto migrando molti piccoli script personalizzati e dati da un sistema Linux a un altro.

Sul vecchio sistema avevamo un utente condiviso che possedeva la maggior parte dei file e si trovavano in quegli utenti /home, ma su quello nuovo avremmo preferito accedere con i nostri account e utilizzare le autorizzazioni di gruppo per collaborare, ma poiché non ci sarà un singolo proprietario dei file, non esiste /home-dir.

Quindi dove devo mettere quei file condivisi? Devo creare un utente senza accesso che possiede i file? O c'è un /grouphomeposto adatto ?

(Non voglio distribuirli in singoli utenti /home: s.)

— Daniel
fonte

Che tipo di file sono?

— Dan Carley,

La maggior parte sono script di importazione con diversi tipi di dati associati che devono essere filtrati e importati in database.

— Daniel,

Mi piace / grouphome. Anche l'utente senza accesso che possiede l'idea dei file è buono.

— pjc50,

15

Quasi sicuramente suggerirei di usare /usr/local.

È possibile inserire script utente accessibili a livello globale /usr/local/bin. Potrebbero anche essere contenute piccole quantità di dati associati bin. Oppure potresti voler separare i dati in /usr/local/varo /usr/local/share.

In questo modo sarai abbastanza sicuro che chiunque abbia familiarità con FHS sarà in grado di localizzarli abbastanza rapidamente senza alcuna conoscenza preliminare del particolare sistema.

— Dan Carley
fonte

3

(+1) Per riferimento futuro di cosa mettere dove: pathname.com/fhs/pub/fhs-2.3.html

— Kyle Brandt,

Grazie ad entrambi. /usr/localsia. In realtà è stata una delle mie prime opzioni, ma la descrizione dello scopo di /usr(sola lettura) nell'articolo suggerito mi ha allontanato da quell'idea. Immagino che avrei dovuto leggere /usr/local.

— Daniel,

7

È esattamente il tipo di cosa per cui sono progettati i diritti di gruppo. Ecco come lo faccio in Ubuntu:

sudo mkdir /home/shared
sudo addgroup shared
sudo chown :shared /home/shared
sudo chmod 770 /home/shared
sudo vim /etc/group

Aggiungi l'elenco di utenti che devono avere accesso alla directory condivisa al gruppo condiviso. Per esempio:

shared:x:1002:norman,nextuser,and,so-on

Ovviamente puoi usare qualsiasi nome diverso da "condiviso" e non deve trovarsi nella directory / home. La cosa bella è che non devi fare nulla di speciale per gli account degli utenti e puoi facilmente aggiungere o rimuovere utenti dal gruppo.

— simplr
fonte

Grazie per il voto negativo. Ma vorrei sapere cosa ho scritto che non è corretto.

— semplice il

imposta anche il bit sticky group, in modo che il gruppo sia impostato per i nuovi file creati. chmod g+s /home/shared

— jris198944,

1

@ jris198944 sè per i bit SUID e GUID, tè per i bit appiccicosi. Ricontrolla prima di pubblicare, per favore ;-) Vedi: unix.stackexchange.com/a/79401/136321 .

— foglia

1

La risposta breve è; Ovunque ti piaccia :)

Mi piace usare qualcosa come / progetti, / condiviso o / comune. / home / lavori condivisi anche.

— Roy
fonte

Grazie. Breve e carino, ma a volte è più facile se non devi prendere una decisione ... Sarebbe conforme a FHS mettere la mia directory sotto /? Quando (se non del tutto) è importante? Non ho abbastanza esperienza per rendermi conto delle implicazioni della mia scelta.

— Daniel,

Quelle sono davvero solo convenzioni. Altri programmi che cercano cose che guardano in queste posizioni predefinite. Le directory bin saranno già nel tuo $ PATH, quindi non dovrai specificare il nome completo del percorso per eseguire lo script. Altri amministratori potrebbero aspettarsi che siano lì. Probabilmente non importa nel tuo caso, ma le buone abitudini sono buone :-)

— Kyle Brandt,

Esistono numerose convenzioni applicabili negli ambienti UNIX. L'FHS costituisce una buona base, ma è abbastanza comune discostarsi da questo standard. Ad esempio, Optimal Flexible Architecture per i server di database Oracle utilizza / u * (/ u01, / u02) per i dati degli utenti locali mentre Ubuntu tra gli altri usa / media per i punti di montaggio dei supporti rimovibili. Finché si dispone di una convenzione che si concorda internamente nel proprio ambiente operativo, non dovrebbero esserci problemi.

— Roy,

0

Io uso /shares; questa è anche la posizione utilizzata da qnap.

In /sharesho un link simbolico a destinazione in una cartella chiamata /shares/.mnt/dove ho montato le unità dati.

Questo viene fatto per evitare lunghi tempi di attesa quando si spostano i file tra le condivisioni quando si utilizzano collegamenti /sharesfissi in cui sono necessari quando le unità dati sono montate solo in / mnt.

/shares/.mnt non è condiviso, a proposito.

— Jeroen
fonte