Incluir senha ao montar uma unidade usando cifs

Question

No começo, eu uso isso para montar uma unidade compartilhada:

sudo mount -t cifs -o username=myuser //xxx.xxx.xx.xx/myfolder /mnt/windowsshare/

mas eu não tinha acesso ou propriedade de modificação à unidade compartilhada, então isso foi resolvido usando esta questão montando a unidade compartilhada usando:

sudo mount.cifs -o username=myuser,uid=youruser,gid=yourgroup //xxx.xxx.xx.xx/myfolder /mnt/windowsshare/ :

pede a senha do compartilhamento de rede e depois funciona.

Mas quando tentei fazer isso:

sudo mount.cifs -o username=myuser,password=mypassword,uid=youruser,gid=yourgroup //xxx.xxx.xx.xx/myfolder /mnt/windowsshare/

ao incluir a senha no comando, ela diz permissão negada, não sabe por quê? Além disso, como posso torná-lo permanente para que eu não precise reescrever o comando sempre que perder a conexão ou reiniciar o computador?

    

Answer 1

BEWARE: todas as opções que automatizam a montagem de sistemas de arquivos remotos possuem algum nível de risco. Veja a nota no final desta resposta.

Para torná-lo permanente e conectar / reconectar automaticamente conforme necessário, use o automontador do kernel. Isto irá lidar com desistências de conexão, tempos limite de acesso, etc.

Instale o autofs e configure da seguinte forma:

/etc/auto.master

/mounts/  /etc/auto.mymounts --ghost

A opção --ghost mantém a pasta mountpoint visível no sistema de arquivos, o que torna as coisas mais suaves para alguns programas.

A string de configuração do autofs seria algo como:

/etc/auto.mymounts

/mnt/windowsshare/ -fstype=cifs,rw,credentials=/etc/credentials.autofs ://xxx.xxx.xx.xx/myfolder

Isso pode precisar ser estendido para alguns ambientes. NOTA: A opção vers=2\.1 precisará ser especificada se o SMB 1 tiver sido desativado no servidor remoto.

/etc/credentials.autofs

dom=TARGETDOMAIN
user=TARGETUSER
password=TARGETPASSWORD

ATENÇÃO! Torne esse arquivo legível somente pelo root, porque a senha de destino é armazenada em texto simples. Há implicações de segurança em armazenar essa senha em texto simples, principalmente se você não puder confiar nos usuários root. Essas implicações devem ser cuidadosamente ponderadas para assegurar que existam controles atenuantes que abordem adequadamente o risco de acesso do usuário (s) de nível raiz. Uma opção possível seria ter um usuário separado criado com direitos limitados para instanciar essa conexão e garantir que o log auditável e adequado seja habilitado para que as atividades possam ser rastreadas.