Назад | Перейти на главную страницу

Не удается смонтировать общий ресурс 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 (брандмауэры общедоступной и частной сети).

Любые идеи?

Со стороны 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.

Любые идеи?

SELinux выполняет свою работу - это моя идея.

Редактировать;

-Я знаю из личного опыта, что SELinux всегда полезно проверять при работе с системой RHEL / Centos, когда что-то происходит. Проверка / var / log / audit для AVC отклонена

-setenforce 0 можно попробовать.

... и я пытаюсь смонтировать общий ресурс на моем компьютере с Windows 10 Pro x86_64

Я видел, как ваш сервер прослушивает порт 2049, и вариант небезопасности не сработал;

Я бы посоветовал установить этот реестр на OFF (0), чтобы позволить клиенту NFS разрешить привязку к незарезервированному порту (более 1024).

HKLM \ Software \ Microsoft \ ClientforNFS \ CurrentVersion \ Default \

UseReservedPorts: = 0 (DWORD-32b)

По умолчанию эта опция включена.