LINUX.ORG.RU
ФорумAdmin

Не подключается клиент к NFS-серверу.

 , ,


0

2

На Debian 8 server была поднята NFS по одному из гайдов. Конфиг настроен на подключение одного клиента, т.е. прописан ip-адрес клиентского сервера NAT. На клиенте Ubuntu 16.04 установлены необходимые пакеты для клиентского подключения к NFS. Проблема заключается в том, что при попытке примонтировать NFS-шару, после ввода пароля, пишутся 2 строки(последняя с адресами сервера и клиента) и запрос зависает минут на 5, мигает курсор только, а потом появляются ещё 2 строки с ошибкой (см.код). Добавления локального адреса клиента в файл /etc/exports проблему не решает. Порты на сервере открыты, клиент тоже их видит.

user@ubuntu:~$ sudo mount --verbose -t nfs4 X.X.X.X:/share /mnt/share
[sudo] password for user:
mount.nfs4: timeout set for Fri Jan 13 09:51:30 2017
mount.nfs4: trying text-based options 'addr=X.X.X.X,clientaddr=192.168.0.2'
mount.nfs4: mount(2): Connection timed out
mount.nfs4: Connection timed out
где X.X.X.X - ip адрес сервера NFS. При монтировании с параметром "-t nfs" ситуация аналогична. Не знаю, играет ли роль, с каким пользователем я пытаюсь примонтировать шару или серверу на это фиолетово? Может быть дело в ip-адресах, т.е. на клиенте обезательно должнен быть «белый» адрес... ума не приложу. Что ещё интересно, не могу найти на сервере (в логах) попытки подключения по NFS. Да и конкретного лога от NFS-сервера тоже почему-то, в папке логов сервера, нету.

Ответ на: комментарий от whoami

:) что-то изменилось, только не пойму в какую сторону. Теперь консоль пишет следующее:

user@ubuntu:~$ sudo mount --verbose -t nfs X.X.X.X:/share /mnt/share -o vers=3
[sudo] password for user:
mount.nfs: timeout set for Fri Jan 13 12:43:54 2017
mount.nfs: trying text-based options 'vers=3,addr=X.X.X.X'
mount.nfs: prog 100003, trying vers=3, prot=6
mount.nfs: trying X.X.X.X prog 100003 vers 3 prot TCP port 2049
mount.nfs: prog 100005, trying vers=3, prot=17
mount.nfs: trying X.X.X.X prog 100005 vers 3 prot UDP port 36572
Потом опять зависает на несколько минут, а после - дописывает ту же ошибку.
mount.nfs: mount(2): Connection timed out
mount.nfs: Connection timed out
user@ubuntu:~$

podrugka-2009 ()

Посмотреть tcpdump. Но вообще я бы так не делал, как минимум через тунель (вы я так понимаю через инет подключаетесь?). Да и вообще в условиях не стабильной связи не далал бы так.

anc ★★★★★ ()
Ответ на: комментарий от anonymous

NAT

А как это можно проверить? NAT - провайдерский, и у клиентской машины, соответственно, серый адрес.

podrugka-2009 ()
Ответ на: комментарий от anc

tcpdump

Спасибо за наводку :) Вот только с какими параметрами нужно запускать tcpdump и слушать интерфейс, и на чём - на сервере или клиенте? Туннеля нету - на сервере прямой интернет и на клиенте прямой, но через NAT.

Да и вообще в условиях не стабильной связи не далал бы так.

А кто Вам сказал, что связь нестабильная? Это же не dial-up в конце концов...

podrugka-2009 ()
Ответ на: tcpdump от podrugka-2009

Вот только с какими параметрами нужно запускать tcpdump и слушать интерфейс, и на чём - на сервере или клиенте?

И там и там, на клиенте с host ip_сервера, на сервере host ip_клиента_белый_после_nat, и сравнить (если с клиента к серверу будете по ssh подключаться, то host ip_клиента_белый_после_nat and not port 22)

Туннеля нету

так поднять

А кто Вам сказал, что связь нестабильная? Это же не dial-up в конце концов...

инет уже не не стабильная связь, nfs хреново такое переживает, здесь много раз об этом (не только мной) говорилось. от себя повторю, на нестабильном канале в течении многих месяцев перепробовал все возможные комбинации параметров, ничего не помогает, рандомно клиент встает колом, спасает только хард перезагрузка.
Кстати чем вас тот же sshfs не устраивает?

anc ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.