Mount CIFS Host không hoạt động


97

Tôi có một vấn đề với một điểm gắn kết đã được cấu hình trước đó. Nó hiển thị thư mục, nhưng mount bị thiếu và giữ "?" giá trị cho kích thước, quyền, v.v.

Vì vậy, tôi đã cố gắng sử dụng lại cifs và cùng một lệnh từ trước đó:

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

Nhưng tôi nhận được lỗi:

Host is down.

Nếu tôi ping tên miền hoặc IP, tôi nhận được độ phân giải phù hợp và tôi cũng kết nối bằng smbclient mà không gặp vấn đề gì

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

Tôi nhìn xung quanh, nhưng không thể tìm thấy một câu trả lời chắc chắn. Có suy nghĩ gì không?


làm một nslookup Nas.domain.local có bằng ip bạn ping không?
tony roth

Có, IP trả lại là chính xác. Tôi cũng có thể truy cập vào giao diện web của NAS bằng IP và tên miền. Tôi có thể truy cập dữ liệu trên máy tính xách tay của mình bằng tên miền hoặc IP để có vẻ như có một số vấn đề khác đang diễn ra ở đây
Kevin

6
Thêm công --verbosetắc vào lệnh mount của bạn, đăng bất kỳ lỗi / kết quả nào có vẻ phù hợp.
Zoredache

Là dịch vụ thậm chí chạy trên máy chủ từ xa. Đó là Linux hay Windows Server? Nếu đó là Linux ... hãy xác minh rằng dịch vụ đang chạy. Hãy chắc chắn rằng không có thay đổi nào được thực hiện đối với tường lửa ... Nếu đó là windows ... thì bạn có thể xem xét khởi động lại ...
Jay

1
@Zoredache Thêm -vvvcho thậm chí tiết hơn thông tin!
Serge Stroobandt

Câu trả lời:


108

Điều này cũng có thể là do sự không phù hợp của giao thức. Năm 2017 Microsoft đã vá Windows Servers và khuyên nên vô hiệu hóa giao thức SMB1.

Từ giờ trở đi, mount.cif có thể gặp vấn đề với việc đàm phán giao thức.

Lỗi hiển thị là "Máy chủ bị hỏng.", Nhưng khi bạn gỡ lỗi với:

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

bạn sẽ nhận được lỗi:

protocol negotiation failed: NT_STATUS_CONNECTION_RESET

Để khắc phục điều này, hãy sử dụng mount hoặc smbclient với một giao thức được chỉ định.

đối với smbclient: thêm -m SMB2 (hoặc SMB3 cho phiên bản mới hơn của giao thức)

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

hoặc cho mount: thêm Vers = 2.0 (hoặc Vers = 3.0 nếu bạn muốn sử dụng phiên bản 3 của giao thức)

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

NAS của tôi là trên Linux khi tôi thử giải pháp của bạn, smbclient -L 192.168.1.47 -U admin -d 256mọi thứ đều hoạt động hoàn hảo nhưng khi tôi thử mount -t cifs -o username=aa,password=bb,uid=olivier //192.168.1.47/partagefichiers/ /mnt/PartageFichiersthì nó cứ nóimount error(112): Host is down
Olivier Pons

3
Bạn đã thử chỉ định giao thức như tôi khám phá trong câu trả lời này chưa? Hãy thử thêm Vers = 2.0 hoặc Vers = 3.0 hoặc Vers = 1.0 (tùy thuộc vào cài đặt NAS này) bằng cách thêm: mount -t cifs -o username = aa, password = bb, uid = olivier, Vers = 2.0 //192.168.1.47/ partagefichiers / / mnt / PartageFichiers
Marcin P

11
Lạ thật. Trang người đàn ông nói rằng đó vers=1.0là mặc định, nhưng tôi không thể cài đặt ổ đĩa mạng của mình trước khi tôi vượt qua một cách rõ ràng vers=1.0.
Hubro

Có thể thay đổi điều đó ở phía cửa sổ? Tôi có một phần mềm chuyển tiếp tùy chọn này sang cifs và nó không biết tùy chọn Vers nên nó không được chuyển tiếp.
Andrew Savinykh

1
Trong tập tin fstab nó sẽ như thế//<server_ip>/<share> /media/<mountpoint> cifs username=<username>,password=<password>,iocharset=utf8,sec=ntlm,vers=1.0 0 0
PRIHLOP

43

Trên archlinux sau một bản cập nhật gói gần đây, tôi đã phải thêm Vers = 1.0 vào tùy chọn gắn kết của mình. Tôi đang kết nối với một hộp 5 centos cũ và cho đến ngày hôm qua tôi có thể kết nối mà không nêu rõ số phiên bản.

CIFS trong kernel linux 4.13 hiện mặc định là SMB 3.0 và trong kernel 4.14, nó cố gắng 2.1 và cao hơn. Xem nhật ký thay đổi này .


Cảm ơn, tôi đã có cùng một vấn đề tuy nhiên tôi không biết bản nâng cấp nào cần thiết.
Ben

Đây là một vấn đề thực sự kỳ lạ. Điều tương tự đã xảy ra với tôi ngày hôm nay. Tôi đã cố gắng hạ cấp smbclient và libwbclient, nhưng vấn đề vẫn tồn tại. Có lẽ một cái gì đó trên máy chủ đã thay đổi. Tôi nghĩ đó cũng là CentOS, tôi hy vọng không phải là CentOS 5! Cảm ơn vì cách giải quyết :)
jPlatte

2
Tôi đã phải làm điều này cho hệ thống Fedora 26 của mình khi truy cập vào một mount trên Synology NAS DS413j của tôi, giờ / etc / fstab của tôi có ", Vers = 1.0" ở cuối chuỗi tùy chọn và không còn thông báo lỗi 'Host bị lỗi'.
Neek

1
Tôi đã có bản nâng cấp từ Ubuntu 16.04 lên 18.04 (LTS), nó đã phá vỡ sự gắn kết của tôi với một Lacie NAS. Điều này đã lừa tôi.
YoungFrog

14

Thẻ nhớ USB tại Fritz NAS đã hiển thị "Host Down" cho Ubuntu 17.10:

Xác định phiên bản ( vers=1.0) đã hoạt động - đây là chuỗi đầy đủ:

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
Mọi thứ đã hoạt động từ bên trong /etc/fstabcifs mount; sau khi apt upgradeUbuntu 16.04 của tôi, điều này đã xảy ra. Chỉ định -o vers=1.0các thủ thuật đã làm. Cảm ơn bạn
tương

7

Vấn đề tương tự sau khi nâng cấp lên Ubuntu 17.10, với Buffalo Diskstation cũ. Được giải quyết bằng cách thêm vào / etc / fstab tùy chọn "Vers = 1.0":

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


Bất kỳ ai sử dụng Ubuntu 18,04, thêm các ,vers=1.0tùy chọn giải quyết vấn đề khi sử dụng các hướng dẫn được cung cấp bởi Ji m tại ubuntuhandbook.org/index.php/2014/08/...
Geppettvs D'Constanzo

Tôi có cùng một vấn đề và có thể giải quyết nó bằng cách sử dụng phiên bản 1 trong protocoll. Nhưng tôi có tốc độ truyền dữ liệu rất thấp. Tôi nghi ngờ đó có thể là do phiên bản 1, vì vậy sử dụng phiên bản khác sẽ tốt hơn.
Ben

5

Xin lỗi nếu đây là phản hồi muộn (tôi nhận ra đó là một chủ đề cũ), tuy nhiên tôi vừa phát hiện ra có một lý do có thể khác khiến mount.cifs nói rằng máy chủ không hoạt động.

Tôi có một chương trình chống vi-rút với tường lửa và mặc dù tôi đã đặt nó một cách rõ ràng để cho phép "chia sẻ tệp windows và in chia sẻ" - một quy tắc được xác định trước, nó vẫn chặn các kết nối. Tôi đã chứng minh điều đó bằng cách vô hiệu hóa tường lửa tạm thời. Hy vọng điều này sẽ giúp được ai đó, máy chủ ngừng hoạt động có thể không có nghĩa là nó không phản hồi với ping, nhưng có thể có nghĩa là nó không đáp ứng với các nỗ lực xác thực.


Hãy nhớ kiểm tra tường lửa ở cả hai phía: máy khách và máy chủ (cũng như bất kỳ tường lửa nào có thể có đường giữa chúng). Trong trường hợp của tôi, chính tường lửa của máy khách đã chặn các kết nối đến máy chủ. Tôi đã phải thêm iptablescác quy tắc để cho phép chúng: iptables -A INPUT -s 1.2.3.4/32 -j ACCEPTiptables -A OUTPUT -d 1.2.3.4/32 -j ACCEPT, 1.2.3.4địa chỉ IP của máy chủ ở đâu.
Antonio Vinicius Menezes Medei

NAS của tôi là trên Linux nên tôi vẫn gặp sự cố này, nhưng cảm ơn vì đã chia sẻ
Olivier Pons

4

Tôi đã nhận được lỗi tương tự mà không cần phải quảng cáo thêm từ máy khách Samba mới, khi thử gắn kết chia sẻ mạng CIFS SMB:

mount error(112): Host is down

Cuối cùng, hóa ra trước đây tôi đã hạn chế quyền truy cập máy chủ SMB chỉ một số địa chỉ IP giới hạn bằng cách định cấu hình /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

Thêm địa chỉ IP cố định của máy khách SMB mới đã giải quyết vấn đề trong trường hợp cụ thể này.

Tất nhiên, có vô số lý do khác khiến người ta có thể nhận được lỗi nêu trên.


4

Cùng một sự cố khi kết nối với Synology DiskStation (DSM 4.3).

Sử dụng Vers = 1.0 trong các tùy chọn gắn kết hoạt động tốt.

Ngoài ra, tôi đã phải sử dụng tùy chọn "noperm" vì tất cả các tệp hiển thị sai là không thể đọc và ghi được bởi chủ sở hữu.


2

Sự cố tương tự với Fritzbox 7490: lỗi mount (112): Máy chủ bị hỏng

Tôi đã không sử dụng -o Vers = XX. Nhanh như một con cá mập, lần đầu tiên tôi đã thử -o Vers = 2.0 và thất bại.
Ngay sau khi tôi sử dụng tùy chọn -o Vers = 1.0 , mọi thứ đều hoạt động tốt!

Điều này làm việc cho tôi ..

 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 của tôi: Máy khách: Ubuntu 17.10 Linux 4.13.0-17-generic # 20-Ubuntu SMP x86_64 GNU / Linux
Server: Fritzbox 7490 firmware 6.83.


AVM sử dụng một phiên bản Samba lỗi thời mà họ tự duy trì. Điều đó có thể giải thích tại sao người ta phải sử dụng vers=1.0thay vì các phiên bản giao thức mới hơn phù hợp hơn.
0xC0000022L

2

Phiên bản SMB1 của giao thức đã không được chấp nhận, tuy nhiên đây là phiên bản mặc định được sử dụng trong các phiên bản cũ hơn mount.cifs, ví dụ: tôi gặp vấn đề này với phiên bản 6.2.

Bạn có thể kiểm tra với: sudo mount.cifs --version

Nếu bạn cố gắng kết nối với máy chủ SMB3 bằng giao thức SMB1, bạn sẽ Host is downgặp lỗi.

Cách giải quyết, như được mô tả bởi nhiều câu trả lời khác ở đây, là chỉ định một phiên bản khác của giao thức. Lệnh sau hoạt động với tôi: sudo mount -t cifs //server.name.or.ip/shares/Public /target/directory -o username=someuser,domain=somedomain,vers=3.0

Tuy nhiên , nếu máy chủ mà bạn đang kết nối sử dụng DFS, thì bạn sẽ gặp lỗi sau : mount error(38): Function not implemented. Điều này là do hỗ trợ DFS trên SMB3 chỉ được thêm vào kernel trong phiên bản 4.11 .

Bạn có thể kiểm tra phiên bản kernel của mình với uname -a. Trong trường hợp của tôi, đó là 3.10 trên CentOS7. Tôi đã làm theo các hướng dẫn để nâng cấp và bây giờ nó hoạt động.


0

Tôi thường sử dụng loại lệnh này để gắn kết chia sẻ cifs / smb.

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

tệp thông tin đăng nhập trông giống như vậy:

username=mydomain\user1
password=somepass

Điều này cũng có thể được điều chỉnh theo thiết lập tự động để việc gắn / ngắt kết nối có thể được hệ thống tự động xử lý thông qua tự động.


0

Trong trường hợp của chúng tôi, tôi đã kiểm tra tên đăng nhập của người dùng (của user2) trong AD. Ở đó tôi nhận thấy rằng tên bắt đầu bằng chữ in hoa và thay đổi nó thành chữ thường vì nó được viết trong tập lệnh mount. Ngay cả khi chúng tôi không chạm vào cả user2 và tập lệnh mount trước đó, đột nhiên lệnh mount đã thành công.

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

Đối với tôi, chia sẻ cifs được gắn kết là trên một máy chủ Windows có địa chỉ IP đã thay đổi gần đây, vì vậy tôi có thể ping máy chủ và giải quyết địa chỉ mới của nó, nhưng mount không tự cập nhật. Bằng cách chạy unmount unmount và sau đó gắn lại, vấn đề của tôi đã được giải quyết:

umount -l /mnt/share
mount -a

0

Tôi cũng vừa gặp vấn đề được đề cập sau khi nâng cấp lên Xubfox 17.10. Tôi sử dụng một DiskStation Synology. Những gì tôi thấy ở đó: Trong DiskStation, bạn có thể chọn giao thức nào sẽ hỗ trợ. Bằng cách thêm anh ta các giao thức có liên quan (tối đa SBM3) vào các tùy chọn nâng cao cho dịch vụ tệp trong bảng điều khiển, bạn cũng có thể giải quyết vấn đề.


0

Nếu bạn đang gặp vấn đề này với NAS Synology, thì hãy kiểm tra xem vers=tùy chọn được chỉ định mountvà các phiên bản SMB tối thiểu / tối đa trên NAS có tương thích hay không.

Cụ thể, tôi đang sử dụng vers=2.0, nhưng Synology Diskstation của tôi đã gây ra Host is downlỗi. Tôi tìm thấy một trang, Windows 10 truy cập vào chia sẻ NAS. SMB 1.0 và 3.0 , trên trang web Synology đã giải thích cách đặt Diskstation để cho phép SMB v2.0 hoặc mới hơn ...

Trên NAS Synology

  • Chuyển đến Bảng điều khiển -> Dịch vụ tệp
  • Trên tab SMB / AFP / NFS, chọn Cài đặt nâng cao
  • Thay đổi giao thức SMB tối đa thành SMB3
  • Thay đổi giao thức SMB Minumum thành SMB2 (trang nói sử dụng SMB2 với MTU lớn, nhưng điều đó không hiệu quả với tôi)

-4

Có một vấn đề tương tự. Giải pháp cho tôi là về phía máy chủ chia sẻ Windows. Ngay cả khi chuyển giá trị Vers = 2.0 đến máy chủ Linux của tôi, mount không hoạt động. Vì vậy, tôi đã phải kích hoạt trên máy chủ Windows hỗ trợ smbv1. Bài viết này đã giúp tôi: https://support.microsoft.com/en-us/help/2696547/how-to-detect-enable-and-disable-smbv1-smbv2-and-smbv3-in-windows-and


4
Đừng làm điều này . smbv1 là vectơ mà WannaCry sử dụng để phát tán và đang được loại bỏ ở mọi nơi.
Andrew Schulman
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.