Неспособный к NFS монтируют из Ubuntu 14.04.1 LTS против NAS QNAP

Отметьте, это - вопрос о перекрестной рассылке в сообществе NAS QNAP здесь: http://forum.qnap.com/viewtopic.php?f=35&t=96526&p=427018#p427018

Любые комментарии и предложения, а также указатели на части релевантной информации очень ценятся.

Я не могу NFS монтировать от моего клиента NFS под управлением Ubuntu 14.04.1 (LTS) против моего сервера NFS (QNAP NAS). Моя среда:

• Сервер NFS: QNAP TS-669 Pro рабочее встроенное микропрограммное обеспечение 4.1.0 (датированный: 12.06.2014)
• Клиент NFS: ECS LIVA (маленький базовый ПК) под управлением Ubuntu 14.04.1 Рабочий стол LTS.
• Эти две системы соединены через Ethernet 1000Base-T и reacheable IP.
• Определение имен сделано локальным реестром (/etc/hosts), и getent размещает возвраты команды имени хоста корректный и последовательный IP-адрес на обоих узлах.
• Сервису NFS включают на сервере NFS, и право доступа NO_LIMIT дано на определенной папке доли, а именно, "/nfs", на вкладке "NFS host access" приложения конфигурирования "Совместно используемых папок": на самом деле я могу подтвердить, что это - мир NFS, экспортируемый через issueing "exportfs-rva" команда на NAS.
• Поскольку Ubuntu (клиент NFS) не устанавливает клиентские пакеты NFS по умолчанию, я явно установил общий для nfs пакет, как описано в здесь: Установка ПРАКТИЧЕСКОГО РУКОВОДСТВА NFS (https://help.ubuntu.com/community/SettingUpNFSHowTo#NFS_Client); rpcbind пакет, кажется, установлен по умолчанию.

На клиенте NFS, Если я выполняю команду, "монтируют-t nfs nas:/nfs/mnt", она дает вывод "mount.nfs: Соединение, приведенное к таймауту" после пять или 10 минут спустя. Тот же результат возвращается, даже если я указываю протокол версии 3 NFS с-overs=3 опцией, в то время как попытка к NFS монтируется. Также команда "showmount-e" перечисляет экспортируемую совместно используемую папку NFS (каталог) имена в конечном счете, но также требуется пять или 10 минут для завершения.

На сервере NFS, "exportfs-rva" команда возвращает следующее предупреждающее сообщение, но я полагаю, что сообщение не имеет отношение с проблемой (я получаю доступ к NAS через SSH в этом коде exmple):

[~] # exportfs -rva
exportfs: /etc/exports [1]: Neither 'subtree_check' or 'no_subtree_check' specified for export "*:/share/MD0_DATA/Public".
Assuming default behaviour ('no_subtree_check').   NOTE: this default has changed since nfs-utils version 1.0.x

exportfs: /etc/exports [2]: Neither 'subtree_check' or 'no_subtree_check' specified for export "*:/share/MD0_DATA/nfs".
Assuming default behaviour ('no_subtree_check').   NOTE: this default has changed since nfs-utils version 1.0.x

exporting *:/share/MD0_DATA/nfs exporting *:/share/MD0_DATA/Public

На клиенте NFS команда монтирования занимает много времени (больше чем пять минут) для завершения. Я указал vers=3 опцию, потому что я понимаю, что QNAP не поддерживает NFS V4 по умолчанию, и NFS V3 удовлетворяет мое требование. Это не имеет значения действительно ли, указывая tcp и/или nolock опции (то же поведение).

root@livak5:~# mount -t nfs -vvv -overs=3,tcp,nolock nas:/share/MD0_DATA/nfs /mnt
mount: fstab path: "/etc/fstab"
mount: mtab path:  "/etc/mtab"
mount: lock path:  "/etc/mtab~"
mount: temp path:  "/etc/mtab.tmp"
mount: UID:        0
mount: eUID:       0
mount: spec:  "nas:/share/MD0_DATA/nfs"
mount: node:  "/mnt"
mount: types: "nfs"
mount: opts:  "vers=3,tcp,nolock"
mount: external mount: argv[0] = "/sbin/mount.nfs"
mount: external mount: argv[1] = "nas:/share/MD0_DATA/nfs"
mount: external mount: argv[2] = "/mnt"
mount: external mount: argv[3] = "-v"
mount: external mount: argv[4] = "-o"
mount: external mount: argv[5] = "rw,vers=3,tcp,nolock"
mount.nfs: timeout set for Sun Aug 24 11:24:44 2014
mount.nfs: trying text-based options 'vers=3,tcp,nolock,addr=192.168.11.50'
mount.nfs: prog 100003, trying vers=3, prot=6
mount.nfs: trying 192.168.11.50 prog 100003 vers 3 prot TCP port 2049
mount.nfs: prog 100005, trying vers=3, prot=6
mount.nfs: trying 192.168.11.50 prog 100005 vers 3 prot TCP port 41687
mount.nfs: mount(2): Connection timed out
mount.nfs: trying text-based options 'vers=3,tcp,nolock,addr=192.168.11.50'
mount.nfs: prog 100003, trying vers=3, prot=6
mount.nfs: trying 192.168.11.50 prog 100003 vers 3 prot TCP port 2049
mount.nfs: prog 100005, trying vers=3, prot=6
mount.nfs: trying 192.168.11.50 prog 100005 vers 3 prot TCP port 41687
mount.nfs: mount(2): Connection timed out
mount.nfs: trying text-based options 'vers=3,tcp,nolock,addr=192.168.11.50'
mount.nfs: prog 100003, trying vers=3, prot=6
mount.nfs: trying 192.168.11.50 prog 100003 vers 3 prot TCP port 2049
mount.nfs: prog 100005, trying vers=3, prot=6
mount.nfs: trying 192.168.11.50 prog 100005 vers 3 prot TCP port 41687
mount.nfs: mount(2): Connection timed out
mount.nfs: Connection timed out

На клиенте NFS portmapper кажется работающим просто великолепно против версии 2, 3 NFS, и 4:

root@livak5:~# rpcinfo -p
   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  57148  status
    100024    1   tcp  52831  status

На сервере NFS я пытался проверить, работает ли pormapper на нем от клиента NFS, так как ему не установили команду rpcinfo:

root@livak5:~# nc -zv nas 111
Connection to nas 111 port [tcp/sunrpc] succeeded!
root@livak5:~# rpcinfo -s nas
   program version(s) netid(s)                         service     owner
    100000  2,3,4     local,udp,tcp                    portmapper  superuser
    100011  2,1       tcp,udp                          rquotad     superuser
    100005  3,2,1     tcp,udp                          mountd      superuser
    100003  3,2       udp,tcp                          nfs         superuser
    100227  3,2       udp,tcp                          -           superuser
    100021  4,3,1     tcp,udp                          nlockmgr    superuser
    100024  1         tcp,udp                          status      superuser

Более поздняя команда (rpcinfo) занимает много времени (больше чем пять минут) для завершения, который копирует проблемную первопричину, я верю. Обратите внимание на то, что и на портах TCP, 2049 и на 41687, соответствующие процессы демона слушают на NAS. Я могу подтвердить этот факт начиная с возвратов команды nc немедленно на клиенте NFS против NAS как показано в следующем выводе:

root@livak5:~# nc -zv nas 2049
Connection to nas 2049 port [tcp/nfs] succeeded!
root@livak5:~# nc -zv nas 41687
Connection to nas 41687 port [tcp/*] succeeded!

Странно достаточно я могу версия 3 NFS монтироваться на самом NAS как показано в следующем выводе (я получаю доступ к NAS через SSH в этом коде exmple):

[~] # mkdir /mnt2
[~] # mount -overs=3 nas:/share/MD0_DATA/public /mnt2
[~] # df -k
Filesystem           1k-blocks      Used Available Use% Mounted on
/dev/ram0               154691    137854     16837  89% /
devtmpfs               1531580         4   1531576   0% /dev
tmpfs                    65536       160     65376   0% /tmp
/dev/md9                521684    126312    395372  24% /mnt/HDA_ROOT
/dev/md0             11622485880 410664920 11211296672   4% /share/MD0_DATA
/dev/md13               379888    259868    120020  68% /mnt/ext
tmpfs                    32768         0     32768   0% /.eaccelerator.tmp
nas:/share/MD0_DATA/public/11622485888 411189216 11211296672   4% /mnt2

Хотя выглядит, как будто у меня есть своего рода проблема заблокированных портов на Клиенте NFS, но кажется, что Ubuntu 14.04.1 не включает ufw (несложный брандмауэр, это - на самом деле фронтенд к iptables), по умолчанию как показано в следующем документе Wiki: Несложный Брандмауэр (так или иначе, я не могу вставить URL Wiki здесь). Я могу подтвердить, что ничто не заблокировалось на нем путем выполнения команды на клиенте NFS:

root@livak5:~# iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination