hegy.cifs

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:

usernamevaluepasswordvalue

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

Vélemény, hozzászólás?

Az e-mail-címet nem tesszük közzé. A kötelező mezőket * karakterrel jelöltük