Monte.cifs

user=arg

specifica il nome utente da connettere come. Se questo non è dato, viene utilizzata la variabile d’ambiente USER. Questa opzione può anche prendere la forma “user % password” o “workgroup / user” o “workgroup/user%password” per consentire la password e il gruppo di lavoro da specificare come parte del nome utente.

Nota

Il cifs vfs accetta il parametro user=, o per gli utenti che hanno familiarità con smbfs accetta la forma lunga del parametro username=. Allo stesso modo i nomi dei parametri di stile smbfs più lunghi possono essere accettati come sinonimi per i parametri cifs più brevi pass=dom= e cred=.

password=arg

specifica la password CIFS. Se non viene fornita thisoption, viene utilizzato l’ambiente variablePASSWD. Se la password non viene specificata direttamente o indirettamente tramite un argomento da montare, montare.cifs proporrà una password, a meno che non sia specificata l’opzione guest.

Si noti che una password che contiene il carattere delimitercharacter (cioè una virgola’,’) non verrà analizzata correttamentesulla riga di comando. Tuttavia, la stessa password definita nella variabile d’ambiente PASSWD o tramite un file di credenziali (seebelow) o immessa al prompt della password verrà letta correttamente.

credentials=filename

specifica un file che contiene un nome utente e / o una password. Il formato del file è:

usernamevaluepasswordvalue

Questo è preferito rispetto ad avere password in testo semplice in un file condiviso, come /etc/fstab. Assicurarsi di proteggere anycredentials file correttamente.

uid=arg

imposta l’uid che possederà tutti i file sul montato filesystem.It può essere specificato come un nome utente o un UID numerico.Per i montaggi su server che supportano le estensioni CIFS Unix, come un server Samba configurato correttamente, il server fornisce uid, gid e mode, quindi questo parametro non deve essere specificato a meno che la numerazione uid e gid del server e del client non differisca. Se il server e il client si trovano nello stesso dominio (ad es. eseguire winbind o nss_ldap) e il server supporta le estensioni Unix, quindi l’uid e il gid possono essere recuperati dal server (e l’uid e il gid non dovrebbero essere specificati sul monte. Per i server che non supportano le estensioni CIFS Unix, l’uid predefinito (e gid) restituito alla ricerca di file esistenti sarà l’uid (gid) della persona che ha eseguito il mount (root, tranne quando mount.cifs è configurato setuid per i supporti utente) a meno che non sia specificata l’opzione di montaggio” uid= ” (gid). Per l’uid (gid) dei file e delle directory appena creati, ovvero i file creati dall’ultimo montaggio della condivisione del server, l’UID previsto (gid) viene memorizzato nella cache finché l’inode rimane in memoria sul client. Si noti inoltre che i controlli di autorizzazione (controlli di autorizzazione) sugli accessi a un file si verificano sul server, ma ci sono casi in cui un amministratore potrebbe voler limitare anche il client. Per quei server che non segnalano un proprietario uid/gid (come Windows), le autorizzazioni possono anche essere controllate sul client e una forma grezza di controllo delle autorizzazioni lato client può essere abilitata specificando file_mode e dir_mode sul client. Si noti che il monte.l’helper cifs deve essere alla versione 1.10 o superiore per supportare la specifica dell’uid (o gid) in forma non numerica.

gid=arg

imposta il gid che possederà tutti i file sul filesystem montato. Può essere specificato come un groupname o un gid numerico. Per altre considerazioni vedere la descrizione di uid sopra.

port=arg

imposta il numero di porta sul server per tentare di contattare il supporto negotiateCIFS. Se il server CIFS non è in ascolto su questa porta o se non è specificato, verranno provate le porte predefinite, ovvero la porta 445 viene provata e se non viene eseguita alcuna risposta, viene tentata la porta 139.

servern=arg

Specificare il nome netbios del server (nome RFC1001) da utilizzare quando si tenta di configurare una sessione sul server. Sebbene sia raramente necessario per il montaggio su server più recenti, questa opzione è necessaria per il montaggio su alcuni server meno recenti (come OS/2 o Windows 98 e Windows ME) poiché quando si collega la porta 139, a differenza della maggior parte dei server più recenti, non supportano un nome server predefinito. Il nome di un server può contenere fino a 15 caratteri e di solito è in maiuscolo.

netbiosname=arg

Durante il montaggio su server tramite la porta 139, specifica il nome sorgente RFC1001 da utilizzare per rappresentare il nome della macchina netbios client quando si esegue l’inizializzazione della sessione netbios RFC1001.

file_mode=arg

Se il server non supporta le estensioni CIFS Unix thisoverrides la modalità file predefinita.

dir_mode=arg

Se il server non supporta le estensioni CIFS Unix thisoverrides la modalità predefinita per le directory.

ip=arg

imposta l’indirizzo IP di destinazione. Questa opzione viene impostata automaticamente se la parte del nome del server del nome UNC richiesto può essere risolta, quindi raramente deve essere specificata dall’utente.

domain=arg

imposta il dominio (gruppo di lavoro) dell’utente

guest

non richiede una password

iocharset

Charset utilizzato per convertire i nomi dei percorsi locali da e perunicode. Unicode viene utilizzato per impostazione predefinita per i nomi di percorso di rete se il server lo supporta. Se iocharset isnot specificato, verrà utilizzato il nls_default specifiedduring la build del kernel client locale.Se il server non supporta Unicode, questo parametro non è utilizzato.

ro

mount read-only

rw

mount read-write

setuids

Se le estensioni CIFS Unix sono negoziate con il server, il client tenterà di impostare l’uid e il gid effettivi del processo locale su file, directory e dispositivi appena creati (create, mkdir, mknod). Se le estensioni CIFS Unix non sono negoziate, per i file e le directory appena creati invece di utilizzare l’uid e il gid predefiniti specificati sul monte, memorizzare nella cache l’uid e il gid del nuovo file localmente, il che significa che l’uid per il file può cambiare quando l’inode viene ricaricato (o l’utente rimonta la condivisione).

nosetuids

Il client non tenterà di impostare uid e gid su file, directory e dispositivi appena creati (create, mkdir, mknod), il che comporterà l’impostazione predefinita del server uid e gid (di solito l’uid del server dell’utente che ha montato la condivisione). Lasciare che il server (piuttosto che il client) impostare l’uid e gid è l’impostazione predefinita.Se le estensioni CIFS Unix non vengono negoziate, l’uid e il gid per i nuovi file appariranno come l’uid (gid) del mounter o il parametro uid (gid) specificato sul mount.

perm

Il client esegue controlli di autorizzazione (controllo vfs_permission di uid e gid del file rispetto alla modalità e all’operazione desiderata), si noti che questo è in aggiunta al normale controllo ACL sulla macchina di destinazione eseguito dal software del server. Il controllo delle autorizzazioni client è abilitato per impostazione predefinita.

noperm

Client non esegue controlli di autorizzazione. Questo può esporre i file su questo supporto per l’accesso da parte di altri utenti sul sistema client locale. In genere è necessario solo quando il server supporta le estensioni CIFS Unix, ma gli UID / GID sul sistema client e server non corrispondono abbastanza da consentire l’accesso da parte dell’utente che esegue il montaggio. Si noti che ciò non influisce sul normale controllo ACL sulla macchina di destinazione eseguito dal software del server (dell’ACL del server rispetto al nome utente fornito al momento del montaggio).

directio

Non eseguire il caching dei dati inode sui file aperti su questo mount. Questo preclude i file mmaping su questa montatura. In alcuni casi con reti veloci e pochi o nessun vantaggio di caching sul client (ad esempio quando l’applicazione esegue letture sequenziali di grandi dimensioni più grandi della dimensione della pagina senza rileggere gli stessi dati) ciò può fornire prestazioni migliori rispetto al comportamento predefinito che memorizza nella cache le letture (readahead) e le scritture (writebehind) tramite il client Linux locale pagecache se oplock (caching token) è concesso e mantenuto. Si noti che direct consente di inviare al server operazioni di scrittura superiori alle dimensioni della pagina. Su alcuni kernel questo richiede il cifs.ko moduleto essere costruito con l’opzione CIFS_EXPERIMENTAL configure.

mapchars

Traduce sei dei sette caratteri riservati (non backslash, ma inclusi i due punti, punto interrogativo, pipe, asterik, maggiore di e minore di caratteri) nell’intervallo di rimappatura (sopra 0xF000), che consente anche al client CIFS di riconoscere i file creati con tali caratteri dall’emulazione POSIX di Windows. Questo può anche essere utile quando si monta sulla maggior parte delle versioni di Samba (che proibisce anche la creazione e l’apertura di file i cui nomi contengono uno di questi sette caratteri). Ciò non ha alcun effetto se il server non supporta Unicode sul filo.

nomapchars

Non tradurre nessuno di questi sette caratteri (default)

intr

attualmente non implementato

nointr

(default) attualmente non implementato

hard

Il programma che accede a un file sul file system montato cifs si bloccherà quando il server si blocca.

soft

(default) Il programma che accede a un file sul file system montato cifs non si bloccherà quando il server si blocca e restituirà errori all’applicazione utente.

noacl

Non consente operazioni ACL POSIX anche se il server le supporta.

Il client CIFS può ottenere e impostare ACL POSIX (getfacl, setfacl) su Samba serversversion 3.10 e versioni successive. L’impostazione degli ACL POSIX richiede l’abilitazione di XATTR e quindi del supporto POSIX nelle opzioni di configurazione CIFS durante la creazione del modulo cifsmodule. Il supporto ACL POSIX può essere disabilitato su una base per mount specificando “noacl” sul mount.

nocase

Richiede la corrispondenza del nome del percorso senza distinzione tra maiuscole e minuscole (la distinzione tra maiuscole e minuscole è l’impostazione predefinita se il server lo supporta).

sec =

Modalità di sicurezza. I valori consentiti sono:

  • nessuna tentativo di connessione null utente (senza nome).

  • krb5 Utilizzare l’autenticazione Kerberos versione 5

  • krb5i Utilizzare l’autenticazione Kerberos e la firma dei pacchetti

  • ntlm Utilizzare l’autenticazione NTLM di hashing della password (default)

  • ntlmi Utilizzare l’autenticazione NTLM di hashing delle password con la firma (se /proc/fs/cifs/PacketSigningEnabled o se il server richiede la firma può anche essere il default)

  • ntlmv2 NTLMv2 di hashing della password

  • ntlmv2i NTLMv2 di hashing delle password con la firma dei pacchetti

è in fase di sviluppo e previsto per essere disponibile nel modulo del kernel cifs 1.40 e versioni successive]

nobrl

Non inviare richieste di blocco dell’intervallo di byte al server. Ciò è necessario per alcune applicazioni che si rompono con blocchi di intervallo di byte obbligatori in stile cifs (e la maggior parte dei server cifs non supporta ancora la richiesta di blocchi di intervallo di byte di consulenza).

sfu

Quando le estensioni CIFS Unix non sono negoziate, tentare di creare file di periferica e fifo in un formato compatibile con Services for Unix (SFU). Inoltre recupera i bit 10-12 della modalità tramite l’attributo esteso SETFILEBITS (come fa SFU). In futuro anche i 9 bit inferiori della modalità mode verranno emulati utilizzando le query del descrittore di sicurezza (ACL). [NB: richiede la versione 1.39 o successiva del CIFS VFS. Per riconoscere i collegamenti simbolici ed essere in grado di creare collegamenti simbolici in una forma interoperabile SFU richiede la versione 1.40 o successiva del modulo del kernel CIFS VFS.

serverino

Usa i numeri inode (identificatori di file persistenti univoci)restituiti dal server invece di generare automaticamente numeri inode temporanei sul client. Sebbene server numeri di inode rendono più facile individuare un collegamento fisico file (come avranno lo stesso numero di inode) numeri di inode e può essere persistente (che isuserful per alcuni software), il server non garantisce che il numero di inode è unico se più lato server supporti sono esportati nel quadro di una singola azione (dal numero di inode sui server potrebbe non essere unico se più filesystem montati sotto la stessa condiviso più alto livello di directory). Si noti che non tutti i server supportano la restituzione dei numeri di inode del server, anche se quelli che supportano le estensioni Unix CIFS e i server Windows 2000 e later in genere supportano questo (anche se non necessariamente su ogni filesystem del server locale). Il parametro non ha effetto se il server non supporta la restituzione di numeri inode o equivalenti.

noserverino

client genera numeri inode (piuttosto che utilizzare quello effettivo dal server) per impostazione predefinita.

nouser_xattr

(default) Non consentire a getfattr/setfattr di ottenere / impostare xattrs, anche se il server lo supporterebbe altrimenti.

rsize=arg

dimensione predefinita di lettura della rete (di solito 16K). Il client attualmente non può utilizzare rsize più grande di CIFSMaxBufSize. CIFSMaxBufSize predefinito è 16K e può essere modificato (da 8K alla dimensione massima kmalloc consentita dal kernel) al momento dell’installazione del modulo per cifs.ko. L’impostazione di CIFSMaxBufSize su un valore molto grande farà sì che cifs utilizzi più memoria e potrebbe ridurre le prestazioni in alcuni casi. Per utilizzare rsize maggiore di 127K (il massimo del protocollo cifs originale) richiede anche che il server supporti un nuovo flag di funzionalità Unix (per una lettura molto grande) che alcuni server più recenti (ad esempio Samba 3.0.26 o versioni successive) fanno. rsize può essere impostata da un minimo di 2048 per un massimo di 130048 (127K o CIFSMaxBufSize, a seconda di quale è più piccolo)

wsize=arg

rete di default dimensione di scrittura (di default 57344) massimo wsize attualmente consentito dalla CIFS è 57344 (quattordici 4096 byte pagine)

–verbose

Stampa di informazioni di debug aggiuntive per il montaggio. Si noti che questo parametro deve essere specificato prima del-o. Ad esempio:

mount-t cifs / / server / share / mnt verb verbose-o user = username

Lascia un commento

Il tuo indirizzo email non sarà pubblicato. I campi obbligatori sono contrassegnati *