सवाल माउंट सीआईएफएस होस्ट नीचे है


मुझे एक माउंट पॉइंट के साथ कोई समस्या है जिसे पहले कॉन्फ़िगर किया गया था। यह फ़ोल्डर दिखाता है, लेकिन माउंट गुम है और "?" रखता है आकार, अनुमतियों आदि के लिए मूल्य

तो मैंने पहले से सीआईएफ और एक ही कमांड का उपयोग करने की कोशिश की:

mount -t cifs //nas.domain.local/share /mnt/archive

लेकिन मुझे त्रुटि मिलती है:

Host is down.

यदि मैं डोमेन या आईपी को पिंग करता हूं तो मुझे एक उचित रिज़ॉल्यूशन मिलता है और मैं बिना समस्या के smbclient का उपयोग करके भी जुड़ा हुआ हूं

 ping nas.domain.local
 ping ip
 smbclient //nas.domain.local/share

मैंने चारों ओर देखा, लेकिन एक ठोस जवाब नहीं मिल सका। कोई विचार?


58
2017-08-03 17:13


मूल


एक nslookup nas.domain.local यह आपके द्वारा पिंग किए गए आईपी के बराबर करता है? - tony roth
हां, आईपी लौटा सटीक है। मैं आईपी और डोमेन का उपयोग कर NAS के वेब इंटरफ़ेस तक भी पहुंच सकता हूं। मैं डोमेन या आईपी का उपयोग कर अपने लैपटॉप पर डेटा तक पहुंच सकता हूं, ऐसा लगता है कि यहां खेलने पर कुछ और मुद्दा है - Kevin
जोड़ें --verbose अपने माउंट कमांड पर स्विच करें, प्रासंगिक त्रुटियों वाले किसी भी त्रुटि / परिणाम पोस्ट करें। - Zoredache
क्या सेवा दूरस्थ सर्वर पर भी चल रही है। यह एक लिनक्स या विंडोज सर्वर है? यदि यह लिनक्स है ... सत्यापित करें कि सेवा चल रही है। सुनिश्चित करें कि फ़ायरवॉल में कोई बदलाव नहीं किया गया है ... यदि यह विंडोज़ है ... तो आप रीबूट पर विचार कर सकते हैं ... - Jay
@Zoredache जोड़ें -vvv के लिये और भी verbose जानकारी! - Serge Stroobandt


जवाब:


प्रोटोकॉल विसंगति के कारण यह भी हो सकता है। 2017 में माइक्रोसॉफ्ट ने विंडोज सर्वर को पैच किया और एसएमबी 1 प्रोटोकॉल को अक्षम करने की सलाह दी।

अब से, mount.cifs को प्रोटोकॉल वार्ता के साथ समस्या हो सकती है।

प्रदर्शित त्रुटि "होस्ट डाउन है।", लेकिन जब आप डीबग करते हैं:

smbclient -L <server_ip> -U <username> -d 256

आपको त्रुटि मिल जाएगी:

protocol negotiation failed: NT_STATUS_CONNECTION_RESET

निर्दिष्ट प्रोटोकॉल के साथ इस उपयोग को माउंट या smbclient को दूर करने के लिए।

एसबीएमक्लिएंट के लिए: एड-एम एसएमबी 2 (या प्रोटोकॉल के नए संस्करण के लिए एसएमबी 3)

smbclient -L <server_ip> -U <username> -m SMB2

या माउंट के लिए: जोड़ें vers = 2.0 (या बनाम = 3.0 यदि आप प्रोटोकॉल के संस्करण 3 का उपयोग करना चाहते हैं)

mount -t cifs //<server_ip>/<share> /mnt/<mountpoint> -o vers=2.0

80
2018-04-05 08:30



जब मैं आपके समाधान का प्रयास करता हूं तो मेरा NAS लिनक्स पर है smbclient -L 192.168.1.47 -U admin -d 256 सब कुछ पूरी तरह से काम करता है लेकिन जब मैं कोशिश करता हूँ mount -t cifs -o username=aa,password=bb,uid=olivier //192.168.1.47/partagefichiers/ /mnt/PartageFichiers यह कहता रहता है mount error(112): Host is down - Olivier Pons
क्या आपने इस जवाब में प्रोटोकॉल निर्दिष्ट करने की कोशिश की है? जोड़ने के द्वारा बनाम = 2.0 या बनाम = 3.0 या बनाम = 1.0 (इस NAS सेटिंग्स के आधार पर) जोड़ने का प्रयास करें: mount -t cifs -o username = aa, password = bb, uid = olivier, vers = 2.0 //192.168.1.47/ partagefichiers / / mnt / partageFichiers - Marcin P
अजीब। मैन पेज कहता है कि vers=1.0डिफ़ॉल्ट है, लेकिन स्पष्ट रूप से पारित होने से पहले मुझे अपने नेटवर्क ड्राइव को माउंट करने में नहीं मिला vers=1.0। - Hubro
क्या विंडोज़ पक्ष में इसे बदलना संभव है? मेरे पास सॉफ़्टवेयर का एक टुकड़ा है जो सीआईएफ को इस विकल्प को आगे बढ़ाता है और यह छंद विकल्प नहीं जानता है, इसलिए इसे अग्रेषित नहीं किया जाता है। - Andrew Savinykh


हाल के पैकेज अपडेट के बाद archlinux पर, मुझे अपने माउंट विकल्पों में vers = 1.0 जोड़ना पड़ा। मैं कल तक एक पुराने सेंटोस 5 बॉक्स और कनेक्ट से कनेक्ट कर रहा हूं, मैं स्पष्ट रूप से संस्करण संख्या बताए बिना कनेक्ट कर सकता हूं।


32
2017-10-06 07:51



धन्यवाद, मुझे एक ही समस्या थी हालांकि मुझे नहीं पता कि कौन सा अपग्रेड यह आवश्यक बनाता है। - Ben
यह वास्तव में एक अजीब समस्या है। आज भी मेरे साथ यही बात हुई। मैंने smbclient और libwbclient downgrading करने की कोशिश की, लेकिन समस्या बनी हुई। शायद सर्वर पर कुछ बदल गया। मुझे लगता है कि यह CentOS भी है, मुझे आशा है कि CentOS 5 नहीं! कामकाज के लिए धन्यवाद :) - jPlatte
मुझे अपने फेडोरा 26 सिस्टम के लिए यह करना था कि मेरे सिनोलॉजी NAS DS413j पर माउंट तक पहुंचने के लिए, मेरे / etc / fstab में अब विकल्प स्ट्रिंग के अंत में ", vers = 1.0" है और कोई और 'होस्ट डाउन डाउन' त्रुटि संदेश नहीं है। - Neek


फ़्रिट्ज़ नास में यूएसबी-स्टिक ने उबंटू 17.10 के लिए "होस्ट डाउन" दिखाया:

संस्करण को परिभाषित करना (vers=1.0) काम किया - यहां पूर्ण स्ट्रिंग है:

sudo mount -t cifs -o vers=1.0,_netdev,username=<user>,password=<pwd>,uid=1000,gid=1000  //192.168.178.1/fritz.nas <local mountpoint>

8
2017-12-22 10:16



सब कुछ भीतर से काम कर रहा था /etc/fstab सीआईएफ माउंट; बाद apt upgrade मेरे उबंटू 16.04 पर यह हुआ। निर्दिष्ट करना -o vers=1.0 चाल है धन्यवाद - equivalent8


क्षमा करें अगर यह देर से प्रतिक्रिया है (मुझे एहसास है कि यह एक पुराना धागा है), हालांकि मुझे अभी पता चला है कि एक और संभावित कारण है कि mount.cifs कहेंगे कि मेजबान नीचे है।

मेरे पास फ़ायरवॉल वाला एंटीवायरस है और भले ही मैंने इसे "विंडोज़ फाइल और प्रिंट शेयरिंग" की अनुमति देने के लिए स्पष्ट रूप से सेट किया है - एक पूर्वनिर्धारित नियम, यह अभी भी कनेक्शन को अवरुद्ध कर रहा था। मैंने फ़ायरवॉल को अस्थायी रूप से अक्षम करके सिद्ध किया था। उम्मीद है कि यह किसी की मदद करता है, होस्ट डाउन डाउन का मतलब यह नहीं हो सकता है कि यह पिंग्स का जवाब नहीं दे रहा है, लेकिन इसका मतलब यह हो सकता है कि यह प्रमाणीकरण प्रयासों का जवाब नहीं दे रहा है।


5
2017-11-28 22:48



दोनों तरफ फ़ायरवॉल की जांच करना याद रखें: क्लाइंट और सर्वर (साथ ही साथ कोई फ़ायरवॉल जो उनके बीच में हो सकता है)। मेरे मामले में, यह क्लाइंट की फ़ायरवॉल थी जो सर्वर से कनेक्शन अवरुद्ध कर रहा था। मुझे जोड़ना पड़ा iptables उन्हें अनुमति देने के लिए नियम: iptables -A INPUT -s 1.2.3.4/32 -j ACCEPT तथा iptables -A OUTPUT -d 1.2.3.4/32 -j ACCEPT, कहा पे 1.2.3.4 सर्वर का आईपी पता था। - Antonio Vinicius Menezes Medei
मेरा NAS लिनक्स पर है इसलिए मुझे अभी भी यह समस्या है, लेकिन साझा करने के लिए धन्यवाद - Olivier Pons


सीआईएफएस एसएमबी नेटवर्क शेयर को माउंट करने की कोशिश करते समय, मुझे एक नए सांबा क्लाइंट से आगे के बिना एक ही त्रुटि मिली:

mount error(112): Host is down

आखिरकार, यह पता चला कि मैंने पहले एसएमबी सर्वर को केवल सीमित संख्या में आईपी पते को कॉन्फ़िगर करके प्रतिबंधित कर दिया था /etc/samba/smb.conf:

# Allow these IP Addresses to connect: 
hosts allow = 127.0.0.1 127.0.1.13 127.0.1.63

# Anything else not allowed is, by default, rejected
hosts deny = ALL

नए एसएमबी क्लाइंट के निश्चित आईपी पते को जोड़ने से इस विशिष्ट मामले में समस्या हल हो गई।

निस्संदेह, अन्य कारणों से असंख्य कारण हैं कि किसी को उपर्युक्त त्रुटि क्यों मिल सकती है।


4
2018-04-23 21:47





पुराने बुफेलो डिस्कस्टेशन के साथ, उबंटू 17.10 में अपग्रेड करने के बाद भी इसी तरह की समस्या। "Vers = 1.0" विकल्प में / etc / fstab में जोड़कर हल किया गया:

// myWDhostname / partage / media / partage cifs guest, vers = 1.0 0 0


2
2018-03-04 14:12



कोई भी उबंटू 18.04 का उपयोग कर, जोड़ रहा है ,vers=1.0 विकल्प द्वारा प्रदान किए गए ट्यूटोरियल का उपयोग करते समय समस्या हल करती है जी एम पर ubuntuhandbook.org/index.php/2014/08/... - Geppettvs D'Constanzo
मुझे एक ही समस्या है और प्रोटोकॉल में संस्करण 1 का उपयोग कर इसे हल कर सकते हैं। लेकिन मेरे पास डेटा के संचरण की बहुत कम दर है। मुझे संदेह है कि यह संस्करण 1 के कारण हो सकता है, इसलिए एक और संस्करण का उपयोग करना बेहतर होगा। - Ben


प्रोटोकॉल का SMB1 संस्करण बहिष्कृत कर दिया गया है, हालांकि यह पुराने संस्करणों में उपयोग किया जाने वाला डिफ़ॉल्ट संस्करण है mount.cifs, उदा। मुझे संस्करण 6.2 के साथ यह समस्या है।

आप इसके साथ जांच सकते हैं: sudo mount.cifs --version

यदि आप SMB1 प्रोटोकॉल का उपयोग कर किसी SMB3 सर्वर से कनेक्ट करने का प्रयास करते हैं, तो आपको मिलता है Host is down त्रुटि।

वर्कअराउंड, जैसा कि यहां कई अन्य उत्तरों द्वारा वर्णित है, प्रोटोकॉल का एक अलग संस्करण निर्दिष्ट करना है। निम्न आदेश मेरे लिए काम करता है: sudo mount -t cifs //server.name.or.ip/shares/Public /target/directory -o username=someuser,domain=somedomain,vers=3.0

हालाँकि, यदि सर्वर जिसे आप DFS का उपयोग करने के लिए कनेक्ट कर रहे हैं, तो आपको इसके बजाय निम्न त्रुटि मिल जाएगी: mount error(38): Function not implemented। ऐसा इसलिए है क्योंकि एसएमबी 3 पर डीएफएस समर्थन केवल था संस्करण 4.11 में कर्नेल में जोड़ा गया

आप अपने कर्नेल संस्करण को जांच सकते हैं uname -a। मेरे मामले में, यह CentOS7 पर 3.10 था। मैंने पीछा किया ये निर्देश अपग्रेड करने के लिए और अब यह काम करता है।


2
2017-09-04 08:43





फ़्रिट्ज़बॉक्स 74 9 0 के साथ वही समस्या: माउंट त्रुटि (112): होस्ट डाउन है

मैंने इस्तेमाल नहीं किया - बहुत बनाम = एक्सएक्स। एक शार्क के रूप में तेज़ी से मैं हूं, मैंने पहले कोशिश की- बहुत बनाम 2.0 और असफल रहा।
जैसे ही मैंने विकल्प का उपयोग किया -o बनाम = 1.0सब कुछ ठीक काम करता है!

यह मेरे लिए काम करता है ..

 sudo mount -t cifs -o rw,username=myname_on_the_box,pass\word=mypasswd_on_the_box,vers=1.0 //192.168.1.1/Fritz-nas /media/something/something    

मेरा env:
ग्राहक: उबंटू 17.10 लिनक्स 4.13.0-17-जेनेरिक # 20-उबंटू एसएमपी x86_64 जीएनयू / लिनक्स
सर्वर: फ़्रिट्ज़बॉक्स 74 9 0 फ़र्मवेयर 6.83।


1
2017-11-30 11:53



एवीएम सांबा के पुराने संस्करण का उपयोग करता है जो वे स्वयं को बनाए रखते हैं। शायद यह बताता है कि क्यों उपयोग करना है vers=1.0 अधिक उपयुक्त नए प्रोटोकॉल संस्करणों के बजाय। - 0xC0000022L


सिनोलॉजी डिस्कस्टेशन (डीएसएम 4.3) से कनेक्ट करने में भी यही समस्या है।

माउंट विकल्प में vers = 1.0 का उपयोग ठीक काम करता है।

इसके अतिरिक्त मुझे "noperm" विकल्प का उपयोग करना पड़ा क्योंकि सभी फाइलें गलत तरीके से मालिक द्वारा पठनीय और लिखने योग्य नहीं थीं।


1
2017-12-05 10:58





मैं आमतौर पर एक सीआईएफ / एसएमबी शेयर माउंट करने के लिए इस प्रकार के कमांड का उपयोग करता हूं।

mount -t cifs -o rw,netbiosname=nasserver1,credentials=/etc/user_credentials.txt //192.168.1.11/someshare /mnt

क्रेडेंशियल्स फ़ाइल इस तरह दिखती है:

username=mydomain\user1
password=somepass

इसे स्वचालित सेटअप के लिए भी अनुकूलित किया जा सकता है ताकि माउंटिंग / अनमाउंटिंग स्वचालित रूप से ऑटोफॉज़ के माध्यम से सिस्टम द्वारा संभाला जा सके।


0
2017-11-04 07:23





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

mount --verbose -t cifs //pc/share /my-share -no user=user1,password=pw1 -o uid=user2,gid=group1,dir_mode=0775,file_mode=0664

0
2018-06-29 11:28