माउंट CIFS होस्ट नीचे है


97

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

इसलिए मैंने पहले से ही cif और उसी कमांड का उपयोग करके रिमूव करने की कोशिश की:

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

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

Host is down.

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

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

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


nslookup nas.domain.local क्या यह आपके द्वारा किए गए आईपी के बराबर है?
टोनी रोथ

हां, लौटाया गया आईपी सटीक है। मैं आईपी और डोमेन का उपयोग करते हुए एनएएस के वेब इंटरफेस तक पहुंच बना सकता हूं। मैं या तो डोमेन या आईपी का उपयोग करके अपने लैपटॉप पर डेटा का उपयोग कर सकता हूं, इसलिए ऐसा लगता है कि यहां कुछ और मुद्दा है
केविन

6
--verboseअपने माउंट कमांड में स्विच जोड़ें , प्रासंगिक प्रतीत होने वाली किसी भी त्रुटि / परिणाम को पोस्ट करें।
Zoredache

क्या सेवा दूरस्थ सर्वर पर भी चल रही है। यह एक लिनक्स या विंडोज सर्वर है? यदि यह लिनक्स है ... सत्यापित करें कि सेवा चल रही है। सुनिश्चित करें कि कोई परिवर्तन फ़ायरवॉल करने के लिए किया गया है ... यदि यह विंडोज़ है ... तो आप एक रिबूट की सोच सकते हैं ... बनाओ
जे

1
@Zoredache और भी अधिक मौखिक जानकारी के -vvvलिए जोड़ें !
सर्ज स्ट्रोबंड्ट

जवाबों:


108

यह एक प्रोटोकॉल मिसमैच के कारण भी हो सकता है। 2017 में Microsoft ने Windows सर्वर को पैच किया और SMB1 प्रोटोकॉल को अक्षम करने की सलाह दी।

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

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

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

आपको त्रुटि मिलेगी:

protocol negotiation failed: NT_STATUS_CONNECTION_RESET

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

smbclient के लिए: Add -m SMB2 (या प्रोटोकॉल के नए संस्करण के लिए SMB3)

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

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

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

मेरा 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
ओलिवियर पोंस

3
क्या आपने प्रोटोकॉल निर्दिष्ट करने का प्रयास किया है जैसा कि मैंने इस उत्तर में समझाया है? वर्जन = 2.0 या छंद = 3.0 या छंद = 1.0 (इस NAS सेटिंग्स के आधार पर) को जोड़कर देखें: माउंट -t cifs -o उपयोगकर्ता नाम = आ, पासवर्ड = bb, uid = olivier, छंद = 2.0 //192.168.1.47 partagefichiers / / mnt / PartageFichiers
Marcin P

11
अजीब। मैन पेज कहता है कि vers=1.0डिफ़ॉल्ट है, लेकिन मैं स्पष्ट रूप से पारित होने से पहले अपने नेटवर्क ड्राइव को माउंट करने के लिए नहीं मिल सका vers=1.0
हब्रो

क्या खिड़कियों की तरफ इसे बदलना संभव है? मेरे पास सॉफ्टवेयर का एक टुकड़ा है जो इस विकल्प को cifs को अग्रेषित करता है और यह वर्जन विकल्प को नहीं जानता है इसलिए इसे अग्रेषित नहीं किया जाता है।
एंड्रयू साविनिख

1
//<server_ip>/<share> /media/<mountpoint> cifs username=<username>,password=<password>,iocharset=utf8,sec=ntlm,vers=1.0 0 0
Fstab

43

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

लिनक्स कर्नेल 4.13 में CIFS अब SMB 3.0 के लिए डिफॉल्ट करता है और कर्नेल 4.14 में यह 2.1 और उच्चतर का प्रयास करता है। यह परिवर्तन लॉग देखें ।


धन्यवाद, मेरे पास एक ही मुद्दा था लेकिन मुझे नहीं पता कि कौन सा उन्नयन यह आवश्यक बनाता है।
बेन

यह वास्तव में अजीब समस्या है। आज मेरे साथ भी वही हुआ। मैंने smbclient और libwbclient को अपग्रेड करने का प्रयास किया, लेकिन समस्या बनी रही। शायद सर्वर पर कुछ बदल गया। मुझे लगता है कि यह भी CentOS है, मुझे आशा है कि CentOS 5 नहीं! वर्कअराउंड के लिए धन्यवाद :)
jPlatte

2
मुझे अपने Synora NAS DS413j पर एक माउंट तक पहुँचने के लिए मेरे फेडोरा 26 सिस्टम के लिए ऐसा करना पड़ा, मेरे / etc / fstab में अब विकल्प स्ट्रिंग के अंत में ", vers = 1.0" है और इससे अधिक 'होस्ट डाउन नहीं है' त्रुटि संदेश।
नेक

1
मेरे पास Ubuntu 16.04 से 18.04 (LTS) का अपग्रेड था जिसने एक लैसी एनएएस के मेरे माउंट्स को तोड़ दिया। इसने मेरे लिए चाल चली।
यंगफ्रॉग

14

फ्रिट्ज़ एनएएस में यूएसबी-स्टिक ने Ubuntu 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>

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

7

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

// myWDhostname / partage / media / Partage cifs अतिथि, पद = १.० ० ०


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

मुझे एक ही समस्या है और प्रोटोकोल में संस्करण 1 का उपयोग करके इसे हल कर सकते हैं। लेकिन मेरे पास डेटा के प्रसारण की दर बहुत कम है। मुझे संदेह है कि यह संस्करण 1 के कारण हो सकता है, इसलिए दूसरे संस्करण का उपयोग करना बेहतर होगा।
बेन

5

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

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


दोनों पक्षों में फ़ायरवॉल की जांच करना याद रखें: क्लाइंट और सर्वर (साथ ही साथ कोई फ़ायरवॉल जो उनके बीच के रास्ते में हो सकता है)। मेरे मामले में, यह क्लाइंट का फ़ायरवॉल था जो सर्वर से कनेक्शन को रोक रहा था। मुझे 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सर्वर का आईपी पता कहां था।
एंटोनियो विनीसियस मेनेजेस मेडी सेप

मेरा NAS लिनक्स पर है, इसलिए मुझे अभी भी यह समस्या है, लेकिन साझा करने के लिए धन्यवाद
ओलिवियर पोंस

4

जब मैं CIFS SMB नेटवर्क शेयर को माउंट करने की कोशिश कर रहा हूं, तो एक नए सांबा क्लाइंट से आगे की हलचल के बिना मुझे वही त्रुटि मिली:

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

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

बेशक, अन्य कारणों का एक असंख्य है क्यों एक उपर्युक्त त्रुटि प्राप्त कर सकते हैं।


4

समानार्थी डिस्कोलॉजी (DSM 4.3) से कनेक्ट करने में परेशानी।

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

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


2

Fritzbox 7490 के साथ एक ही परेशानी: माउंट एरर (112): होस्ट डाउन है

मैंने प्रयोग नहीं किया है -एसओ = XX। एक शार्क के रूप में उपवास के रूप में मैं कर रहा हूँ, मैंने पहली बार -२ छंद = २.० की कोशिश की और असफल रहा।
जैसे ही मैंने विकल्प का उपयोग किया -o vers = 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:
क्लाइंट: उबंटू १ Linux.१० लिनक्स ४.१३.०१-जेनेरिक # २०-उबंटू एसएमपी x86_64 ग्नू / लिनक्स
सर्वर: फ्रिट्ज़बॉक्स 90४ ९ ० फर्मवेयर ६. .३।


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

2

प्रोटोकॉल के 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

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

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


0

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

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

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

username=mydomain\user1
password=somepass

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


0

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

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

मेरे लिए, माउंटेड सिफ्स का हिस्सा एक विंडोज सर्वर पर था जिसका आईपी पता हाल ही में बदल गया था, इसलिए मैं सर्वर को पिंग कर सकता था और इसका नया पता हल कर सकता था, लेकिन माउंट ने खुद को अपडेट नहीं किया था। एक आलसी अनमाउंट चलाकर और फिर से बढ़ते हुए मेरी समस्या हल हो गई:

umount -l /mnt/share
mount -a

0

मैं भी Xubuntu 17.10 के लिए एक उन्नयन के बाद उल्लेख समस्या में भाग गया। मैं एक Synology DiskStation का उपयोग करता हूं। मैंने वहां क्या देखा: डिस्कोग्राफ़ी में, आप चुन सकते हैं कि कौन से प्रोटोकॉल का समर्थन करना है। नियंत्रण कक्ष में फ़ाइल सेवाओं के लिए उन्नत विकल्पों में वह प्रासंगिक प्रोटोकॉल (SBM3 तक) जोड़कर, आप समस्या का समाधान भी कर सकते हैं।


0

यदि आपको Synology NAS के साथ यह समस्या आ रही है, तो जांचें कि NAS पर दिए गए vers=विकल्प mountऔर न्यूनतम / अधिकतम SMB संस्करण संगत हैं।

विशेष रूप से, मैं उपयोग कर रहा हूं vers=2.0, लेकिन मेरा Synology डिस्कस्टेशन Host is downत्रुटि को ट्रिगर कर रहा था । मुझे NAS साझा करने के लिए एक पृष्ठ, विंडोज 10 का उपयोग मिला SMB 1.0 और 3.0 , Synology वेबसाइट पर बताया गया है कि SMB v2.0 या नए की अनुमति देने के लिए डिस्कस्टेशन कैसे सेट करें ...

Synology NAS पर

  • कंट्रोल पैनल पर जाएं -> फाइल सर्विसेज
  • SMB / AFP / NFS टैब पर, उन्नत सेटिंग्स का चयन करें
  • SMB3 में अधिकतम SMB प्रोटोकॉल बदलें
  • SMB2 में Minumum SMB प्रोटोकॉल बदलें (पेज बड़े MTU के साथ SMB2 का उपयोग करने के लिए कहता है, लेकिन यह मेरे लिए काम नहीं आया)

-4

इसी तरह की समस्या थी। मेरे लिए समाधान विंडोज शेयर सर्वर की तरफ था। यहां तक ​​कि मेरे लिनक्स सर्वर के लिए मूल्य वर्जन = 2.0 को पार करते हुए, माउंट काम नहीं कर रहा था। इसलिए मुझे अपने विंडोज सर्वर smbv1 समर्थन पर सक्षम करना पड़ा। इस लेख ने मेरी मदद की: https://support.microsoft.com/en-us/help/2696547/how-to-detect-enable-and-disable-smbv1-smbv2-and-smbv3-in-windows-and


4
यह मत करो । smbv1 वेक्टर है जिसे WannaCry फैलाने के लिए उपयोग करता है और हर जगह चरणबद्ध किया जा रहा है।
एंड्रयू शुलमैन
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.