eu tenho seguidoesselink para configurar o NFS no Ubuntu 20,
Mas quando estou tentando usar minha máquina Windows para acessar o IP do servidor no formato //server_IP/, estou recebendo um erro
O Windows não consegue encontrar
server_IP. Certifique-se de digitar o nome corretamente.
Não tenho certeza de como corrigir o problema.
NOTA: Eu costumava nginxhospedar o local compartilhado e consigo ver o local compartilhado no navegador através do IP do servidor.
Por favor sugira, obrigado
Responder1
O protocolo de compartilhamento de arquivos padrão do Windows não é NFS, mas SMB. Ao digitar \\hostname-or-IP\share_nameno Windows Explorer, você está solicitando ao Windows que estabeleça uma conexão com o compartilhamento de arquivo SMB (ou impressora) especificado no host especificado.
Windows 10 pode usar NFS...sevocê instala oopcionalComplemento de serviços para NFS, que pode estar disponível apenas para as versões Enterprise e Pro do Windows 10.
E mesmo se você instalar isso, a menos que ambos os sistemas estejam unidos em um único domínio AD, não há como o servidor Linux NFS identificar os usuários do Windows, portanto não haverá como especificar que um usuário do Windows pode acessar algo no NFS compartilhe enquanto outro não; será essencialmente tudo ou nada.
Embora a configuração do Windows esteja fora do tópico do Unix e Linux SE, aqui está um link que descreve como configurar o Windows 10 como um cliente NFS básico: https://graspingtech.com/mount-nfs-share-windows-10/
Observe que o procedimento inclui edição de registro e, portanto, não é muito amigável.
Em vez disso, eu recomendaria instalar o pacote de software Samba em seu servidor Ubuntu e usá-lo para compartilhar a localização do disco usando o protocolo SMB nativo do Windows.
No entanto, há uma complicação:já que a Microsoft está descontinuando o protocolo SMB versão 1 (abreviadamente SMBv1) e com ele a funcionalidade NetBIOS, as partes do protocolo SMB que permitem a navegação nos compartilhamentos de rede (ou seja, conectar-se apenas \\hostname-or-ip\e ver o que está disponível naquele host) de uma forma não -O ambiente do Active Directory está sendo desativado e eventualmente removido.
(A reativação do SMBv1 ainda é possível, masmuito não recomendadojá que foram as falhas inerentes do SMBv1 que permitiram que o worm de resgate WannaCry se espalhasse tão rapidamente pelo mundo em 2017. O buraco específico usado pelo worm original foi corrigido, mas pode haver outras variações da mesma técnica ainda possíveis, como o SMBv1 foi/ é muito complexo e o SMBv2 foi uma simplificação e otimização radical do protocolo.)
Para contornar isso, a Microsoft introduziu um novo protocolo para anunciar e descobrir compartilhamentos de rede em ambientes não AD. Este protocolo ainda não foi integrado ao Samba, masum daemon wsdd2 separado pode ler sua configuração do Samba e fornecer os anúncios necessáriospara permitir que sistemas Windows que não sejam do Active Directory encontrem seu servidor Samba e vejam quais compartilhamentos ele tem disponíveis.
O novo protocolo de navegação é denominado WS-Discover e também apresenta algumas preocupações de segurança. Se exposto à Internet, poderá permitir que seus sistemas sejam usados como amplificadores de ataque DoS contra outros hosts. Se você usar wsdd2, deverá bloquear qualquer tráfego para as portas 3702 e 5355 (UDP e TCP) na borda da sua rede, em ambas as direções: você não desejará que mensagens não confiáveis do WS-Discover entrem na sua rede, nem na sua própria rede. mensagens WS-Discover dos sistemas vazem.