Um dos meus servidores está configurado para montar automaticamente um diretório do Windows usando o fstab. No entanto, após a minha última reinicialização, ele parou de funcionar. A linha no fstab é:
//myserver/myfolder /mnt/backup cifs credentials=home/myfolder/.Smbcredentials
O .Smbcredentials
arquivo é:
username=myaccount
password=mypassword
domain=mydomain
Eu faço mount -a
e recebo mount error 13 = Permission denied
. Se eu fizer isso o suficiente, bloqueará minha conta do Windows, então sei que está tentando. Verifiquei se minha senha está correta.
O que estou fazendo errado?
mount -t cifs //myserver/myfolder /mnt/backup --verbose -o credentials=home/myfolder/.Smbcredentials
e adicionar as informações de depuração (higienizadas) à sua pergunta?cifs-utils
que você instalou? Eu já tive esse problema antes e acredito que foi devido a uma atualização.Respostas:
Algumas coisas para conferir. Faço algo semelhante e você pode testá-lo diretamente usando o
mount
comando para garantir que as coisas estejam corretas.Permissões no arquivo de credenciais
Verifique se este arquivo está com permissão correta.
Montagem detalhada
Você pode obter mais informações
mount
usando o-v
comutador, que muitas vezes mostra onde as coisas estão dando errado.Resultando nesta saída se funcionar:
Verifique os logs
Após executar o comando mount acima, verifique dentro de seus arquivos
dmesg
e/var/log/messages
ou/var/log/syslog
quaisquer mensagens de erro que possam ter sido geradas quando você tentou omount
.Tipo de segurança
Você pode passar muitas opções extras através do
-o ..
switch para montar. Essas opções são específicas da tecnologia, portanto, no seu caso, são aplicáveismount.cifs
especificamente. Dê uma olhada namount.cifs
página de manual para obter mais informações sobre todas as opções que você pode passar.Eu suspeito que você está perdendo uma opção para
sec=...
. Especificamente uma dessas opções:Pode ser necessário ajustar a
sec=...
opção para que sejasec=ntlm
ousec=ntlmssp
.Referências
fonte
dmesg
foi muito útil. Esta resposta foi de 2014 e, desde então, a exploração do SMB1.0 do WannaCry a tornou obsoleta. Portanto, adicionevers=2.0
ou 2.1 ou 3.0, o que o servidor suportar, pois o padrão 1.0 não será mais suportado.mount
O comando não informará esses detalhes.Obrigado, mas um pouco mais de pesquisa apareceu a solução. Ele estava usando o tipo de segurança errado por padrão; este comando funcionou:
fonte
mount -t cifs //10.0.0.138/usb1_1 /mnt/usbdisk -ousername=theusername,password=thepassord,file_mode=0644,dir_mode=0755,uid=root
em uma máquina Fedora 25 funcionou bem, mas falhou quando executei exatamente o mesmo comando em uma caixa de openwrt (Chaos Calmer 15.05.1). A adiçãosec=ntlmv2
fez com que funcionasse lá também.sec=ntlmssp
domain
palavra - chave e especificá-la além do nome de usuário.Corri para esse problema e o problema acabou por não formatar os valores no meu arquivo de credenciais corretamente. Eu tentei:
Eu também tentei:
E:
Depois de usar apenas meu nome de usuário de login:
Consegui que minha montagem CIFs fosse bem-sucedida.
fonte
Esta adição funciona no Linux científico 6.6 (RedHat 6.6)
edite
/etc/fstab
create file =
.credentials
(por exemplo, in/etc
) com estes detalhes:fonte