Host Mount CIFS sedang down

97

Saya memiliki masalah dengan mount point yang sebelumnya dikonfigurasi. Ini menunjukkan folder, tetapi mount hilang dan menahan "?" nilai untuk ukuran, izin, dll.

Jadi saya mencoba untuk melakukan remount menggunakan cifs dan perintah yang sama dari sebelumnya:

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

Tapi saya mendapatkan kesalahan:

Host is down.

Jika saya melakukan ping domain atau IP saya mendapatkan resolusi yang tepat dan saya juga terhubung menggunakan smbclient tanpa masalah

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

Saya melihat sekeliling, tetapi tidak dapat menemukan jawaban yang solid. Adakah pikiran?

Kevin
sumber
melakukan nas.domain.local nslookup apakah itu sama dengan ip yang Anda ping?
tony roth
Ya, IP yang dikembalikan akurat. Saya dapat mengakses antarmuka web NAS menggunakan IP dan domain juga. Saya dapat mengakses data di laptop saya baik menggunakan domain atau IP sehingga tampaknya ada beberapa masalah lain yang sedang dimainkan di sini
Kevin
6
Tambahkan --verboseperalihan ke perintah pemasangan Anda, poskan setiap kesalahan / hasil yang tampaknya relevan.
Zoredache
Apakah layanan bahkan berjalan di server jauh. Ini adalah Linux atau Windows Server? Jika itu Linux ... verifikasi bahwa layanan sedang berjalan. Pastikan tidak ada perubahan yang dilakukan pada firewall ... Jika ini windows ... maka Anda dapat mempertimbangkan untuk me-reboot ...
Jay
1
@Zoredache Tambahkan -vvvuntuk informasi verbose yang lebih banyak lagi !
Serge Stroobandt

Jawaban:

108

Ini juga bisa karena ketidakcocokan protokol. Pada 2017 Microsoft menambal Windows Server dan menyarankan untuk menonaktifkan protokol SMB1.

Mulai sekarang, mount.cifs mungkin memiliki masalah dengan negosiasi protokol.

Kesalahan yang ditampilkan adalah "Host tidak aktif.", Tetapi ketika Anda melakukan debug dengan:

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

Anda akan mendapatkan kesalahan:

protocol negotiation failed: NT_STATUS_CONNECTION_RESET

Untuk mengatasinya gunakan mount atau smbclient dengan protokol yang ditentukan.

untuk smbclient: tambahkan -m SMB2 (atau SMB3 untuk versi protokol yang lebih baru)

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

atau untuk mount: tambahkan vers = 2.0 (atau vers = 3.0 jika Anda ingin menggunakan versi 3 protokol)

mount -t cifs //<server_ip>/<share> /mnt/<mountpoint> -o vers=2.0
Marcin P
sumber
NAS saya ada di Linux ketika saya mencoba solusi Anda smbclient -L 192.168.1.47 -U admin -d 256semuanya bekerja dengan baik tetapi ketika saya mencobanya mount -t cifs -o username=aa,password=bb,uid=olivier //192.168.1.47/partagefichiers/ /mnt/PartageFichiersterus-menerus mengatakanmount error(112): Host is down
Olivier Pons
3
Sudahkah Anda mencoba menentukan protokol seperti yang saya jelaskan dalam jawaban ini? Coba tambahkan vers = 2.0 atau vers = 3.0 atau vers = 1.0 (tergantung pada pengaturan NAS ini) dengan menambahkan: mount -t cifs -o nama pengguna = aa, kata sandi = bb, uid = olivier, vers = 2.0 //192.168.1.47/ partagefichiers / / mnt / PartageFichiers
Marcin P
11
Aneh. Halaman manual mengatakan itu vers=1.0adalah default, tetapi saya tidak bisa mendapatkan drive jaringan saya untuk dipasang sebelum saya secara eksplisit berlalu vers=1.0.
Hubro
Apakah mungkin untuk mengubahnya di sisi windows? Saya memiliki perangkat lunak yang meneruskan opsi ini ke cifs dan tidak tahu opsi vers sehingga tidak diteruskan.
Andrew Savinykh
1
Dalam file fstab akan seperti itu//<server_ip>/<share> /media/<mountpoint> cifs username=<username>,password=<password>,iocharset=utf8,sec=ntlm,vers=1.0 0 0
PRIHLOP
43

Pada archlinux setelah pembaruan paket baru-baru ini, saya harus menambahkan vers = 1.0 ke opsi mount saya. Saya menghubungkan ke kotak 5 centos lama dan sampai kemarin saya dapat terhubung tanpa secara eksplisit menyebutkan nomor versi.

CIFS di linux kernel 4.13 sekarang default ke SMB 3.0 dan di kernel 4.14 ia mencoba 2.1 dan lebih tinggi. Lihat log perubahan ini .

Sjoerd Timmer
sumber
Terima kasih, saya memiliki masalah yang sama namun saya tidak tahu upgrade mana yang diperlukan.
Ben
Ini masalah yang sangat aneh. Hal yang sama terjadi pada saya hari ini. Saya mencoba menurunkan versi smbclient dan libwbclient, tetapi masalahnya tetap ada. Mungkin sesuatu di server berubah. Saya pikir itu juga CentOS, saya harap bukan CentOS 5! Terima kasih atas solusinya :)
jPlatte
2
Saya harus melakukan ini untuk sistem Fedora 26 saya mengakses mount pada Synology NAS DS413j saya, sekarang / etc / fstab saya memiliki ", vers = 1.0" di akhir string pilihan dan tidak ada lagi pesan kesalahan 'Host is down'.
Neek
1
Saya mendapatkan upgrade dari Ubuntu 16.04 ke 18.04 (LTS) yang mematahkan mount saya dari Lacie NAS. Ini berhasil bagi saya.
YoungFrog
14

USB-stick di Fritz NAS menunjukkan "Host Down" untuk Ubuntu 17.10:

Menentukan versi ( vers=1.0) berfungsi - inilah string lengkapnya:

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>
pengguna449376
sumber
3
Semuanya bekerja dari dalam /etc/fstabcifs mount; setelah apt upgradepada Ubuntu 16.04 saya ini terjadi. Menentukan -o vers=1.0apakah berhasil. Terima kasih
setara
7

Masalah serupa setelah memutakhirkan ke ubuntu 17.10, dengan Buffalo Diskstation yang lama. Dipecahkan dengan menambahkan / etc / fstab opsi "vers = 1.0":

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

Patrice
sumber
Siapa saja yang menggunakan Ubuntu 18.04, menambahkan ,vers=1.0opsi menyelesaikan masalah ketika menggunakan tutorial yang disediakan oleh Ji m di ubuntuhandbook.org/index.php/2014/08/...
Geppettvs D'Constanzo
Saya memiliki masalah yang sama dan dapat menyelesaikannya dengan menggunakan versi 1 di protocoll. Tetapi saya memiliki tingkat pengiriman data yang sangat rendah. Saya menduga itu mungkin karena versi 1, jadi menggunakan versi lain akan lebih baik.
Ben
5

Maaf jika ini merupakan respons yang terlambat (saya menyadari ini adalah utas lama), namun saya baru saja menemukan ada kemungkinan alasan lain mengapa mount.cifs akan mengatakan bahwa host sedang down.

Saya memiliki antivirus dengan firewall dan meskipun saya mengaturnya secara eksplisit untuk mengizinkan "file windows dan berbagi cetak" - aturan yang sudah ditentukan, masih memblokir koneksi. Saya telah membuktikannya dengan menonaktifkan firewall untuk sementara waktu. Semoga ini bisa membantu seseorang, host down mungkin tidak berarti itu tidak menanggapi ping, tetapi bisa berarti itu tidak menanggapi upaya otentikasi.

lolinux
sumber
Ingatlah untuk memeriksa firewall di kedua sisi: klien dan server (serta firewall apa pun yang mungkin ada di antara mereka). Dalam kasus saya, itu firewall klien yang memblokir koneksi ke server. Saya harus menambahkan iptablesaturan untuk memperbolehkannya: iptables -A INPUT -s 1.2.3.4/32 -j ACCEPTdan iptables -A OUTPUT -d 1.2.3.4/32 -j ACCEPT, di mana 1.2.3.4alamat IP server.
Antonio Vinicius Menezes Medei
NAS saya ada di Linux, jadi saya masih punya masalah ini, tapi terima kasih sudah berbagi
Olivier Pons
4

Saya menerima kesalahan yang sama tanpa basa-basi lagi dari klien Samba baru, ketika mencoba me-mount berbagi jaringan CIFS SMB:

mount error(112): Host is down

Akhirnya, ternyata saya sebelumnya membatasi akses server SMB hanya ke sejumlah alamat IP dengan mengkonfigurasi /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

Menambahkan alamat IP tetap dari klien SMB baru memecahkan masalah dalam kasus khusus ini.

Tentu saja, ada banyak alasan lain mengapa seseorang dapat menerima kesalahan yang disebutkan di atas.

Serge Stroobandt
sumber
4

Masalah yang sama saat terhubung ke Synology DiskStation (DSM 4.3).

Menggunakan vers = 1.0 pada opsi mount berfungsi dengan baik.

Selain itu saya harus menggunakan opsi "noperm" karena semua file salah menunjukkan tidak dapat dibaca dan ditulis oleh pemilik.

Bernhard
sumber
2

Masalah yang sama dengan Fritzbox 7490: mount error (112): Host tidak aktif

Saya tidak menggunakan -o vers = XX. Secepat hiu saya, saya pertama kali mencoba -o vers = 2.0 dan gagal.
Segera setelah saya menggunakan opsi -o vers = 1.0 , semuanya berfungsi dengan baik!

Ini bekerja untuk saya ..

 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 saya: Klien: Ubuntu 17.10 Linux 4.13.0-17-generik # 20-Ubuntu SMP x86_64 GNU /
Server Linux : Fritzbox 7490 firmware 6.83.

d.dieckert
sumber
AVM menggunakan versi lama Samba yang mereka pertahankan sendiri. Itu mungkin menjelaskan mengapa seseorang harus menggunakan vers=1.0bukan versi protokol baru yang lebih tepat.
0xC0000022L
2

Versi SMB1 protokol telah usang, namun ini adalah versi default yang digunakan dalam versi yang lebih lama mount.cifs, misalnya saya punya masalah dengan versi 6.2.

Anda dapat memeriksa dengan: sudo mount.cifs --version

Jika Anda mencoba menyambung ke server SMB3 menggunakan protokol SMB1, Anda mendapatkan Host is downkesalahan.

Solusinya, seperti yang dijelaskan oleh banyak jawaban lain di sini, adalah menentukan versi protokol yang berbeda. Perintah berikut ini berfungsi untuk saya: sudo mount -t cifs //server.name.or.ip/shares/Public /target/directory -o username=someuser,domain=somedomain,vers=3.0

Namun , jika server yang Anda tersambung ke menggunakan DFS, maka Anda akan mendapatkan error berikut sebagai gantinya: mount error(38): Function not implemented. Ini karena dukungan DFS pada SMB3 hanya ditambahkan ke kernel pada versi 4.11 .

Anda dapat memeriksa versi kernel Anda dengan uname -a. Dalam kasus saya, itu adalah 3,10 pada CentOS7. Saya mengikuti petunjuk ini untuk memutakhirkan dan sekarang berfungsi.

Dr John A Stevenson
sumber
0

Saya biasanya menggunakan jenis perintah ini untuk me-mount share cifs / seseorang.

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

file kredensial terlihat seperti ini:

username=mydomain\user1
password=somepass

Ini juga dapat disesuaikan dengan pengaturan automount sehingga pemasangan / pelepasan dapat ditangani oleh sistem secara otomatis melalui autofs.

slm
sumber
0

Dalam kasus kami, saya memeriksa nama login pengguna (dari user2) di AD. Di sana saya perhatikan bahwa namanya dimulai dengan huruf besar dan mengubahnya menjadi huruf kecil seperti yang tertulis dalam skrip mount. Bahkan jika kita tidak menyentuh user2 atau script mount sebelumnya, tiba-tiba perintah mount berhasil.

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

Bagi saya, bagian cifs yang dipasang ada di server Windows yang alamat IP-nya telah berubah baru-baru ini, jadi saya bisa melakukan ping ke server dan menyelesaikan alamat barunya, tetapi mount tidak memperbarui sendiri. Dengan menjalankan unmount malas lalu memasang kembali masalah saya telah terpecahkan:

umount -l /mnt/share
mount -a
Jon.Mozley
sumber
0

Saya juga baru saja mengalami masalah yang disebutkan setelah upgrade ke Xubuntu 17.10. Saya menggunakan Synology DiskStation. Apa yang saya lihat di sana: Di DiskStation, Anda dapat memilih protokol mana yang akan didukung. Dengan menambahkan protokol yang relevan (hingga SBM3) di opsi lanjutan untuk layanan file di panel kontrol, Anda juga dapat menyelesaikan masalah.

Matthias Mielke
sumber
0

Jika Anda mengalami masalah ini dengan Synology NAS, periksa apakah vers=opsi yang ditentukan mountdan versi SMB min / maks pada NAS tersebut kompatibel.

Khususnya, saya menggunakan vers=2.0, tetapi Synology Diskstation saya memicu Host is downkesalahan. Saya menemukan halaman, akses Windows 10 untuk berbagi NAS. SMB 1.0 dan 3.0 , di situs web Synology yang menjelaskan cara mengatur Diskstation agar SMB v2.0 atau yang lebih baru ...

Tentang Synology NAS

  • Buka Control Panel -> Layanan File
  • Pada tab SMB / AFP / NFS, pilih Pengaturan Lanjut
  • Ubah protokol SMB Maksimum ke SMB3
  • Ubah protokol SMB Minumum menjadi SMB2 (halaman mengatakan untuk menggunakan SMB2 dengan MTU besar, tetapi itu tidak berhasil bagi saya)
Roger Lipscombe
sumber
-4

Punya masalah serupa. Solusi bagi saya adalah di sisi server berbagi Windows. Bahkan melewati nilai vers = 2.0 ke server Linux saya, mount tidak berfungsi. Jadi saya harus mengaktifkan dukungan smbv1 server Windows saya. Artikel ini membantu saya: https://support.microsoft.com/en-us/help/2696547/how-to-detect-enable-and-disable-smbv1-smbv2-and-smbv3-in-windows-and

Vinicius Freitas
sumber
4
Jangan lakukan ini . smbv1 adalah vektor yang digunakan WannaCry untuk menyebar dan dihapus di mana-mana.
Andrew Schulman