Терминал зависает при монтаже / выполнении showmount

526
Lublaut

Я создаю общий ресурс NFS. Я настроил сервер NFS, а также клиента NFS.

Моя доля работала отлично до вчерашнего дня, и теперь я узнал, что она не работает.

Я переделал все этапы настройки NFS, и он все еще не работает.

Моя проблема в том, что когда я пытаюсь получить доступ к своей папке монтирования с помощью c at /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

Я сделал с udo 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

Я сделал :

sudo ufw allow from 192.168.1.0/24 to any port 2049  sudo ufw allow from 192.168.1.0/24 to any port 111 

И я попробовал еще раз для 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 

Кто-нибудь, пожалуйста, помогите мне. Я в отчаянии.

2

1 ответ на вопрос

0
Lublaut

Я понял, что, отключив брандмауэры как на клиенте, так и на сервере, команды mount и showmount работают просто отлично.

Я попытался отключить брандмауэры на сервере и клиенте, и все это появилось. Как правило, если клиент и сервер не находятся в одной доверенной сети, запуск NFS между ними не является хорошей идеей - не в последнюю очередь потому, что он не очень хорошо работает с тупыми брандмауэрами. Если они находятся в одной и той же доверенной сети, то более широкое разрешение в каждой системе для входного трафика от другой, вероятно, сохранит работоспособность.