Não pode mais montar sistemas de arquivos do Windows (desde 9 de maio de 2017)

1

Por mais de um ano, consegui fazer backup de vários servidores Windows usando o Ubuntu Server 16.04, mas tudo isso parou de funcionar na terça-feira, 9 de maio de 2017.

Veja como eu estou montando esses sistemas de arquivos do Windows usando o fstab:

sudo nano /etc/fstab 

\192.168.1.1\c$ /mnt/win2012r2 cifs credentials=/home/user/.smb,iocharset=utf8,sec=ntlm 0 0
\192.168.1.2\d$ /mnt/win2008r2 cifs credentials=/home/user/.smb,iocharset=utf8,sec=ntlm 0 0
\192.168.1.3\c$ /mnt/win2012 cifs credentials=/home/user/.smb,iocharset=utf8,sec=ntlm 0 0
\192.168.1.4\d$ /mnt/win2008 cifs credentials=/home/user/.smb,iocharset=utf8,sec=ntlm 0 0

O arquivo /home/user/.smb contém apenas isto:

username=administrator2
password=s3cr3tPW
domain=company1

Após uma reinicialização, se eu tentar fazer um comando mount, ele mostrará que todas as unidades desses servidores já estão montadas no sistema de arquivos linux:

sudo mount -a --verbose -vvv

/mnt/win2012r2           : already mounted
/mnt/win2008r2           : already mounted
/mnt/win2012             : already mounted
/mnt/win2008             : already mounted

No entanto, se eu tentar listar o diretório onde estão esses pontos de montagem, levará uma eternidade e, eventualmente, informará que esses hosts estão inativos:

ls /mnt

ls: cannot access 'win2012r2': Host is down
ls: cannot access 'win2008r2': Host is down
ls: cannot access 'win2012': Host is down
ls: cannot access 'win2008': Host is down

Acima, é essencialmente o mesmo erro que também vejo nos meus logs rsync do cron:

failed: Host is down (112)

Novamente, tudo começou na terça-feira, 9 de maio de 2017. E isso não está acontecendo apenas nessa rede. é a mesma história em uma empresa completamente diferente, na qual estou usando o mesmo método para backup.

Por fim, nenhuma configuração foi alterada recentemente nesses servidores de backup. Nem me lembro explicitamente de fazer atualizações entre 8 e 9 de maio.

Por favor, informe.

    
por Lonniebiz 11.05.2017 / 11:04

1 resposta

1

Hack temporário.

Encontrei o mesmo erro ao montar a partir da linha de comando.

sudo mount -t cifs //ls2/jc /mnt/ls2 -o username=jc

Eu não recebi um erro, " Host está inativo ", até que tentei acessar o diretório de compartilhamento /mnt/ls2 AND /mnt .

ls /mnt/ls2

ls /mnt

Eu, então, desmontei a ação sudo umount /mnt/ls2 , em seguida, remontei usando o mesmo comando de antes de sudo mount -t cifs //ls2/jc /mnt/ls2 -o username=jc .

Tudo funcionou.

Nota importante:

O compartilhamento em //ls2/jc é não em uma caixa da Microsoft, mas no servidor do Ubuntu 14 atualizado em execução atual smbd Version 4.3.11-Ubuntu . e uname -a output:

Linux ls2 4.4.0-75-generic #96~14.04.1-Ubuntu SMP Thu Apr 20 11:06:56 UTC 2017 i686 i686 i686 GNU/Linux

Cliente em que o comando mount foi executado, uname -a output:

Linux tec3 4.4.0-75-generic #96~14.04.1-Ubuntu SMP Thu Apr 20 11:06:30 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

Versão de montagem do cliente:

mount from util-linux 2.20.1 (with libblkid and selinux support)

    
por 11.05.2017 / 16:37