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 Serverにパッチを適用し、SMB1プロトコルを無効にすることを推奨しました。

今後、mount.cifsにはプロトコルネゴシエーションで問題が発生する可能性があります。

表示されるエラーは「Host is down。」ですが、次の方法でデバッグを行うと：

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

エラーが表示されます：

protocol negotiation failed: NT_STATUS_CONNECTION_RESET

これを克服するには、指定されたプロトコルでmountまたはsmbclientを使用します。

smbclientの場合：-m SMB2（またはプロトコルの新しいバージョンの場合はSMB3）を追加します

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

またはマウントの場合：vers = 2.0（またはプロトコルのバージョン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 NASのUSBスティックは、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>

古いBuffalo Diskstationを使用した、ubuntu 17.10へのアップグレード後の同様の問題。/ etc / fstabに「vers = 1.0」オプションを追加して解決しました。

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

応答が遅い場合は申し訳ありませんが（古いスレッドであることがわかります）、mount.cifsがホストがダウンしていると言う別の理由があることを発見しました。

ファイアウォールを備えたウイルス対策ソフトウェアを使用しており、 "windows file and print sharing"-定義済みのルールを許可するように明示的に設定していても、依然として接続をブロックしていました。ファイアウォールを一時的に無効にすることで、そのことが証明されました。これが誰かを助け、ホストがダウンしていることは、pingに応答しないことを意味しないかもしれませんが、認証試行に応答しないことを意味する可能性があります。

CIFS SMBネットワーク共有をマウントしようとしたときに、新しいSambaクライアントから苦労せずに同じエラーを受け取りました。

mount error(112): Host is down

最終的に、以下を構成することで、SMBサーバーへのアクセスを限られた数のIPアドレスのみに制限していたことが判明しました/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」を使用する必要がありました。

Fritzbox 7490と同じトラブル：マウントエラー（112）：ホストがダウンしています

-o vers = XXを使用しませんでした。私はサメと同じくらい速く、最初に-o vers = 2.0を試しましたが失敗しました。
オプション-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    

私の
環境：クライアント：Ubuntu 17.10 Linux 4.13.0-17-generic＃20-Ubuntu SMP x86_64 GNU / Linux
サーバー：Fritzbox 7490ファームウェア6.83。

プロトコルの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でした。私はこれらの指示に従ってアップグレードしましたが、現在は動作します。

通常、このタイプのコマンドを使用して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を介してマウント/アンマウントを自動的に処理できます。

この例では、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

私にとって、マウントされたcifs共有は、IPアドレスが最近変更されたWindowsサーバー上にあったので、サーバーにpingして新しいアドレスを解決できましたが、マウント自体は更新されませんでした。遅延アンマウントを実行し、問題を再マウントすることで解決しました：

umount -l /mnt/share
mount -a

また、Xubuntu 17.10へのアップグレード後に言及した問題に出くわしました。Synology DiskStationを使用しています。そこで見たもの：DiskStationでは、サポートするプロトコルを選択できます。関連するプロトコル（SBM3まで）をコントロールパネルのファイルサービスの詳細オプションに追加することで、問題を解決することもできます。

Synology NASでこの問題が発生しているvers=場合は、指定されたオプションとNAS mountの最小/最大SMBバージョンに互換性があることを確認してください。

具体的には、私はを使用vers=2.0していますが、Synology DiskstationがHost is downエラーを引き起こしていました。NAS共有へのWindows 10アクセスページを見つけました。SMB v2.0以降を許可するようにDiskstationを設定する方法を説明したSynology WebサイトのSMB 1.0および3.0

Synology NASで

• コントロールパネルに移動します->ファイルサービス
• [SMB / AFP / NFS]タブで、[詳細設定]を選択します
• 最大SMBプロトコルをSMB3に変更
• Minumum SMBプロトコルをSMB2に変更します（このページではSMB2を大きなMTUで使用すると書かれていますが、それはうまくいきませんでした）

同様の問題がありました。私にとっての解決策は、Windows共有サーバー側でした。Linuxサーバーに値vers = 2.0を渡しても、マウントは機能しませんでした。そのため、Windowsサーバーでsmbv1サポートを有効にする必要がありました。この記事は私を助けてくれました：https : //support.microsoft.com/en-us/help/2696547/how-to-detect-enable-and-disable-smbv1-smbv2-and-smbv3-in-windows-and