私は最近この問題にぶつかりました。私は通常、smbを介してLinuxマシンからローカルネットワーク共有フォルダーを介して移動します(つまり、smb:を使用したファイルマネージャーから)。これで、ショートカットに再度アクセスするか、資格情報を再度入力しようとするたびに、ダイアログウィンドウが表示され、ユーザー、ドメイン、およびパスワードが要求されます。
だから私はcisf-utilsを使用して手動で場所をマウントしようとしました:
Sudo mount -t cifs //fileshare1/docs1/user/My\ Documents/shared/Francesco/ /home/frank/used_shared/ -o username=my_user,password=my_pass,domain=my_domain,gid=1000,uid=1000
mount error(13): Permission denied
を取得します。
Windowsマシンからアクセスできるので、ユーザーがそのフォルダーに対するアクセス許可を持っていると確信しています。
また、次の方法でその場所に個人用フォルダーをマウントしようとすると:
Sudo mount -t cifs //fileshare1/docs5/francesco.azzarello/ /home/frank/mnt_folder -o username=my_user,password=my_pass,domain=my_domain,gid=1000,uid=1000
問題なくアクセスできます。
参考のために、4.2.0-36-genericカーネルを使用しており、mount.cifsバージョンは6.4です
両方の方法のいずれかを機能させる方法についてのアイデアはありますか?
更新 Rgarding ponsfrilus answer
番号1:詳細オプションは以下を返します。
_mount.cifs kernel mount options: ip=xxx.xxx.xxx.xxx,unc=\\fileshare1\docs1,uid=1000,gid=1000,user=my_user,,domain=my_domain,prefixpath=user/My Documents/shared/Francesco/,pass=********
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)_
番号2は基本的に同じものです。
_ mount.cifs kernel mount options: ip=xxx.xxx.xxx.xxx,unc=\\fileshare1\docs1,iocharset=utf8,file_mode=0777,dir_mode=0777,user=my_user,,domain=my_domain,prefixpath=user/My Documents/shared/Francesco/,pass=********
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)_
そして、vers = 2.1で何も変わっていません:
_mount.cifs kernel mount options: ip=xxx.xxx.xxx.xxx,unc=\\fileshare1\docs1,vers=2.1,iocharset=utf8,file_mode=0777,dir_mode=0777,user=my_user,,domain=my_domain,prefixpath=user/My Documents/shared/Francesco/,pass=********
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)_
番号4に関しては、docs1を問題なくマウントできますが、ユーザーの共有フォルダーに移動できます。
サーバーのセキュリティタイプが間違っていると思われます。エラー13は、サーバーがユーザーを入れないことを意味します。
次のように、マウントコマンドで正しいセキュリティモードを選択し、-oでsecオプションを追加する必要があります。
sec=
Security mode. Allowed values are:
· none - attempt to connection as a null user (no name)
· krb5 - Use Kerberos version 5 authentication
· krb5i - Use Kerberos authentication and forcibly enable packet
signing
· ntlm - Use NTLM password hashing
· ntlmi - Use NTLM password hashing and force packet signing
· ntlmv2 - Use NTLMv2 password hashing
· ntlmv2i - Use NTLMv2 password hashing and force packet signing
· ntlmssp - Use NTLMv2 password hashing encapsulated in Raw NTLMSSP message
· ntlmsspi - Use NTLMv2 password hashing encapsulated in Raw NTLMSSP message, and force packet signing
Ubuntu 16.10で今日このまったく同じ問題に遭遇したことはかなり確信しています。このスレッドのすべての提案を数回試しました.Windows Server 2016を使用してまったく同じ共有をマウントでき、smbclientを使用して参照できました(smbclient -U brainstrust //WINBOX01/shared
)。外部資格情報ファイルも試しました。
私は修正につまずきました-Windowsボックス上の共有用にローカルユーザーを作成しましたが、ドメインにも参加していました。基本的にドメインをローカルマシンに設定すると-o domain=WINBOX01
すぐに私の問題が修正されたので、ここにコメントを残して、そこにいる誰かに役立つことを願っています。
私が使用した完全な最小限のコマンドは次のとおりです。
Sudo mount.cifs -v //WINBOX01/shared /home/geoff/winbox01 --verbose -o user=brainstrust,password=topsecret,domain=WINBOX01
詳細な出力を取得するには、「-v」オプションを追加してみてください。
Sudo mount -v -t cifs //fileshare1/docs1/user/My\
Documents/shared/Francesco/ /home/frank/mnt_folder -o \
username=my_user,password=my_pass,domain=my_domain,gid=1000,uid=1000
Mountコマンドのこれらのオプションを使用してテストする
iocharset = utf8、rw、file_mode = 0777、dir_mode = 0777:
Sudo mount -v -t cifs //fileshare1/docs1/user/My\
Documents/shared/Francesco/ /home/frank/mnt_folder -o
username=my_user,password=my_pass,domain=my_domain,\
iocharset=utf8,rw,file_mode=0777,dir_mode=0777
SMBバージョンオプション(vers = 2.1)を指定してテストします。 samba wiki を参照してください。 mount.cifsのマニュアルページから:
vers =
SMBプロトコルバージョン。許可される値は次のとおりです。
1.0-クラシックCIFS/SMBv1プロトコル。これがデフォルトです。
2.0-SMBv2.002プロトコル。これは、当初Windows Vista Service Pack 1およびWindows Server 2008で導入されました。WindowsVistaの初期リリースバージョンは、サポートされていないわずかに異なる方言(2.000)を使用していることに注意してください。
2.1-Microsoft Windows 7およびWindows Server 2008R2で導入されたSMBv2.1プロトコル。
3.0-Microsoft Windows 8およびWindows Server 2012で導入されたSMBv3.0プロトコル。
最後に、最初の共有のみをマウントしてみてください:
Sudo mount -v -t cifs //fileshare1/docs1/ /home/frank/mnt_folder \
-o username=my_user,password=my_pass,domain=my_domain,\
iocharset=utf8,rw,file_mode=0777,dir_mode=0777
共有できる詳細な出力が役立つ場合があります。
6.0より高いcifsを使用する場合のこの問題の場合:新しいバージョンのcifsは代わりにドメイン変数を使用するため、creadentialsファイルは次のようになります。
username=<your username>
password=<your password>
domain=<your domain>
オプションsec=ntlm
をmountコマンドに追加すると、問題が解決しました。
例えば:
Sudo mount -t cifs -o username=administrator,password=123456,sec=ntlm //ip/eeshare /mnt/eeshare/