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?
--verbose
peralihan ke perintah pemasangan Anda, poskan setiap kesalahan / hasil yang tampaknya relevan.-vvv
untuk informasi verbose yang lebih banyak lagi !Jawaban:
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:
Anda akan mendapatkan kesalahan:
Untuk mengatasinya gunakan mount atau smbclient dengan protokol yang ditentukan.
untuk smbclient: tambahkan -m SMB2 (atau SMB3 untuk versi protokol yang lebih baru)
atau untuk mount: tambahkan vers = 2.0 (atau vers = 3.0 jika Anda ingin menggunakan versi 3 protokol)
sumber
smbclient -L 192.168.1.47 -U admin -d 256
semuanya bekerja dengan baik tetapi ketika saya mencobanyamount -t cifs -o username=aa,password=bb,uid=olivier //192.168.1.47/partagefichiers/ /mnt/PartageFichiers
terus-menerus mengatakanmount error(112): Host is down
vers=1.0
adalah default, tetapi saya tidak bisa mendapatkan drive jaringan saya untuk dipasang sebelum saya secara eksplisit berlaluvers=1.0
.//<server_ip>/<share> /media/<mountpoint> cifs username=<username>,password=<password>,iocharset=utf8,sec=ntlm,vers=1.0 0 0
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 .
sumber
USB-stick di Fritz NAS menunjukkan "Host Down" untuk Ubuntu 17.10:
Menentukan versi (
vers=1.0
) berfungsi - inilah string lengkapnya:sumber
/etc/fstab
cifs mount; setelahapt upgrade
pada Ubuntu 16.04 saya ini terjadi. Menentukan-o vers=1.0
apakah berhasil. Terima kasihMasalah 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
sumber
,vers=1.0
opsi menyelesaikan masalah ketika menggunakan tutorial yang disediakan oleh Ji m di ubuntuhandbook.org/index.php/2014/08/...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.
sumber
iptables
aturan untuk memperbolehkannya:iptables -A INPUT -s 1.2.3.4/32 -j ACCEPT
daniptables -A OUTPUT -d 1.2.3.4/32 -j ACCEPT
, di mana1.2.3.4
alamat IP server.Saya menerima kesalahan yang sama tanpa basa-basi lagi dari klien Samba baru, ketika mencoba me-mount berbagi jaringan CIFS SMB:
Akhirnya, ternyata saya sebelumnya membatasi akses server SMB hanya ke sejumlah alamat IP dengan mengkonfigurasi
/etc/samba/smb.conf
: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.
sumber
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.
sumber
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 ..
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.
sumber
vers=1.0
bukan versi protokol baru yang lebih tepat.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 down
kesalahan.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.sumber
Saya biasanya menggunakan jenis perintah ini untuk me-mount share cifs / seseorang.
file kredensial terlihat seperti ini:
Ini juga dapat disesuaikan dengan pengaturan automount sehingga pemasangan / pelepasan dapat ditangani oleh sistem secara otomatis melalui autofs.
sumber
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.
sumber
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:
sumber
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.
sumber
Jika Anda mengalami masalah ini dengan Synology NAS, periksa apakah
vers=
opsi yang ditentukanmount
dan versi SMB min / maks pada NAS tersebut kompatibel.Khususnya, saya menggunakan
vers=2.0
, tetapi Synology Diskstation saya memicuHost is down
kesalahan. 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
sumber
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
sumber