CIFSホストのマウントがダウンしています
以前に構成されたマウントポイントに問題があります。フォルダーが表示されますが、マウントがなく、「？」が保持されています。サイズ、権限などの値.
だから私は以前と同じコマンドとcifsを使って再マウントしようとしました：
mount -t cifs //nas.domain.local/share /mnt/archive
しかし、私はエラーを受け取ります：
Host is down.
ドメインまたはIPにpingを実行すると、適切な解決策が得られ、smbclientを使用して問題なく接続しました
ping nas.domain.local
ping ip
smbclient //nas.domain.local/share
周りを見回しましたが、確かな答えは見つかりませんでした。何かご意見は？
これは、プロトコルの不一致が原因である可能性もあります。 2017年にMicrosoftはWindowsサーバーにパッチを適用し、SMB1プロトコルを無効にすることを推奨しました。
今後、mount.cifsでプロトコルのネゴシエーションに問題が発生する可能性があります。
表示されるエラーは「Host is down。」ですが、次のコマンドでデバッグを行うと：
smbclient -L <server_ip> -U <username> -d 256
エラーが発生します：
protocol negotiation failed: NT_STATUS_CONNECTION_RESET
これを克服するには、マウントを使用するか、プロトコルを指定したsmbclientを使用します。
smbclientの場合：-m SMB2（またはプロトコルの新しいバージョンの場合はSMB3）を追加します。
smbclient -L <server_ip> -U <username> -m SMB2
またはマウントの場合：vers = 2.を追加します（または、バージョン3のプロトコルを使用する場合はvers = 3.0）
mount -t cifs //<server_ip>/<share> /mnt/<mountpoint> -o vers=2.0
最近のパッケージ更新後のarchlinuxでは、マウントオプションにvers = 1.0を追加する必要がありました。私は古いcentos 5ボックスに接続していますが、昨日までバージョン番号を明示的に述べなくても接続できました。
Linuxカーネル4.13のCIFSは、デフォルトでSMB= 3.0になり、カーネル4.14で2.1以降を試します。これを参照してください 変更ログ 。
FritzのUSBスティックNASは、Ubuntu 17.10の「Host Down」を示しました。
バージョンの定義（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>
古いBuffalo Diskstationを使用した、ubuntu 17.10へのアップグレード後の同様の問題。/etc/fstabに "vers = 1.0"オプションを追加することで解決します：
// myWDhostname/partage/media/Partage cifs guest、vers = 1.0 0 0
これが遅い応答である場合は申し訳ありませんが（古いスレッドであることがわかります）、mount.cifsがホストがダウンしていると言う別の理由が考えられます。
ファイアウォール付きのウイルス対策ソフトウェアを使用しており、「Windowsファイルとプリンタの共有」を許可するように明示的に設定しましたが、定義済みのルールですが、それでも接続がブロックされていました。ファイアウォールを一時的に無効にすることでそれが証明されました。これが誰かに役立つことを願っています。ホストがダウンしていることは、pingに応答していないことを意味しない場合がありますが、認証の試行に応答していないことを意味する場合があります。
CIFS SMB network share：
mount error(112): Host is down
結局、以前に制限したことが判明しましたSMB /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アドレスを追加すると、この特定のケースで問題が解決しました。
もちろん、上記のエラーが発生する理由は無数にあります。
Synology DiskStation（DSM 4.3）への接続と同じ問題。
マウントオプションでvers = 1.0を使用すると正常に機能します。
さらに、すべてのファイルが所有者によって読み取りおよび書き込みができないと誤って表示されたため、「noperm」オプションを使用する必要がありました。
プロトコルの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。これは、SMB3でのDFSサポートが バージョン4.11でカーネルに追加された のみだったためです。
カーネルのバージョンは_uname -a_で確認できます。私の場合、CentOS7では3.10でした。私は これらの指示 に従ってアップグレードしましたが、現在は機能しています。
Fritzbox 7490と同じ問題：マウントエラー（112）：ホストがダウンしています
-o vers = XXは使用しませんでした。サメと同じくらい速く、私は最初に-o vers = 2.0を試して失敗しました。
オプション-o vers = 1.を使用するとすぐに、すべてが正常に動作します！
これは私にとってはうまくいきます。
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
私の環境：
クライアント：Ubuntu 17.10 Linux 4.13.0-17-generic＃20-Ubuntu SMP x86_64 GNU/Linux
サーバー：Fritzbox 7490ファームウェア6.83。
Synology NASでこの問題が発生している場合は、vers=オプションにmountを指定し、最小/最大SMB NASのバージョンは互換性があります。
具体的には、vers=2.0ですが、Synology DiskstationがHost is downエラー。 SynologyのWebサイトで Windows 10へのアクセスNAS共有。SMB 1.0および3. ）を見つけました。 Diskstationを許可するように設定SMB v2.0以降...
Synology NASで
- [コントロールパネル]-> [ファイルサービス]に移動します。
- SMB/AFP/NFSタブで、詳細設定を選択します
- 最大値を変更SMB protocol to SMB3
- Minumum SMB protocolをSMB2に変更します（このページでは、大きなMTUでSMB2を使用するように言われていますが、私にはうまくいきませんでした）
私にとって、マウントされたcifs共有は、最近IPアドレスが変更されたWindowsサーバー上にあったため、サーバーにpingして新しいアドレスを解決できましたが、マウント自体は更新されませんでした。遅延アンマウントを実行してから、問題を再マウントすることで解決しました：
umount -l /mnt/share
mount -a
私は通常、このタイプのコマンドを使用して、cifs/smb共有をマウントします。
mount -t cifs -o rw,netbiosname=nasserver1,credentials=/etc/user_credentials.txt //192.168.1.11/someshare /mnt
資格情報ファイルは次のようになります。
username=mydomain\user1
password=somepass
これは、自動マウントのセットアップにも適用できるため、autofsを介してシステムによってマウント/アンマウントを自動的に処理できます。
Xubuntu 17.10へのアップグレード後に言及した問題にも遭遇しました。 Synology DiskStationを使用しています。そこで見たもの：DiskStationでは、サポートするプロトコルを選択できます。コントロールパネルのファイルサービスの詳細オプションに関連するプロトコル（SBM3まで）を追加することで、問題を解決することもできます。
私たちのケースでは、ADで（user2の）ユーザーのログイン名を確認しました。そこで、名前が大文字で始まっていることに気づき、マウントスクリプトに記述されているとおりに小文字に変更しました。以前にuser2もマウントスクリプトも変更していなかったとしても、突然mountコマンドが成功しました。
mount --verbose -t cifs //pc/share /my-share -no user=user1,password=pw1 -o uid=user2,gid=group1,dir_mode=0775,file_mode=0664