Mount.cifs उसी क्रेडेंशियल फ़ाइल का उपयोग नहीं कर सकते हैं जो smbclient उपयोग करता है

10

मैं अपने एक सर्वर पर एक नेटएप सीआईएफएस शेयर को माउंट करने की कोशिश कर रहा हूं और मुझे "परमिशन डेनिड" NT_STATUS_WRONG_PASSWORDप्राप्त होता रहता है, जिसे स्ट्राइडर को प्रिंट किया जाता है और रनिंग को प्रिंट किया जाता है dmesg।

root@xxxehpvld05 ~ $ mount.cifs -vv //zhp-nas.xxx.com/perspectives /mnt/secure/cifs -o credentials=/etc/cifs.creds
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
root@xxxehpvld05 ~ $ dmesg | tail
CIFS VFS: cifs_mount failed w/return code = -13
Status code returned 0xc000006a NT_STATUS_WRONG_PASSWORD
CIFS VFS: Send error in SessSetup = -13
CIFS VFS: cifs_mount failed w/return code = -13
Status code returned 0xc000006a NT_STATUS_WRONG_PASSWORD
CIFS VFS: Send error in SessSetup = -13
CIFS VFS: cifs_mount failed w/return code = -13
Status code returned 0xc000006a NT_STATUS_WRONG_PASSWORD
CIFS VFS: Send error in SessSetup = -13
CIFS VFS: cifs_mount failed w/return code = -13

smbclientआदेश, हालांकि, इस मुद्दे के बिना काम करता ही सटीक साख फ़ाइल का उपयोग:

root@xxxehpvld05 ~ $ smbclient -L //zhp-nas.xxx.com/perspectives -A /etc/cifs.creds
Domain=[XXX] OS=[Windows 5.0] Server=[Windows 2000 LAN Manager]

        Sharename       Type      Comment
        ---------       ----      -------
        IPC$            IPC       Remote IPC
        ZHPSubmit-dev   Disk
    [...snip...]

ऐसा लगता है जैसे एक काम करता है दूसरे को और साथ ही विशेष रूप से क्योंकि क्रेडेंशियल फ़ाइल भी डोमेन नाम निर्दिष्ट करती है।

linux  samba  cifs  smb 
— Bratchley
स्रोत
इनाम का क्या हुआ?
मुझे कभी ऐसा जवाब नहीं मिला जो मेरे लिए काम करता हो, इसलिए इनाम अंततः समाप्त हो गया और उन सभी बिंदुओं ने डोडो का रास्ता पकड़ लिया।
— ब्राचली
यदि आप उत्तर के बारे में सोच सकते हैं, तो मैं आपको एक नया इनाम दूंगा, अगर मुझे जवाब नहीं मिलता है तो मैं केवल महत्वपूर्ण अंक रखना चाहता हूं।
— ब्राचली
तो, मैं एक समान मुद्दा (कर्नेल मॉड्यूल से -13 त्रुटि के साथ) कर रहा था। मैंने cifs-utilsपैकेज (डेबियन) स्थापित किया और इसने इस मुद्दे को हल किया। मैंने इस पर थोड़ा सा डिबगिंग खर्च किया क्योंकि मैं पैकेज स्थापित किए बिना किसी भी समर्थन की उम्मीद नहीं कर रहा था , इसलिए मैंने माना कि यह था। मैं माउंट से "अज्ञात फाइल सिस्टम" की तरह कुछ उम्मीद कर रहा था, लेकिन ऐसा नहीं हुआ।
— श्रेयरेल्बक

जवाबों:

7

अधिक जानकारी के साथ मैं निश्चित रूप से नहीं कह सकता, लेकिन मैंने इस मुद्दे को पुराने विंडोज सर्वर से कनेक्ट करते समय देखा है जो एक पुराने प्रोटोकॉल संस्करण को चला रहा था। याद रखें कि CIFS को SMB का "बोली" (प्रकार) माना जाता है। अन्य प्रकार और पुराने सेटअप CIFS का उपयोग नहीं करते हैं।

मूल रूप से यह ऐसा है जैसे दो लोग बोल रहे हैं। एक स्पैनिश और एक अंग्रेजी, और आपकी कोशिश अंग्रेजी बोलने वाले को स्पैनिश को समझने के लिए मजबूर करना है जब वह स्पष्ट रूप से नहीं करता है।

SMBclient सुरक्षा वार्ता के लिए एक अलग मौन का उपयोग करता है। (या कम से कम अलग तरीके से पता लगाता है)।

प्रयत्न

माउंट -t cifs // पथ / चीज़ / / माउंट / बिंदु-उपयोगकर्ता नाम = उपयोगकर्ता, पासवर्ड = पास, सेकंड = ntlm

और देखो क्या होता है। (सेकंड = एनटीएलएम महत्वपूर्ण हिस्सा है)

— coteyr
स्रोत
NTLM प्रमाणीकरण निर्दिष्ट करते समय भी समान समस्या। वही अगर मैं ntlmया ntlmv2। मैं इस बारे में अनिश्चित हूं कि इसका निवारण कैसे किया जाए ताकि आपको अधिक जानकारी की आवश्यकता हो तो मुझे बताएं और मैं प्रश्न को अपडेट करूंगा। वहाँ NetApp पर कुछ अभिगम नियंत्रण हो सकता है कि SAN आदमी को याद किया?
— ब्राचली
सर्वर सॉफ्टवेयर का संस्करण, क्या रास्ते में कोई राउटर या स्विच हैं?
— coteyr
एक ही सबनेट। यह निश्चित नहीं है कि सांबा का कौन सा संस्करण दूसरी तरफ है क्योंकि यह एक नेटएप ऑनटैप उपकरण है।
— ब्राचली
4

आज्ञाओं के साथ खेलते हुए, मुझे एक संभावित कारण मिला:

Smbclient के मैन पेज से:

   -A|--authentication-file=filename
       This option allows you to specify a file from which to read the
       username and password used in the connection. The format of the file is

           username = <value>
           password = <value>
           domain   = <value>

       Make certain that the permissions on the file restrict access from
       unwanted users.

Mount.cifs के मैन पेज से:

   credentials=filename
       specifies a file that contains a username and/or password and
       optionally the name of the workgroup. The format of the file is:

          username=value
          password=value
          domain=value

तब मैं, के रूप में पहले टुकड़ा और वे इसके बिना में पता चला और उन्हें नाम के दो क्रेडेंशियल फ़ाइलें, रिक्त स्थान के साथ एक बनाया credsऔर creds.spacy।

बड़ा प्रदर्शन:

credsफ़ाइल के साथ :

mount.cifs -vvv //host/path /local/path -o credentials=/path/creds

अच्छा मौन, कोई त्रुटि नहीं।

creds.spacyफ़ाइल के साथ :

# mount.cifs -vvv //host/path /local/path -o credentials=/path/creds.spacy
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

तो जाहिर है कि आपके क्रेडेंशियल फ़ाइल में रिक्त स्थान होते हैं, जिन्हें आरोह.साफ़ द्वारा समझा नहीं जाता है।

इसके अलावा smbclientयह कोई फर्क नहीं पड़ता कि क्या स्थान हैं। credsऔर creds.spacyकिसी भी कारण का कारण नहीं था।

फ़ाइल के अंत में एक अतिरिक्त रिक्त पंक्ति थी, लेकिन मुझे इसे हटाने के बाद एक ही बात मिलती है। यह क्रेडेंशियल फ़ाइल में क्या है इसका थोड़ा नया संस्करण है। Redacted और असली पासवर्ड मिश्रित केस पासवर्ड होते हैं जिनमें "!" एक विशेष चरित्र के रूप में।
— ब्राचली
इसका एक और पहलू है, जो इस समाधान ने मुझे खोजने के लिए प्रेरित किया: क्रेडेंशियल सही क्रम में होना चाहिए, अर्थात् उपयोगकर्ता नाम, पासवर्ड, डोमेन और डोमेन, उपयोगकर्ता नाम, पासवर्ड (जो मेरे पास है) जैसे कोई अन्य आदेश नहीं है। यह भी ठीक काम करता है smbclientलेकिन इसके लिए विफल रहता है mount.cifs। एक बार जब मैंने आपके द्वारा उद्धृत दस्तावेज में निर्दिष्ट किए गए आदेश को सही में बदल दिया, तो यह काम करना शुरू कर दिया। इनकी तरह लगता है (रिक्त स्थान और आदेश देने की समस्या दोनों) भयानक कीड़े हैं जिन्हें आसानी से ठीक किया जाना चाहिए जो भी बनाए रखता है mount.cifs।
— लेफ्टक्लबेन
2

सेकंड जोड़ना = ntlm ने मेरे लिए समस्या को ठीक किया। मेरे पास एक पुराना NAS (netgear stora) है। हाल के गुठली में cifs के लिए डिफ़ॉल्ट सुरक्षा ntlmssp है

— एड ऑवरिगन
स्रोत
मेरे लिए भी काम किया। मैं अभी तक असली कारण नहीं जानता। मामले में यह किसी की मदद करता है: ubuntu LTS 14.04 पर isilon माउंट। आइलोन (कुछ सैन बात) हमारी विंडोज़ सक्रिय निर्देशिका से बात करता है। उसी खाते ने अन्य मशीनों पर एक आकर्षण की तरह काम किया और जब इसे सीधे विंडोज़ में माउंट किया।
— रिनआउट वैन रीस
अतिरिक्त ध्यान दें: 12.04 नवीनतम अपडेट के साथ ठीक काम करता है, 14.04 किसी तरह अब समस्या का हिस्सा है (देर अप्रैल 2015)।
— रेनआउट वैन रीस
अंतिम अतिरिक्त ध्यान दें: मूल मुद्दा emc isilon स्टोरेज और अपडेट KB3002657 के साथ एक ज्ञात Microsoft समस्या थी (या इसलिए मेरा sysadmin मुझे अभी बताता है :-))
— Reinout van Rees
2

एक और संभावना है कि मैंने आज एक शेयर को माउंट करने की कोशिश की है, जो एक डोमेन में एक उपयोगकर्ता को क्रेडेंशियल के रूप में आपूर्ति करने के smbmountलिए username=DOMAIN\\userवाक्यविन्यास का समर्थन करता है ।

काम करने के लिए mount.cifs(और mount -t cifs), इन दोनों को अलग से प्रदान किया जाना है -o username=user,password=pass,dom=DOMAIN:।

— fiskfisk
स्रोत
NetApp क्लस्टर्ड डेटा ONTAP द्वारा दी गई एक smb 3.0 शेयर को माउंट करने के लिए दोनों को कॉल करना पड़ा sec=ntlmऔरdom=DOMAIN
— iii
1

जैसा कि user55518 ने समझाया है, आपके पास संभवतः आपके क्रेडेंशियल्स फ़ाइल में रिक्त स्थान हैं, भले ही आप उन्हें न देखें। यदि आपने अपनी क्रेडेंशियल फ़ाइल को विंडोज पर संपादित किया है, तो संभवतः \rआपकी पंक्तियों के अंत में है और यह त्रुटि 13 को फेंकता है।

— Cyrlop
स्रोत
आप अतिरिक्त टैब / रिक्त स्थान की जाँच के लिए vim में कमांड सेट सूची का उपयोग कर सकते हैं
— vfbsilva
0

मैं आप सभी को धन्यवाद देना चाहता हूँ !!! इस समस्या के लिए, यह वास्तव में मुझे बहुत मदद करता है!, मुझे भी "sec = ntlm" पैरामीटर के बारे में कुछ महत्वपूर्ण जानकारी मिली, इसलिए मैं लिंक छोड़ता हूं यदि कुछ यू इसके बारे में दिलचस्प हैं, तो नीचे दी गई लाइनें:

Microsoft NTLM

मैं विंडोज 7 डेस्कटॉप से ​​एक शेयर निर्देशिका को माउंट करने की कोशिश कर रहा था, लेकिन मैं असंभव था "पैरामीटर = एनटीएलएम" पैरामीटर जोड़ें और यह काम करता है, और कुछ महत्वपूर्ण विवरण यह हो सकता है कि मैं यह नहीं मानता था कि मेरी विंडोज़ 7 डेस्कटॉप एक में थी डोमेन, इसलिए मुझे लगता है कि यह सबसे महत्वपूर्ण विवरण था जिसे मुझे विचार करना चाहिए। इसलिए, यह काम करता है!, वास्तव में यू का बहुत बहुत धन्यवाद !, आशीर्वाद! और अच्छा वाइब्स! : डी

— DarkPenguin15
स्रोत
0

मेरे मामले में, मुझे केवल विकल्प जोड़ने की आवश्यकता थी vers=3.0(CIFS संस्करण 1 था, जो अब कर्नेल 4.13 के बाद से समर्थित नहीं है, इसलिए मैंने सर्वर पर SMBv3 के लिए सही स्विच किया) और फिर भी मुझे इसे काम करने के लिए रिबूट करना पड़ा, यह मेरा है /etc/fstabअब में माउंट लाइन :

auto,rw,credentials=/usr/local/etc/smb.credentials,vers=3.0,file_mode=0664,dir_mode=0775,uid=myuser,gid=users

मेरी साख फ़ाइल:

username=myuser
password=****
domain=mydomain

वास्तव में, domainइसकी जरूरत नहीं है, लेकिन यह अब माउंट। कैफ्स मैन पेज के अनुसार उपयोग करने का सही विकल्प है।

— ग्रेगर
स्रोत
0

मैं कुछ समय से इससे जूझ रहा था।

निम्नलिखित त्रुटियों के साथ:

mount error(112): Host is down

यहाँ इसने वर्स = 1.0 विकल्प को सेट करने में मदद की, फिर इसने सूचना दी

mount error(13): Permission denied

और यह मेरी साख फ़ाइल में अतिरिक्त "वर्ण" निकला

मूल रूप से मेरे पास कहां था:

# cat /etc/samba/cred-file
username="john"
password="secret"

यह कहां होना चाहिए

# cat /etc/samba/cred-file
username=john
password=secret
— रेमीगिअस बोगुसजेविक
स्रोत
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.