montează.cifs

user=arg

specifică numele de utilizator pentru a se conecta ca. Dacăacest lucru nu este dat, atunci se utilizează utilizatorul variabilei de mediu. Această opțiune poate lua, de asemenea, forma „user%password” sau „workgroup/user” sau”workgroup/user%password” pentru a permite ca parola și grupul de lucru să fie specificate ca parte a numelui de utilizator.

password=arg

specifică parola CIFS. Dacă această opțiune nu este dată, atunci se utilizează variablePASSWD de mediu. Dacă parola nu este specificată direct sau indirect printr-un argument pentru montare, montați.cifs va promptpentru o parolă, cu excepția cazului în care opțiunea de invitat este specificată.

rețineți că o parolă care conține delimitercaracterul (adică. o virgulă’,’) nu va fi analizată corectpe linia de comandă. Cu toate acestea, aceeași parolă definităîn variabila de mediu PASSWD sau printr-un fișier de acreditare (seebelow) sau introdus la promptul de parolă va fi citit corect.

acreditări=filename

specifică un fișier care conține un nume de utilizator și / sau o parolă. Formatul fișierului este:

usernamevaluepasswordvalue

Acest lucru este preferat față de a avea parole în text clar în fișierul ashared, cum ar fi/etc/fstab. Asigurați-vă că protejați corect fișierul anycredentials.

UID=arg

setează uid-ul care va deține toate fișierele pe montat filesystem.It poate fi specificat fie ca un nume de utilizator sau un UID numeric.Pentru monturile pe servere care acceptă extensiile CIFS Unix, cum ar fi un server Samba configurat corect, serverul furnizează UID, gid și modul, astfel încât acest parametru nu trebuie specificat decât dacă numerotarea uID și GID a serverului și clientului diferă. Dacă serverul și clientul sunt în același domeniu (de ex. rularea winbind sau nss_ldap) și serverul acceptă extensiile Unix, apoi uid și gid pot fi preluate de pe server (iar uid și gid nu ar trebui să fie specificate pe suport. Pentru serverele care nu acceptă extensiile CIFS Unix, UID-ul implicit (și gid-ul) returnat la căutarea fișierelor existente va fi uid-ul (gid-ul) persoanei care a executat montura (root, cu excepția montării.cifs este configurat setuid pentru monturi utilizator) cu excepția cazului în care este specificată opțiunea de montare „uid=” (gid). Pentru uid (gid) a fișierelor și directoarelor nou create, adică fișierele create de la ultima montare a partajării serverului, UID-ul așteptat (gid) este memorat în cache atâta timp cât inodul rămâne în memorie pe client. De asemenea, rețineți că verificările de permisiune (verificări de autorizare) privind accesările la un fișier apar la server, dar există cazuri în care un administrator poate dori să restricționeze și la client. Pentru acele servere care nu raportează un proprietar uid/gid (cum ar fi Windows), permisiunile pot fi, de asemenea, verificate la client și o formă brută de verificare a permisiunilor din partea clientului poate fi activată prin specificarea file_mode și dir_mode pe client. Rețineți că muntele.cifs helper trebuie să fie la versiunea 1.10 sau mai mare pentru a sprijini specificarea uid (sau gid) în formă non-numerică.

GID=arg

setează gid-ul care va deține toate fișierele pe sistemul de fișiere montat. Acesta poate fi specificat fie ca un groupname sau un GID numeric. Pentru alte considerente, a se vedea descrierea uid de mai sus.

port=arg

setează numărul portului de pe server pentru a încerca să contacteze pentru a negociatecifs sprijin. Dacă serverul CIFS nu ascultă pe acest port saudacă nu este specificat, porturile implicite vor fi încercate, adică portul 445 este încercat și dacă nu răspunde, atunci portul 139 este încercat.

servern=arg

specificați numele serverului netbios (rfc1001 name) de utilizat atunci când încercați să configurați o sesiune pe server. Deșirareori necesare pentru montarea pe servere mai noi, această opțiune este necesară pentru montarea pe unele servere mai vechi (cum ar fi OS/2 sau Windows 98 și Windows ME), deoarece la conectarepeste portul 139, spre deosebire de majoritatea serverelor mai noi, nu acceptă un nume de server implicit. Un nume de server poate avea până la 15 caractere și este de obicei majuscule.

netbiosname=arg

când se montează pe servere prin portul 139, specifică numele sursei RFC1001 de utilizat pentru a reprezenta numele mașinii client netbios atunci când se inițializează sesiunea rfc1001 netbios.

file_mode=arg

dacă serverul nu acceptă extensiile CIFS Unix, acesta suprascrie modul de fișier implicit.

dir_mode=arg

dacă serverul nu acceptă extensiile CIFS Unix, acesta suprascrie modul implicit pentru Directoare.

ip=arg

setează adresa IP de destinație. Această opțiune este setată automat dacă porțiunea de nume de server a numelui UNC solicitat poate fi rezolvată, astfel încât rareori trebuie specificată de utilizator.

domain=arg

setează domeniul (grupul de lucru) al utilizatorului

guest

nu solicitați o parolă

Iocharset

Charset folosit pentru a converti numele de căi locale în și dinunicode. Unicode este utilizat în mod implicit pentru numele de cale de rețea dacă serverul îl acceptă. Dacă iocharset nu este specificat, atunci va fi utilizată nls_default specificatduring construirea kernel-ului client local.Dacă serverul nu acceptă Unicode, acest parametru esteneutilizat.

ro

mount read-only

rw

mount read-write

setuids

dacă extensiile CIFS Unix sunt negociate cu serverul, Clientul va încerca să seteze UID-ul și gid-ul efectiv al procesului local pe fișiere, directoare și dispozitive nou create (create, mkdir, mknod). Dacă extensiile CIFS Unix nu sunt negociate, pentru fișierele și directoarele nou create în loc să utilizeze UID-ul și gid-ul implicite specificate pe montură, cache-ul uID și gid-ul noului fișier local, ceea ce înseamnă că uid-ul pentru fișier se poate schimba atunci când inodul este reîncărcat (sau utilizatorul remontează cota).

nosetuids

clientul nu va încerca să seteze uid-ul și gid-ul pe fișierele, directoarele și dispozitivele nou create (create, mkdir, mknod), ceea ce va avea ca rezultat setarea UID-ului și gid-ului la valorile implicite (de obicei UID-ul serverului utilizatorului care a montat cota). Închirierea server (mai degrabă decât clientul) setați uid și gid este implicit.Dacă extensiile CIFS Unix nu sunt negociate, atunci uid și gid pentru fișierele noi vor părea a fi uid (gid) al montatorului sau parametrul uid (gid) specificat pe suport.

perm

clientul face verificări de permisiune (verificarea vfs_permission a uid și gid a fișierului în funcție de modul și funcționarea dorită), rețineți că acest lucru este în plus față de verificarea ACL normală a mașinii țintă efectuată de software-ul serverului. Verificarea permisiunii clientului este activată în mod implicit.

noperm

Clientul nu face verificări de permisiune. Acest lucru poate expune fișierele de pe acest suport pentru a fi accesate de alți utilizatori din sistemul client local. De obicei, este necesar doar atunci când serverul acceptă extensiile CIFS Unix, dar UID-urile/GID-urile de pe sistemul client și server nu se potrivesc suficient de strâns pentru a permite accesul utilizatorului care face montura. Rețineți că acest lucru nu afectează verificarea ACL normală a mașinii țintă efectuată de software-ul serverului (a ACL-ului serverului în raport cu numele de utilizator furnizat la momentul montării).

directio

nu faceți cache de date inode pe fișierele deschise pe acest suport. Acest lucru exclude mmaping fișiere de pe acest munte. În unele cazuri, cu rețele rapide și beneficii mici sau deloc de cache pentru client (de ex. atunci când cererea este de a face mare secvențială Citește mai mare decât dimensiunea paginii fără recitind aceleași date) Acest lucru poate oferi o performanță mai bună decât comportamentul implicit care cache citește (readahead) și scrie (writebehind) prin pagecache client Linux local dacă oplock (caching token) se acordă și a avut loc. Rețineți că direct permite trimiterea către server a operațiilor de scriere mai mari decât dimensiunea paginii. Pe unele kerneluri acest lucru necesită cifs.modul kopentru a fi construit cu opțiunea CIFS_EXPERIMENTAL configure.

mapchars

traduce șase din cele șapte caractere rezervate (nu backslash, dar inclusiv două puncte, semn de întrebare, pipe, asterik, mai mare decât și mai puțin de caractere) la gama remap (de mai sus 0xF000), care permite, de asemenea, clientul CIFS să recunoască fișierele create cu astfel de caractere de emulare POSIX Windows. Acest lucru poate fi util și atunci când se montează la majoritatea versiunilor de Samba (care interzice, de asemenea, crearea și deschiderea fișierelor ale căror nume conțin oricare dintre aceste șapte caractere). Acest lucru nu are efect dacă serverul nu acceptă Unicode pe fir.

nomapchars

nu traduce oricare dintre aceste șapte caractere (implicit)

intr

în prezent neimplementate

nointr

(implicit) în prezent neimplementate

hard

programul accesarea unui fișier de pe sistemul de fișiere montat cifs va atârna atunci când se blochează server.

soft

(implicit) programul care accesează un fișier din sistemul de fișiere montat cifs nu se va bloca atunci când serverul se blochează și va returna erori în aplicația utilizatorului.

noacl

nu permit operațiuni POSIX ACL, chiar dacă serverul le-ar sprijini.

clientul CIFS poate obține și seta POSIX ACL-uri (getfacl, setfacl) la Samba serversversion 3.10 și mai târziu. Setarea ACL-urilor POSIX necesită activarea atât a XATTR, cât și a suportului POSIX în opțiunile de configurare CIFS atunci când construiți cifsmodule. Suportul POSIX ACL poate fi dezactivat pe un suport de bază prin specificarea”noacl” pe suport.

nocase

Solicitați potrivirea numelui căii insensibile la majuscule (sensibilitatea la majuscule este implicită dacă serverul o suportă).

sec=

Mod de securitate. Valorile permise sunt:

este în curs de dezvoltare și de așteptat pentru a fi disponibil în cifs kernel module 1.40 și mai târziu]

nobrl

nu trimiteți cereri de blocare a intervalului de octeți către server. Acest lucru este necesar pentru anumite aplicații care se rup cu stilul cifs blocări obligatorii ale intervalului de octeți (și majoritatea serverelor cifs nu acceptă încă solicitarea blocărilor intervalului de octeți consultativi).

sfu

când extensiile CIFS Unix nu sunt negociate, încercați să creați fișiere de dispozitiv și FIFO într-un format compatibil cu servicii pentru UNIX (SFU). În plus, prelua biți 10-12 a modului prin intermediul atributului setfilebits extended (ca SFU nu). În viitor, partea de jos 9 biți de modul modul, de asemenea, vor fi emulate folosind interogări ale descriptor de securitate (ACL). [NB: necesită versiunea 1.39 sau laterof CIFS VFS. Pentru a recunoaște legăturile simbolice și pentru a putea crea legături simbolice într-o formă interoperabilă SFU, este necesară versiunea 1.40 sau o versiune ulterioară a modulului kernel CIFS VFS.

serverino

utilizați numere inode (identificatori unici de fișiere persistente)returnați de server în loc să generați automat numere inode temporare pe client. Deși numerele inode ale serverului facilitează detectarea fișierelor hardlinked (deoarece acestea vor avea aceleași numere inode), iar numerele inode pot fi persistente (ceea ce este util pentru unele programe software), serverul nu garantează că numerele inode sunt unice dacă mai multe suporturi laterale ale serverului sunt exportate sub o singură partajare (deoarece numerele inode de pe servere ar putea să nu fie unice dacă mai multe sisteme de fișiere sunt montate sub același director de nivel superior partajat). Rețineți că nu toate serverele acceptă numerele inode ale serverului care se întorc, deși cele care acceptă extensiile CIFS Unix și serverele Windows 2000 andlater acceptă de obicei acest lucru (deși nu neapărat pe fiecare sistem de fișiere server local). Parametrul nu are efect dacă serverul nu are suport pentru returnarea numerelor inode sau echivalente.

noserverino

client generează numere inode (mai degrabă decât folosind cel real de pe server) în mod implicit.

nouser_xattr

(implicit) nu permit getfattr/setfattr pentru a obține / set xattrs, chiar dacă serverul ar sprijini altfel.

rsize=arg

dimensiunea implicită de citire a rețelei (de obicei 16K). În prezent, clientul nu poate utiliza rsize mai mare decât CIFSMaxBufSize. CIFSMaxBufSize implicit la 16K și pot fi modificate (de la 8K la dimensiunea maximă kmalloc permis de kernel-ul) la modul de instalare timp pentru cifs.ko. Setarea CIFSMaxBufSize la o valoare foarte mare va determina cifs să utilizeze mai multă memorie și poate reduce performanța în unele cazuri. Pentru a utiliza rsize mai mare de 127k (protocolul cifs original maxim) necesită, de asemenea, ca serverul să accepte un nou steag de capacitate Unix (pentru citire foarte mare) pe care îl fac unele servere mai noi (de exemplu, Samba 3.0.26 sau o versiune ulterioară). rsize poate fi setat de la un minim de 2048 la un maxim de 130048 (127k sau CIFSMaxBufSize, oricare dintre acestea este mai mic)

wsize=arg

dimensiunea implicită de scriere a rețelei (implicit 57344) wsize maximă permisă în prezent de CIFS este 57344 (paisprezece pagini 4096 octeți)

–verbose

imprimați informații suplimentare Muntele. Rețineți că acest parametru trebuie specificat înainte de-o. de exemplu:

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