web-dev-qa-db-ja.com

Samba共有をマウントできませんが、smbclientを使用してアクセスできます

ローカルネットワークのWindowsサーバーにネットワーク共有があります。 Ubuntu 13.10(cifs-utilsパッケージがインストールされている)デスクトップのsmbclientを使用して、この共有に次のようにアクセスできます。

smbclient \\\\192.168.5.2\\source -W DOMAIN -U My.User.Name%my.password

しかし、次のようなマウントを使用してこの共有をマウントしようとすると、

Sudo mount -t cifs //192.168.5.2/source /mnt/192.168.5.2/ -o username=My.User.Name,domain=DOMAIN,password=my.password

エラーが発生しました:

mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

/ etc/fstabファイルに対応する行も追加しようとしましたが、「Sudo mount -a」で同じエラーが返されます。サーバーのセットアップに関係している可能性があるため、smb.confのntlmv2を無効にして行を追加します。

client ntlmv2 auth = no

その行がないと、smbclientメソッドも機能しません。しかし、私はまだそれをマウントのために理解することができません

4
ShockwaveNN

Windows共有のSecurity tabを確認してください。 My.User.NameGroup or user names boxに存在しますか?ユーザーに十分な権限があるかどうかを確認できますか? Windowsエクスプローラーを開き、\\ 192.168.5.2に移動して、ディレクトリが表示されるかどうかを確認できますか?

これが問題ですでに示したように機能する場合。 Sudo apt-get install cifs-utilsがインストールされているかどうかを教えてください。

私はこのようにWindowsフォルダをマウントします:

  • //<ip>/files /tmp/hello cifs credentials=/home/<user>/.smbcredentials,iocharset=utf8,sec=ntlm 0 0/etc/fstab
  • 資格情報ファイル:
    • ユーザー名=ユーザー
    • password = pass
  • Sudo mount -aはフォルダをマウントする必要があります
2
030

Windowsコンピューターの設定を制御するためにグループポリシーを使用しているかどうかはわかりませんが、これとまったく同じ問題が発生し、私たちの環境で修正しました。 「サーバーSPNターゲット名の検証」を「クライアントから提供された場合は受け入れる」に設定しました。これは、13 NT_STATUS_ACCESS_DENIEDのエラーコードを一貫して与えるのに十分でした。この設定をオフにし、Windowsマシンのポリシーを更新すると、mount.cifsが機能するようになりました。

グループポリシーを使用していない場合は、この設定の制限が厳しい場合に備えて、ローカルセキュリティポリシーを確認してください。

0
easkay