¿Por qué no puedo encontrar la ubicación compartida de NFS en las máquinas cliente de Ubuntu desde Windows?

¿Por qué no puedo encontrar la ubicación compartida de NFS en las máquinas cliente de Ubuntu desde Windows?

he seguidoesteenlace para configurar NFS en Ubuntu 20,

Pero cuando intento usar mi máquina Windows para acceder a la IP del servidor en el formato //server_IP/, aparece un error

Windows no puede encontrar server_IP. Asegúrese de escribir el nombre correctamente.

No estoy seguro de cómo solucionar el problema.

NOTA: Solía nginx​​alojar la ubicación compartida y puedo ver la ubicación compartida en el navegador a través de la IP del servidor.

Por favor sugiera, gracias

Respuesta1

El protocolo predeterminado para compartir archivos de Windows no es NFS sino SMB. Cuando escribe \\hostname-or-IP\share_nameen el Explorador de Windows, le pide a Windows que establezca una conexión al archivo compartido SMB (o impresora) especificado en el host especificado.

Windows 10 puede usar NFS...siinstalas elopcionalComplemento de servicios para NFS, que puede que solo esté disponible para las versiones Enterprise y Pro de Windows 10.

E incluso si instala eso, a menos que ambos sistemas estén unidos en un único dominio AD, no hay forma de que el servidor NFS de Linux identifique a los usuarios de Windows, por lo que no habrá forma de especificar que un usuario de Windows puede acceder a algo en NFS. compartir mientras que otro no; será esencialmente todo o nada.

Aunque la configuración de Windows está fuera de tema para Unix y Linux SE, aquí hay un enlace que describe cómo configurar Windows 10 como un cliente NFS básico: https://graspingtech.com/mount-nfs-share-windows-10/

Tenga en cuenta que el procedimiento incluye la edición del registro y, por lo tanto, no es muy fácil de usar.

En su lugar, recomendaría instalar el paquete de software Samba en su servidor Ubuntu y usarlo para compartir la ubicación del disco usando el protocolo SMB nativo de Windows.

Sin embargo, existe una complicación:Dado que Microsoft está desaprobando la versión 1 del protocolo SMB (SMBv1 para abreviar) y con ella la funcionalidad NetBIOS, las partes del protocolo SMB que permiten explorar los recursos compartidos de la red (es decir, conectarse con just \\hostname-or-ip\y ver lo que está disponible en ese host) de forma no -El entorno de Active Directory se está deshabilitando y eventualmente eliminando.

(Aún es posible volver a habilitar SMBv1, peromuy poco recomendableya que las fallas inherentes de SMBv1 son las que permitieron que el gusano de rescate WannaCry se propagara tan rápidamente en todo el mundo en 2017. El agujero específico utilizado por el gusano original fue reparado, pero es posible que aún sean posibles otras variaciones de la misma técnica, como lo fue SMBv1. es muy complejo y SMBv2 fue una simplificación y optimización radical del protocolo).

Para solucionar este problema, Microsoft ha introducido un nuevo protocolo para anunciar y descubrir recursos compartidos de red en entornos que no son AD. Este protocolo aún no se ha integrado con Samba, peroun demonio wsdd2 separado puede leer su configuración de Samba y proporcionar los anuncios necesariospara permitir que los sistemas Windows que no son de Active Directory encuentren su servidor Samba y vean qué recursos compartidos tiene disponibles.

El nuevo protocolo de navegación se llama WS-Discover y también presenta algunos problemas de seguridad. Si se expone a Internet, puede permitir que sus sistemas se utilicen como amplificadores de ataques DoS contra otros hosts. Si usa wsdd2, debe bloquear cualquier tráfico a los puertos 3702 y 5355 (UDP y TCP) en el límite de su red, en ambas direcciones: no querrá que entren en su red mensajes WS-Discover que no sean de confianza, ni los suyos propios. mensajes WS-Discover de los sistemas se filtren.

información relacionada