Не удается смонтировать общий ресурс CentOS NFS в Windows 10 - "Ошибка сети - 53"
У меня виртуальная машина CentOS 8 (192.168.10.203
) Бег
nfs-server
, и я пытаюсь смонтировать общий ресурс на моем компьютере с Windows 10 Pro x86_64 (192.168.10.10
) Я установил функцию Windows "Службы для NFS"), но когда я запускаю
mount \\<nfs_server_IP>\data N:
, Я получаю эту ошибку:
Ошибка сети - 53
Для получения дополнительной информации введите "NET HELPMSG 53".
Сообщение для сетевой ошибки 53: "Сетевой путь не найден", но я не уверен, что это означает.
Это то, что у меня
/etc/exports
выглядит так на машине CentOS:
/data 192.168.10.0/24(rw,sync,root_squash,insecure,anonuid=0,anongid=0)
Я также пробовал использовать минимальные варианты:
/data 192.168.10.0/24(rw,sync)
Машины с CentOS и Windows 10 могут пинговать друг друга.
Я могу подключиться к серверу NFS через порт 2049
Выход
rpcinfo -p localhost
запустить на машине NFS:
$ rpcinfo -p localhost
program vers proto port service
100000 4 tcp 111 portmapper
100000 3 tcp 111 portmapper
100000 2 tcp 111 portmapper
100000 4 udp 111 portmapper
100000 3 udp 111 portmapper
100000 2 udp 111 portmapper
100024 1 udp 39181 status
100024 1 tcp 38357 status
100005 1 udp 20048 mountd
100005 1 tcp 20048 mountd
100005 2 udp 20048 mountd
100005 2 tcp 20048 mountd
100005 3 udp 20048 mountd
100005 3 tcp 20048 mountd
100003 3 tcp 2049 nfs
100003 4 tcp 2049 nfs
100227 3 tcp 2049 nfs_acl
100021 1 udp 53482 nlockmgr
100021 3 udp 53482 nlockmgr
100021 4 udp 53482 nlockmgr
100021 1 tcp 39197 nlockmgr
100021 3 tcp 39197 nlockmgr
100021 4 tcp 39197 nlockmgr
у меня есть
insecure
вариант в моем
/etc/exports
за "Ошибка сети - 53" при попытке смонтировать общий ресурс NFS в клиенте Windows Server 2008. Не сработало.
Я пробовал отключить брандмауэры на обоих хостах, но безрезультатно (systemctl disable firewalld && iptables --flush
на компьютере с CentOS и отключив брандмауэры Защитника Windows (брандмауэры общедоступной и частной сети).
Есть идеи?
7 ответов
Что касается Linux, убедитесь, что ваша конфигурация сервера NFS верна:
- должны быть установлены nfs-utils и nfs-utils-lib
- rpcbind, nfs-server, nfs-lock, nfs-idmap должны быть включены
rpcbind, nfs-server, nfs-lock, nfs-idmap должны быть запущены
Выберите каталоги, которыми хотите поделиться
- убедитесь, что ваш пользователь может получить доступ ко всему внутри своего каталога
- получить UID и GID пользователя, которого вы планируете использовать
получить IP-адрес вашего NFS-клиента Windows 10
отредактируйте файл экспорта (etc / exports) и добавьте в него пользователя, которого вы будете использовать:
/home/user 192.168.1.2(rw,sync,root_squash,all_squash,anonuid=1001,anongid=1001)
- примечание: идентификаторы - полученные ранееперезапустите службу с помощью
systemctl restart nfs-server
получить правильные порты с
rpcinfo -p
добавить их в брандмауэр
Со стороны окон:
- убедитесь, что вы установили клиент для NFS
- теперь вам нужно сопоставить UID и GID, которые были получены ранее (1001 в примере части Linux) как на сервере, так и на клиенте
- regedit в HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ClientForNFS\CurrentVersion\Default
- Вам нужно будет создать две новые записи DWORD (32-битные), щелкнув правой кнопкой мыши внутри ключа по умолчанию. Они должны называться AnonymousGid и AnonymousUid. Оба они должны иметь десятичное значение, соответствующее GID и UID вашего пользователя, которые вы получили ранее (1001 в примере).
перезапустите службу NFS на стороне клиента Windows 10, используя:
Конфигурация HOSTNAME клиента nfsadmin casesensitive=yes
HOSTNAME клиента nfsadmin остановить
Запуск HOSTNAME клиента nfsadmin
наконец, сделайте монтирование: mount -o anon \192.168.1.3\home\storage\ X:
Вы должны получить сообщение об успешном монтировании.
Это решило это для меня:
NFS работала только под NFS v4 - добавление службы v2/3 к серверу Linux решило проблему, и я смог смонтировать NFS.
В моем случае это было вызвано брандмауэром, хотя у меня были разрешены порты 111, 2049 и 20048. Я только что полностью открыл брандмауэр между двумя серверами, и он сработал, поэтому я не уверен, какие порты нужно открыть.
Я подозреваю, что следование этому совету по установке статических портов и их последующее открытие также сработает:https://askubuntu.com/questions/1313682/set-static-ports-for-nfs-v3-on-ubuntu-20-x- сервер
Есть идеи?
SELinux выполняет свою работу - это моя идея.
Редактировать;
-Я знаю из личного опыта, что SELinux всегда полезно проверять при работе с системой RHEL/Centos, когда что-то происходит. Проверка /var/log/audit для AVC отклонена
-setenforce 0 можно попробовать.
В моем случае эта ошибка связана с тем, что я указал неправильный удаленный путь, буквально, как указывает сообщение об ошибке «Сетевой путь не найден».
Я ошибаюсь и неправильно понимаю, что хост не найден, поэтому трачу довольно много времени на копание в сетевых стеках, прежде чем осознаю реальную проблему.
У меня это случилось, когда диск NFS уже был смонтирован. Его не было в списке в проводнике, потому что я подключил его через терминал cmd с повышенными правами. В Windows монтирование диска NFS обычно не требует повышенных привилегий.
... и я пытаюсь смонтировать общий ресурс на моем компьютере с Windows 10 Pro x86_64
Я видел, как ваш сервер прослушивает порт 2049, и вариант небезопасности не сработал;
Я бы посоветовал установить этот реестр на OFF (0), чтобы позволить клиенту NFS разрешить привязку к незарезервированному порту (более 1024).
HKLM\ Программное обеспечение \Microsoft\ClientforNFS\CurrentVersion\Default\
UseReservedPorts:= 0 (DWORD-32b)
По умолчанию эта опция включена.