Я создаю долю NFS. Я настроил сервер NFS и также клиент NFS.
Моя доля работала превосходная до вчерашнего дня, и теперь я узнал, что она не работает.
Я восстановил все шаги конфигурации NFS, и она все еще не работает.
Моя проблема - это, когда я пытаюсь получить доступ к своему использованию папки монтирования cat /mnt/nfs1.txt
(который работал превосходный до вчерашнего дня), ничто не появляется на экране. И похоже, что это повешено, или это вышло из строя.
root@ela-native:~# cat /mnt/nfs1.txt
После этого ничто не появляется на экране, и также я должен закрыть терминал для выхода.
Что я делаю неправильно?
Edit1
Следующее является шагами в моих конфигурациях для nfs:
Сервер NFS:
sudo apt-get install nfs-kernel-server
sudo mkdir /var/nfs/general
sudo nano /etc/exports
/var/nfs/general *(rw,sync,no_root_squash,no_subtree_check)
sudo exportfs -a
sudo service nfs-kernel-server start
Клиент NFS:
sudo apt-get install nfs-common
sudo mount 172.21.215.101:/var/nfs/general /mnt
И также если я работаю mount -t nfs
, я получаю это:
root@ela-native:/home/salini# mount -t nfs
172.21.215.101:/var/nfs/general on /mnt type nfs (rw,vers=4,addr=172.21.215.101,clientaddr=192.168.164.78)
Я также попробовал showmount -e 172.21.215.101
я добрался
clnt_create: RPC: Port mapper failure - Timed out
Edit2
И я попробовал less /var/log/boot.log
в машине сервера и согласно моему пониманию, я думаю, что существует некоторая ошибка с сервером nfs.
[ESC[0;1;31mFAILEDESC[0m] Failed to start Automatically refresh installed snaps.
[ESC[0;1;31mFAILEDESC[0m] Failed to mount /mnt/nfs/var/nfs.
See 'systemctl status mnt-nfs-var-nfs.mount' for details.
[ESC[0;1;33mDEPENDESC[0m] Dependency failed for Remote File Systems.
Starting Permit User Sessions...
Starting LSB: VirtualBox Linux kernel module...
Starting LSB: Set the CPU Frequency Scaling governor to "ondemand"...
Starting LSB: Speech Dispatcher...
Starting LSB: automatic crash report generation...
Starting LSB: Apache2 web server...
Starting LSB: daemon to balance interrupts for SMP systems...
[ESC[0;32m OK ESC[0m] Mounted /mnt/nfs/home.
Какова проблема здесь?
Edit3
Я сделал sudo ufw status numbered
и sudo netstat -nlp | grep :111
. Я получил это:
root@wsm-ela-inc6:/home/test# sudo ufw status numbered
Status: active
To Action From
-- ------ ----
[ 1] 514/tcp ALLOW IN Anywhere
[ 2] 514/udp ALLOW IN Anywhere
[ 3] 514/tcp (v6) ALLOW IN Anywhere (v6)
[ 4] 514/udp (v6) ALLOW IN Anywhere (v6)
root@wsm-ela-inc6:/home/test# sudo netstat -nlp | grep :111
tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 3062/rpcbind
tcp6 0 0 :::111 :::* LISTEN 3062/rpcbind
udp 0 0 0.0.0.0:111 0.0.0.0:* 3062/rpcbind
udp6 0 0 :::111 :::* 3062/rpcbind
Edit4
Я попробовал еще раз для showmount
но с другой стороны терминал дает мне это
clnt_create: RPC: Port mapper failure - Timed out
Также я попробовал sudo service portmap restart
и я добрался portmap: unrecognized service
. Также я попробовал sudo service statd restart
, это подходило. С другой стороны я попробовал showmount
но тем не менее та же проблема.
Edit5
Я также попробовал netstat
и получил это:
tcp 0 0 wsm-ela-inc6.csez:52630 maa03s29-in-f2.1e:https ESTABLISHED
tcp 0 0 wsm-ela-inc6.csez.z:nfs wsm-ela-inc6.csez.z:890 ESTABLISHED
tcp 0 0 wsm-ela-inc6.csez:34388 stackoverflow.com:https ESTABLISHED
tcp 0 0 wsm-ela-inc6.csez:35504 maa05s06-in-f8.1e:https TIME_WAIT
tcp 0 0 wsm-ela-inc6.csez.z:890 wsm-ela-inc6.csez.z:nfs ESTABLISHED
tcp 0 0 wsm-ela-inc6.csez:39524 maa03s22-in-f2.1e:https TIME_WAIT
tcp 0 0 wsm-ela-inc6.csez:shell 192.168.164.78:58982 ESTABLISHED
tcp 0 0 wsm-ela-inc6.csez:34414 stackoverflow.com:https ESTABLISHED
tcp 0 0 wsm-ela-inc6.csez:34438 stackoverflow.com:https ESTABLISHED
Кто-то помогите мне. Я являюсь отчаянным.
Я понял, что, отключив брандмауэры на клиенте и на сервере, команды mount
и showmount
работают очень хорошо.
Я пытался отключить брандмауэры на сервере и клиенте, и все это появилось. Как правило, если клиент и сервер не находятся в одной доверенной сети, запускать NFS между ними не очень хорошая идея - не в последнюю очередь потому, что он не очень хорошо работает с тупыми брандмауэрами. Если они находятся в одной и той же доверенной сети, то более широкое разрешение в каждой системе для входного трафика от другой, вероятно, сохранит работоспособность.