user= arg
megadja a csatlakozni kívánt felhasználónevet. Ha ez nincs megadva, akkor a környezeti változó felhasználója kerül felhasználásra. Ez az opció a “user%password” vagy a “workgroup/user” vagy a”workgroup/user%password” formátumot is használhatja, hogy a jelszó és a workgroupto megadható legyen a felhasználónév részeként.
Megjegyzés
a cifs vfs elfogadja a user=
paramétert, vagy az smbfs-t ismerő felhasználók számára elfogadja a username=
paraméter hosszabb formáját. Hasonlóképpen a hosszabb smbfs stílusparaméterek is elfogadhatók szinonimaként a rövidebb cifs paraméterekhez pass=
dom=
és cred=
.
password=arg
megadja a CIFS jelszót. Ha ez az opció nincs megadva, akkor a variablePASSWD környezetet használják. Ha a jelszó nincs megadva közvetlenül vagy közvetve keresztül egy érv, hogy felmászik, mount.a CIF-ek egy jelszóra váltanak, kivéve, ha a vendég opció meg van adva.
vegye figyelembe, hogy egy jelszó, amely tartalmazza a határoló karakterkészítő (azaz. a vessző”,”) nem fog helyesen értelmeznia parancssorban. Azonban ugyanaz a jelszó, amelyet meghatároztaka PASSWD környezeti változóban vagy egy hitelesítő fájlon (seebelow) keresztül, vagy a jelszó kérésére beírva, helyesen fog olvasni.
hitelesítő adatok=filename
egy felhasználónevet és/vagy jelszót tartalmazó fájlt határoz meg. A fájl formátuma:
usernamevalue
passwordvalue
Ez előnyben részesítendő, mint például a /etc/fstab
. Ügyeljen arra, hogy megvédje anycredentials fájlt megfelelően.
uid=arg
beállítja az uid-t, amely az összes fájlt birtokolja filesystem.It lehet megadni felhasználónévként vagy numerikus uid-ként.A CIFS Unix kiterjesztéseket támogató szerverekhez, például egy megfelelően konfigurált Samba szerverhez való csatoláshoz a szerver biztosítja az uid, gid és mode értéket, így ezt a paramétert csak akkor szabad megadni, ha a szerver és a kliens uid és gid számozása eltér egymástól. Ha a szerver és az ügyfél ugyanabban a tartományban van (pl. futó winbind vagy nss_ldap) és a szerver támogatja a Unix kiterjesztések, akkor az uid és gid lehet letölteni a szerverről (és uid és gid nem kell megadni a mount. Azon kiszolgálók esetében, amelyek nem támogatják a CIFS Unix kiterjesztéseket, a meglévő fájlok keresésekor visszaküldött alapértelmezett uid (és gid) annak a személynek az uid-je (gid) lesz, aki végrehajtotta a csatolást (root, kivéve a csatolást.cifs van beállítva setuid felhasználói tartók), kivéve, ha a “uid=” (gid) mount opció van megadva. Az újonnan létrehozott fájlok és könyvtárak uid-jéhez (gid), azaz a szervermegosztás utolsó csatolása óta létrehozott fájlokhoz a várt uid (gid) gyorsítótárazásra kerül, mindaddig, amíg az inode a memóriában marad az ügyfélen. Vegye figyelembe azt is, hogy a fájlhoz való hozzáférés engedélyellenőrzése (engedélyezési ellenőrzése) a kiszolgálón történik, de vannak olyan esetek, amikor a rendszergazda esetleg korlátozni akarja az ügyfelet is. Azon kiszolgálók esetében, amelyek nem jelentenek uid/gid tulajdonost (például Windows), az engedélyeket az ügyfélnél is ellenőrizni lehet, az ügyféloldali engedélyellenőrzés durva formája pedig engedélyezhető a file_mode és dir_mode megadásával az ügyfélen. Vegye figyelembe, hogy a tartó.a cifs helpernek az 1.10 vagy újabb verzióban kell lennie, hogy támogassa az uid (vagy gid) nem numerikus formában történő megadását.
gid=arg
beállítja azt a gid-t, amely az összes fájlt birtokoljaa szerelt fájlrendszer. Meg lehet adni, mint akár egy csoportnév vagy egy numerikus gid. Egyéb megfontolásokat lásd a fenti UID leírásában.
port =arg
beállítja a port számát a szerveren, hogy megpróbálja felvenni a kapcsolatot a tárgyalócifs támogatás. Ha a CIFS szerver nem hallgat ezen a porton vagyha nincs megadva, akkor az alapértelmezett portok kipróbálásra kerülnek, azaz a 445-ös port próbálkozik, ha nincs válasz, akkor a 139-es port próbálkozik.
servern=arg
adja meg a kiszolgáló netbios nevét (RFC1001 név), amelyet a kiszolgálóra történő munkamenet beállításakor használni kíván. Bár az újabb szerverekre való telepítéshez ez az opció szükséges néhány régebbi szerverre (például OS/2 vagy Windows 98 és Windows ME) történő telepítéshez, mivel a 139-es port csatlakoztatásakor a legtöbb újabb kiszolgálóval ellentétben nem támogatják az alapértelmezett kiszolgálónevet. A szerver neve legfeljebb 15 karakter hosszú lehet, általában nagybetűvel.
netbiosname=arg
a 139-es porton keresztül kiszolgálókra történő telepítéskor megadja az rfc1001 forrásnevet, amelyet a kliens netbios gép nevének megjelenítéséhez kell használni az rfc1001 netbios munkamenet inicializálásakor.
file_mode=arg
Ha a kiszolgáló nem támogatja a CIFS Unix kiterjesztéseket, akkor ez az alapértelmezett fájlmód.
dir_mode=arg
Ha a kiszolgáló nem támogatja a CIFS Unix kiterjesztéseket, akkor ez a könyvtárak alapértelmezett módját határozza meg.
ip =arg
beállítja a cél IP-címét. Ez az opció automatikusan be van állítva, ha a kért UNC név szervernév része megoldható, így a felhasználónak ritkán kell megadnia.
domain =arg
beállítja a felhasználó
vendég
tartományát (munkacsoportját) ne kérjen jelszót
iocharset
karakterkészlet, amelyet a helyi útvonalnevek konvertálására használnak.Unicode. A Unicode-ot alapértelmezés szerint a hálózati útvonalnevek használják, ha a kiszolgáló támogatja. Ha iocharset isnot megadva, akkor az nls_default megadotta helyi kliens kernel build alatt kerül felhasználásra.Ha a kiszolgáló nem támogatja a Unicode-ot, akkor ez a paraméter nem használható. ro
a mount csak olvasható
rw
mount olvasni-írni
setuids
Ha a CIFS Unix extensions tárgyalásos, a szerver az ügyfél megkísérli, hogy állítsa be a tényleges uid, valamint gid a helyi folyamat újonnan létrehozott fájlok, könyvtárak, eszközök (létre, mkdir, mknod). Ha a CIFS Unix Extensions nem tárgyalt, az újonnan létrehozott fájlok, könyvtárak használata helyett az alapértelmezett uid, valamint gid meghatározott az a hegy, cache, az új fájl uid, valamint gid helyben ami azt jelenti, hogy a felhasználó a fájl lehet változtatni, ha az inode reloaded (vagy a felhasználó lovakat váltani a részesedése). nosetuids
Az ügyfél nem kísérlete, hogy az uid, valamint gid be az újonnan létrehozott fájlok, könyvtárak, eszközök (létre, mkdir, mknod), ami azt eredményezi, hogy a szerver beállítás a felhasználó valamint gid az alapértelmezett (általában a szerver felhasználó uid-jével, aki elkövette a részesedése). A szerver (nem az ügyfél) beállítása az uid, a gid pedig az alapértelmezett.Ha a CIFS Unix kiterjesztéseket nem tárgyaljuk meg, akkor az új fájlokra vonatkozó uid és gid a mounter uid (gid) vagy a mount-on megadott uid (gid) paramétere lesz.
perm
Az Ügyfél engedélyellenőrzést végez (vfs_permission check of uid and gid of the file against the mode and desired operation), vegye figyelembe, hogy ez amellett, hogy a normál ACL check on the target machine done by the server software. Az ügyfél-engedély ellenőrzése alapértelmezés szerint engedélyezve van.
Noperm
Az Ügyfél NEM végez engedélyellenőrzést. Ez ki fájlokat ezen a hegyen, hogy hozzáférjen a többi felhasználó a helyi kliens rendszer. Általában csak akkor van rá szükség, ha a szerver támogatja a CIFS Unix kiterjesztéseket, de az UIDs/GIDs a kliens és szerver rendszeren nem egyezik meg eléggé ahhoz, hogy a felhasználó hozzáférhessen a csatoláshoz. Vegye figyelembe, hogy ez nem befolyásolja a szerver szoftver által végzett célgép normál ACL-ellenőrzését (a kiszolgáló ACL-je a csatolási időben megadott felhasználónévvel szemben).
directio
ne végezzen inode adat gyorsítótárazást az ezen a csatoláson megnyitott fájlokon. Ez kizárja mmaping fájlokat ezen a hegyen. Bizonyos esetekben gyors hálózatokkal, valamint kevés vagy egyáltalán nem érhető el gyorsítótárazási előny az ügyfél számára (pl. ha az alkalmazás csinál nagy szekvenciális olvasás nagyobb, mint az oldal mérete nélkül újraolvasása ugyanazokat az adatokat) ez jobb teljesítményt nyújt, mint az alapértelmezett viselkedés, amely gyorsítótárak olvasás (readahead) és írja (writebehind) keresztül a helyi Linux kliens pagecache, ha oplock (gyorsítótárazó token) adható és tartott. Vegye figyelembe, hogy a direct lehetővé teszi az oldalméretnél nagyobb írási műveletek küldését a kiszolgálóra. Egyes magokon ez megköveteli a CIF-eket.ko moduleto kell építeni a CIFS_EXPERIMENTAL configure opciót.
mapchars
A hét fenntartott karakter közül hat (nem backslash, hanem a kettőspont, kérdőjel, cső, asterik, nagyobb és kevesebb, mint karakter) lefordítása a remap tartományba (0xf000 felett), amely lehetővé teszi a CIFS kliens számára, hogy felismerje az ilyen karakterekkel létrehozott fájlokat a Windows POSIX emulációja alapján. Ez akkor is hasznos lehet, ha a Samba legtöbb verziójára szereljük fel (ami szintén tiltja a fájlok létrehozását és megnyitását, amelyek neve tartalmazza a hét karakter bármelyikét). Ennek nincs hatása, ha a szerver nem támogatja a Unicode-ot a huzalon. nomapchars
nem lefordítani ezeket hét karakter (alapértelmezett)
intr
nincs kifejlesztve
nointr
(alapértelmezett) nincs kifejlesztve
kemény
A program elérése fájlok a cifs szerelt fájl rendszer lógni fog, ha a szerver összeomlik.
soft
(alapértelmezett) a cifs-re szerelt fájlrendszeren lévő fájlhoz hozzáférő program nem fog lefagyni, amikor a szerver összeomlik, és hibákat fog visszaadni a felhasználói alkalmazásnak.
noacl
ne engedélyezze a POSIX ACL műveleteket akkor sem, ha a szerver támogatja őket.
a CIFS kliens a POSIX Acis-t (getfacl, setfacl) a Samba serversion 3.10 vagy újabb verzióra állíthatja be. A POSIX ACLs beállításához mind a XATTR, mind a POSIX támogatása szükséges a CIFS konfigurációs beállításaiban a cifsmodule létrehozásakor. POSIX ACL támogatás le lehet tiltani a per mount basic megadásával “noacl” a mount.
nocase
eseti érzéketlen elérési útnév-illesztés kérése (a case sensitive az alapértelmezett, ha a kiszolgáló beállítja).
sec=
Biztonsági mód. Megengedett értékek:
-
none kísérlet, hogy a kapcsolat, mint egy null felhasználó (nincs neve)
-
krb5 Használja a Kerberos 5-ös verzió hitelesítés
-
krb5i Használja a Kerberos-hitelesítést, illetve a csomag aláírása
-
az ntlm Használja az NTLM jelszó hasító (alapértelmezett)
-
ntlmi Használja az NTLM jelszó hasító a aláírása (ha a /proc/fs/cifs/PacketSigningEnabled, vagy ha a szerver megköveteli, aláírása is lehet az alapértelmezett)
-
ntlmv2 Használja NTLMv2 jelszó hasító
-
ntlmv2i Használja NTLMv2 jelszó hasító a csomag aláírása
fejlesztés alatt áll, valamint várható ahhoz, hogy a cifs kernel modul 1.40, majd később]
nobrl
ne küldjön bájt tartomány lock kéréseket a szerverre. Ez bizonyos alkalmazásokhoz szükséges, amelyek megszakítják a cifs stílusú kötelező bájttartomány-zárakat (és a legtöbb cifs szerver még nem támogatja a tanácsadói bájttartomány-zárak kérését).
sfu
Ha a CIFS Unix kiterjesztéseket nem tárgyalják, próbáljon meg eszközfájlokat és fifókat létrehozni olyan formátumban, amely kompatibilis a Unix (SFU) szolgáltatásokkal. Ezen kívül letölteni bit 10-12 a mód keresztül SETFILEBITS kiterjesztett attribútum (mint SFU nem). A jövőben a mode mód alsó 9 bitjét a biztonsági leíró (ACL) lekérdezéseivel is emulálni fogják. [NB: a CIFS VFS 1.39 vagy újabb verzióját igényli. A symlinkek felismerése és a symlinkek létrehozása SFU interoperábilis formában a CIFS VFS kernel modul 1.40-es vagy újabb verzióját igényli.
serverino
használja a kiszolgáló által visszaküldött inode számokat (egyedi állandó fájlazonosítók), ahelyett, hogy automatikusan generálná az ideiglenes inode számokat az ügyfélen. Bár a szerver inode számot könnyebb kiszúrni hardlinked fájlok (mint, hogy ugyanaz lesz, inode számot), valamint inode számot lehet állandó (ami isuserful néhány szoftver), a szerver nem garantálja, hogy az inode számot egyedi, ha több szerver oldalon foglalat exportált alatt egyetlen részesedés (mivel inode számot a szerverek lehet, hogy nem lesz egyedi, ha több fájlrendszerek szerelt alatt az azonos megosztott magasabb szintű könyvtárat). Ne feledje, hogy nem minden szerver támogatja a visszatérő szerverek inode számok, bárazok, amelyek támogatják a CIFS Unix kiterjesztések, valamint a Windows 2000 andlater szerverek általában támogatják ezt (bár nem feltétlenülminden helyi szerver fájlrendszer). A paraméternek nincs hatása, ha a szerver nem támogatja az inode számok vagy azzal egyenértékű adatok visszatérését.
noserverino
kliens generál inode számok (ahelyett, hogy a tényleges egy a szerverről) alapértelmezés szerint.
nouser_xattr
(alapértelmezett) ne engedje, hogy a getfattr/setfattr megkapja/állítsa be az xattrs-t, még akkor sem, ha a szerver egyébként támogatná.
rsize=arg
alapértelmezett hálózati olvasási méret (általában 16K). Az ügyfél jelenleg nem tudja használni rsize nagyobb, mint CIFSMaxBufSize. A CIFSMaxBufSize alapbeállításban 16K-ra változik (8K-ról a kernel által megengedett maximális kmalloc méretre) a cifs modul telepítési ideje alatt.ko. Ha a CIFSMaxBufSize-t nagyon nagy értékre állítja, a cifs több memóriát fog használni, és bizonyos esetekben csökkentheti a teljesítményt. A 127k-nál nagyobb rsize (az eredeti cifs protokoll maximuma) használatához a kiszolgálónak támogatnia kell egy új Unix Képességjelzőt (nagyon nagy olvasáshoz), amelyet néhány újabb szerver (például Samba 3.0.26 vagy újabb) tesz. az rsize beállítható legalább 2048-ról legfeljebb 130048-ra (127k vagy CIFSMaxBufSize, amelyik kisebb)
wsize=arg
alapértelmezett hálózati írási méret (alapértelmezett 57344) a CIFS által jelenleg engedélyezett maximális wsize 57344 (tizennégy 4096 byte oldal)
–verbose
további hibakeresési információk nyomtatása a hegyre. Vegye figyelembe, hogy ezt a paramétert a-o előtt kell megadni. például:
mount-t cifs / / server / share / mnt — verbose-o user = username