Я следовалэтотссылка для настройки NFS в Ubuntu 20,
Но когда я пытаюсь использовать свой компьютер с Windows для доступа к IP-адресу сервера в формате //server_IP/, я получаю сообщение об ошибке
Windows не может найти
server_IP. Убедитесь, что вы правильно ввели имя.
Я не уверен, как исправить эту проблему.
ПРИМЕЧАНИЕ: Я использовал nginxхостинг для общего расположения и могу видеть общее расположение в браузере через IP-адрес сервера.
Пожалуйста, предложите, Спасибо
решение1
Протокол обмена файлами по умолчанию в Windows — не NFS, а SMB. Когда вы вводите данные \\hostname-or-IP\share_nameв проводнике Windows, вы просите Windows установить соединение с указанным общим файлом SMB (или принтером) на указанном хосте.
Windows 10 может использовать NFS...еслиВы устанавливаетенеобязательныйСлужбы для надстройки NFS, которые могут быть доступны только в версиях Enterprise и Pro Windows 10.
И даже если вы установите его, если обе системы не объединены в один домен AD, сервер Linux NFS не сможет идентифицировать пользователей Windows, поэтому не будет возможности указать, что один пользователь Windows может получить доступ к чему-либо на общем ресурсе NFS, а другой — нет; по сути, это будет работать по принципу «все или ничего».
Хотя настройка Windows не является темой для Unix&Linux SE, вот ссылка, описывающая, как настроить Windows 10 в качестве базового клиента NFS: https://graspingtech.com/mount-nfs-share-windows-10/
Обратите внимание, что процедура включает в себя редактирование реестра и поэтому не очень удобна для пользователя.
Вместо этого я бы рекомендовал установить программный пакет Samba на ваш сервер Ubuntu и использовать его для общего доступа к диску с использованием собственного протокола SMB Windows.
Однако есть одно осложнение:Поскольку Microsoft прекращает поддержку протокола SMB версии 1 (сокращенно SMBv1), а вместе с ним и функциональности NetBIOS, части протокола SMB, которые позволяют просматривать сетевые ресурсы (т. е. подключаться \\hostname-or-ip\и просматривать то, что доступно на этом хосте) в среде, отличной от Active Directory, отключаются и в конечном итоге удаляются.
(Повторное включение SMBv1 все еще возможно, ноочень не рекомендуетсяпоскольку именно присущие SMBv1 недостатки позволили червю-вымогателю WannaCry так быстро распространиться по всему миру в 2017 году. Конкретная дыра, используемая исходным червем, была исправлена, но могут существовать и другие вариации той же методики, поскольку SMBv1 был/есть очень сложным, а SMBv2 был радикальным упрощением и оптимизацией протокола.)
Чтобы обойти это, Microsoft представила новый протокол для объявления и обнаружения сетевых ресурсов в средах, отличных от AD. Этот протокол пока не интегрирован с Samba, ноотдельный демон wsdd2 может считывать вашу конфигурацию Samba и предоставлять необходимые объявлениячтобы разрешить системам Windows, не поддерживающим Active Directory, находить ваш сервер Samba и просматривать доступные ему общие ресурсы.
Новый протокол просмотра называется WS-Discover, и у него также есть некоторые проблемы с безопасностью. Если он открыт для доступа в Интернет, он может позволить использовать ваши системы в качестве усилителей DoS-атак против других хостов. Если вы используете wsdd2, вам следует заблокировать любой трафик на порты 3702 и 5355 (UDP и TCP) на границе вашей сети в обоих направлениях: вы не захотите, чтобы ненадежные сообщения WS-Discover попали в вашу сеть, а сообщения WS-Discover ваших собственных систем просочились наружу.