Mount.cifs

bruker= arg

angir brukernavnet som skal kobles til som. Hvisdette er ikke gitt, da brukes miljøvariabelbrukeren. Dette alternativet kan også taform «user % password «eller» workgroup/user» eller»workgroup / user%password» for å tillate at passordet og arbeidsgruppen angis som en del av brukernavnet.

Merk

cifs vfs aksepterer parameteren user=, eller for brukere som er kjent med smbfs, aksepterer den den lengre formen av parameteren username=. På samme måte kan de lengre smbfs-stilparameternavnene godtas som synonymer for de kortere cifs-parameterne pass=dom=ogcred=.

passord=arg

angir CIFS-passordet. Hvis dette alternativet ikke er gitt, brukes miljøet variablePASSWD. Hvis passordet ikke er angitt direkte eller indirekte via et argument for å montere, montere.cifs vil spørre om et passord, med mindre gjestealternativet er angitt.

Merk at et passord som inneholder skilletegn (dvs. et komma’,’) vil ikke bli analysert korrektpå kommandolinjen. Men det samme passordet definedin passwd-miljøvariabelen eller via en legitimasjonsfil (se nedenfor) eller angitt ved passordmeldingen, blir lest riktig.

credentials=filename

angir en fil som inneholder et brukernavn og/eller passord. Formatet på filen er:

usernamevaluepasswordvalue

dette er foretrukket over å ha passord i klartekst i ashared-fil, for eksempel /etc/fstab. Sørg for å beskytte anycredentials filen riktig.

uid=arg

setter uid som vil eie alle filer påmontert filesystem.It kan angis som enten et brukernavn eller en numerisk uid.For monterer til servere som støtter Cifs Unix-utvidelser, for eksempel en riktig konfigurert Samba-server, gir serveren uid, gid og modus, slik at denne parameteren ikke skal angis med mindre server og klient uid og gid nummerering forskjellig. Hvis serveren og klienten er i samme domene (f. eks. kjører winbind eller nss_ldap) og serveren støtter Unix-Utvidelsene, så kan uid og gid hentes fra serveren (og uid og gid må ikke spesifiseres på fjellet. For servere som ikke støtter Cifs Unix-utvidelser, vil standard uid (og gid) returnert ved oppslag av eksisterende filer være uid (gid)til personen som utførte mount (root, unntatt når mount.cifs er konfigurert setuid for brukerfester) med mindre alternativet» uid= » (gid) mount er angitt. For uid (gid) av nyopprettede filer og kataloger, dvs. filer opprettet siden den siste monteringen av serverdelen, blir forventet uid (gid) bufret så lenge inoden forblir i minnet på klienten. Vær også oppmerksom på at tillatelseskontroller (autorisasjonskontroller) på tilgang til en fil forekommer på serveren, men det er tilfeller der en administrator kanskje vil begrense på klienten også. For de serverne som ikke rapporterer en uid / gid-eier (For Eksempel Windows), kan tillatelser også kontrolleres hos klienten, og en grov form for klientsiden tillatelseskontroll kan aktiveres ved å spesifisere file_mode og dir_mode på klienten. Legg merke til at fjellet.cifs helper må være på versjon 1.10 eller høyere for å støtte angi uid (eller gid) i ikke-numerisk form.

gid=arg

angir gid som skal eie alle filer på det monterte filsystemet. Det kan angis som enten et gruppenavn eller en numerisk gid. For andre hensyn se beskrivelsen av uid ovenfor.

port=arg

angir portnummeret på serveren for å forsøke å kontakte til negotiateCIFS-støtte. Hvis CIFS-serveren ikke lytter på denne porten ellerhvis den ikke er angitt, vil standardportene bli prøvd, dvs.

servern=arg

Angi serveren netbios navn (RFC1001 navn) som skal brukes når du prøver å sette opp en økt til serveren. Selv om det sjelden er nødvendig for montering på nyere servere, er dette alternativet nødvendig for montering på noen eldre servere (FOR EKSEMPEL OS/2 Eller Windows 98 og Windows ME) siden de, i motsetning til de fleste nyere servere, ikke støtter et standard servernavn. Et servernavn kan være opptil 15 tegn langt og er vanligvis oppercased.

netbiosname=arg

når du monterer til servere via port 139, angir RFC1001-kildenavnet som skal brukes til å representere klient netbios – maskinnavnet når DU initialiserer RFC1001 netbios-økten.

file_mode=arg

hvis serveren ikke støtter Cifs Unix-utvidelsene, blir dette standard filmodus.

dir_mode=arg

hvis serveren ikke støtter Cifs Unix-utvidelser thisoverrides standardmodus for kataloger.

ip=arg

angir mål-IP-adressen. Dette alternativet er satt automatisk hvis servernavndelen av DET forespurte UNC-navnet kan løses, så sjelden må spesifiseres av brukeren.

domain=arg

angir domenet (arbeidsgruppe) for brukeren

gjest

ikke be om et passord

Iocharset

Charset brukes til å konvertere lokale banenavn til og fromUnicode. Unicode brukes som standard for nettverksbanenavn hvis serveren støtter det. Hvis iocharset ikke er angitt, vil nls_default specifiedduring den lokale klientkjernebygningen bli brukt.Hvis serveren ikke støtter Unicode, er denne parameterenubrukt. hvis CIFS Unix-utvidelsene forhandles med serveren, vil klienten forsøke å sette den effektive uid og gid for den lokale prosessen på nyopprettede filer, kataloger og enheter (create, mkdir, mknod). Hvis CIFS Unix-Utvidelser ikke er forhandlet, for nyopprettede filer og kataloger i stedet for å bruke standard uid og gid angitt på mount, cache den nye filens uid og gid lokalt som betyr at uid for filen kan endres når inoden lastes på nytt (eller brukeren remounts aksje).

nosetuids

klienten vil ikke forsøke å sette uid og gid på på nyopprettede filer, kataloger og enheter (create, mkdir, mknod) som vil resultere i at serveren setter uid og gid til standard (vanligvis server uid til brukeren som monterte aksjen). La serveren (i stedet for klienten) sette uid og gid er standard.HVIS CIFS Unix-Utvidelser ikke forhandles da uid og gid for nye filer vil synes å være uid (gid) av mounter eller uid (gid) parameter angitt på mount.Perm Client gjør tillatelse sjekker (vfs_permission sjekk av uid og gid av filen mot modus og ønsket operasjon), Merk at dette er i tillegg til normal ACL sjekk på målmaskinen gjort av serverprogramvaren. Klienttillatelseskontroll er aktivert som standard.

Noperm

Klienten gjør ikke tillatelse sjekker. Dette kan eksponere filer på denne mount for tilgang av andre brukere på det lokale klientsystemet. Det er vanligvis bare nødvendig når serveren støtter Cifs Unix-Utvidelser, men UIDs / GIDs på klient – og serversystemet samsvarer ikke tett nok til å tillate tilgang av brukeren som gjør monteringen. Merk at dette ikke påvirker den normale ACL-kontrollen på målmaskinen som utføres av serverprogramvaren (av server ACL mot brukernavnet som ble oppgitt ved monteringstid).

directio

ikke gjør inode data caching på filer åpnet på denne mount. Dette utelukker mmaping filer på dette fjellet. I noen tilfeller med raske nettverk og liten eller ingen caching fordeler på klienten (f. eks. når applikasjonen gjør stor sekvensiell leser større enn sidestørrelse uten å lese de samme dataene), kan dette gi bedre ytelse enn standard oppførsel som cacher leser (readahead) og skriver (writebehind) gjennom den lokale Linux-klienten pagecache hvis oplock (caching token) er gitt og holdt. Merk at direct tillater skriveoperasjoner som er større enn sidestørrelsen, å bli sendt til serveren. På noen kjerner krever dette cifs.ko moduleto bygges med cifs_experimental konfigurere alternativet.Oversett seks av de syv reserverte tegnene (ikke omvendt skråstrek, men inkludert kolon, spørsmålstegn, rør, asterik, større enn og mindre enn tegn) til remap-området (over 0xf000), som også lar cifs-klienten gjenkjenne filer opprettet med slike tegn ved Windows POSIX-emulering. Dette kan også være nyttig når du monterer Til De fleste Versjoner Av Samba (som også forbyr å opprette og åpne filer hvis navn inneholder noen av disse syv tegnene). Dette har ingen effekt hvis serveren ikke støtter Unicode på ledningen.

nomapchars

ikke oversett noen av disse syv tegnene (standard)

intr

unimplemented

nointr

(standard) tiden unimplemented

hard

programmet tilgang til en fil på cifs montert filsystemet vil henge når serveren krasjer.(standard) programmet tilgang til en fil på cifs montert filsystemet vil ikke henge når serveren krasjer og vil returnere feil til brukerprogrammet.

noacl

ikke tillat POSIX ACL operasjoner selv om serveren ville støtte dem.

cifs-klienten kan få OG sette POSIX Acl (getfacl, setfacl) Til Samba serversversion 3.10 og nyere. Innstilling AV POSIX Acl krever aktivering av BÅDE XATTR andthen POSIX-støtte i cifs-konfigurasjonsalternativene når du bygger cifsmodule. POSIX ACL støtte kan deaktiveres på en per mount basic ved å angi»noacl» på mount.

Nocase

Be om at banenavnet samsvarer med små og store bokstaver (saksfølsom er standard hvis serveren støtter det).

sec =

sikkerhetsmodus. Tillatte verdier er:

  • ingen forsøk på tilkobling som nullbruker (uten navn)

  • krb5 Bruk Kerberos versjon 5-godkjenning

  • krb5i Bruk Kerberos-godkjenning og pakkesignering

  • ntlm bruk NTLM-passord hashing (standard)

  • ntlmi Bruk ntlm passord hashing med signering (hvis /proc/fs/cifs/packetsigningenabled på eller hvis serveren krever signering også kan være standard)

  • ntlmv2 bruk ntlmv2 passord hashing

  • ntlmv2i bruk ntlmv2 passord hashing Med Pakkesignering

er under utvikling og forventet for å være tilgjengelig i cifs kernel module 1.40 og nyere]

nobrl

ikke send byte range lock forespørsler til serveren. Dette er nødvendig for visse programmer som bryter med cifs stil obligatoriske byte range låser (og de fleste cifs servere ennå ikke støtter ber om rådgivende byte range låser).

sfu

når CIFS Unix-Utvidelser ikke forhandles, kan du prøve å opprette enhetsfiler og fifoer i et format som er kompatibelt med SERVICES For UNIX (SFU). I tillegg henter bits 10-12 av modusen via SETFILEBITS extended attributt(SOM SFU gjor). I fremtiden vil de nederste 9 bitene i modusmodusen også bli emulert ved hjelp av spørringer av security descriptor (ACL). [NB: krever versjon 1.39 eller laterof CIFS VFS. Å gjenkjenne symlinks og være i stand til å lage symlinks i EN SFU interoperable formkrever versjon 1.40 eller nyere AV cifs VFS kernel module.

serverino

Bruk inodenumre (unike vedvarende filidentifikatorer)som returneres av serveren i stedet for automatisk å generere midlertidige inodenumre på klienten. Selv om server-inodenumre gjør det enklere å oppdage hardlinkede filer (da de vil ha de samme inodenumrene) og inodenumrene kan være vedvarende (som er userful for noen programvare), garanterer serveren ikke at inodenumrene er unike hvis flere serversidefester eksporteres under en enkelt aksje (siden inodenumrene på serverne kanskje ikke er unike hvis flere filsystemer er montert under samme delte høyere nivå katalog). Merk at ikke alle servere støtter retur server inode tall, selv om de som støtter Cifs Unix-Utvidelser, Og Windows 2000 og senere servere vanligvis støtter dette (selv om det ikke nødvendigvispå hvert lokalt serverfilsystem). Parameteren har ingen effekt hvis serveren mangler støtte for retur av inodenumre eller tilsvarende.

noserverino

client genererer inode tall (i stedet for å bruke den faktiske fra serveren) som standard.

nouser_xattr

(standard) ikke tillat getfattr / setfattr å få / set xattrs, selv om serveren ville støtte det ellers.

rsize=arg

standard nettverkslesestørrelse (vanligvis 16K). Klienten kan for øyeblikket ikke bruke rsize større Enn CIFSMaxBufSize. Cifsmaxbufsize standard til 16K og kan endres (FRA 8K til maksimal kmalloc størrelse tillatt av kjernen) på modul installere tid for cifs.ko. Hvis Du setter CIFSMaxBufSize til en svært stor verdi, vil cifs bruke mer minne og kan redusere ytelsen i noen tilfeller. For å bruke rsize større ENN 127K (den opprinnelige cifs protokollen maksimum) krever også at serveren støtter En ny Unix Evne flagg (for svært stor lese) som noen nyere servere (F.Eks Samba 3.0.26 eller nyere) gjør. rsize kan settes fra minimum 2048 til maksimalt 130048 (127K eller CIFSMaxBufSize, avhengig av hva som er mindre)

wsize=arg

standard nettverksskrivestørrelse (standard 57344) maksimal wsize som for ØYEBLIKKET er tillatt av CIFS er 57344 (fjorten 4096 byte sider)

–detaljert for fjellet. Merk at denne parameteren må angis før-o. for eksempel:

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

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert. Obligatoriske felt er merket med *