Linux: etc/fstab e utente con cui effettuare il mount

[boiler]

@ ipervale

Piú o meno sì.

La storia completa è questa: c'è ServerWindows e c'è ServerLinux.
Su ServerWindows c'è la directory Share che è condivisa con gli utenti Amministratore1 e Amministratore2.
Tutti gli utenti sono gestiti da un server LDAP.

Gli amministratori, quando lavorano su ServerLinux vogliono montare Share per trasferire dati tra ServerLinux e ServerWindows.

-----------------------------------------------------------------------------------------

@ angus

Sì, la risorsa è la stessa per tutti gli utenti, che sono 2.
Hanno la password di root? Sì e no. Tutti si loggano con il loro nome utente via SSH e se servono privilegi di root si usa sudo. La passwort usata è la stessa con la quale si effettuato il login, quella di LDAP e quella che si usa anche per il login sul server Windows. Non è la password dell'utente root vero e proprio.

A pam ci avevo dato un'occhiata e mi era sembrato molto complesso.
Sì, sono uno degli amministratori di questo server, ma in realtà amministro le applicazioni che ci girano sopra (docker, build server...) di amministrazione OS sotto Linux, come si intuisce, non ne capisco molto.

Il tuo script, mi ha dato un'idea: e se creassi un alias in bashrc, per esempio mountWin, sostituendo così tutta la stringa di connessione e poi lasciassi che sia mount (eseguito in quel momento, quando invoco l'alias) a chiedermi la password?

In realtà non mi serve necessariamente che il mount sia automatico, vorrei semplicemente evitare di dover digitare un comando lunghissimo ogni volta che devo trasferire un file.

Boiler

[angus]

Per la password di root in realtà intendevo se gli utenti potessero usare sudo, ho corretto il post dopo..

Scusa, forse allora ti bastano anche solo due script mountwin.sh, uno per ogni utente, con dentro la riga lunga con una cosa tipo:

Codice: Seleziona tutto

sudo mount -t cifs //server-windows/share /mnt/winShare -o username=USERNAME,password=PASSWORD

quando quell'utente vuoi montare la risorsa, avvia lo script, che non gli chiede nulla.

edit: probabilmente dovrai gestire l'unmount al logout
edit2: come opzione, puoi montare lo share in una dir dell'utente invece che in /mnt

[boiler]

È probabilmente la soluzione meno impegnativa.
Sinceramente preferisco che la password me la chieda, piuttosto che scriverla in chiaro in un file, ma questo è facile, basta omettere l'opzione.

Grazie!
Boiler

[angus]

Senti senti:
https://www.samba.org/~ab/output/htmldo ... ifs.8.html

credentials=filename

specifies a file that contains a username and/or password. The format of the file is:

username=value
password=value

This is preferred over having passwords in plaintext in a shared file, such as /etc/fstab. Be sure to protect any credentials file properly.

Così puoi metterlo in fstab e ogni utente lo monta con le sue proprie credenziali che tiene in un file suo di lui

[boiler]

Sì, questo l'avevo visto, ma proprio non se ne parla

Boiler

[alev]

Se il mount deve essere eseguito a livello di sistema (non a livello utente) allora il metodo corretto (come detto da altri) è quello di mettere le credenziali nel file /etc/fstab:

https://askubuntu.com/questions/1119819 ... -etc-fstab

Se, invece, si vuole fare un mount automatizzato a livello utente e differenziato per utente, ci vuole qualche dettaglio in più, ecco un esempio

https://askubuntu.com/questions/67405/a ... s-per-user

[speedyant]

Di quale sistema operativo Windows si tratta?

[harpefalcata]

Se, nella stringa di mount, definisci l'user ID (UID), allora il mount si aspetterà che tu ti connetta usando l'utenza che è definita proprio con uid pari a mille, sul server. Logicamente questa utenza può essere una sola, definita sul server, mentre c'è una moltitudine di utenze che devono colegarsi al medesimo share. A me verrebbe in mente di modificare quella stringa di mount rimuovendo la specifica UID. In alternativa la tua utenza deve essere parte del GID, sempre definito sul server, autenticato a connettersi a quello share.
Resta il fatto che, per questo genere di attività, sarebbe meglio usare Samba. Nato e concepito proprio per risolvere questi problemi. Potresti definire, a livello di server un'utenza preposta a connettersi allo share, ma che non si può loggare sul server. ognuno userà quella specifica utenza per connettersi, e sicuramente questa non potrebbe fare alcun danno sul sistema. Potrai anche definire, se vorrai, un'utenza guest alla quale assegnare privilegi limitati sulle risorse condivise.
Domanda generica: l'utenza windows, del client dal quale ti connetti, è un'utenza nominale, corretto? Intendo, non è l'utenza generalista "everyone", definita su tutti i sistemi Windows preinstallati. Corretto?

[boiler]

Di quale sistema operativo Windows si tratta?

Windows Server 2019

Se, nella stringa di mount, definisci l'user ID (UID), allora il mount si aspetterà che tu ti connetta usando l'utenza che è definita proprio con uid pari a mille, sul server.

Ho letto che serve perché Windows non conosce il concetto di UID a GID.

Resta il fatto che, per questo genere di attività, sarebbe meglio usare Samba.

Samba non è per l'operazione opposta (condivisione di uno share presente su Linux in modo che Windows possa accedervi)?

Domanda generica: l'utenza windows, del client dal quale ti connetti, è un'utenza nominale, corretto?

Corretto.

Boiler

[alev]

Samba esiste anche in versione client, per montare in locale delle share di rete CIFS Microsoft