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

Почему NFS через SSH не прозрачен для NFS?

Кажется, что NFS через LAN работает так, как ожидалось - один загружает nfs-utils rpm, делает общий ресурс, изменяет владельца и SEL, разрешает nfs в firewalld, запускает демон nfs-server, и все готово.
Желая получить доступ к файлам через Интернет, я настраиваю SSH-туннель в качестве быстрой альтернативы реализации и поддержке Kerberos, однако ничто не работает так, как ожидалось.

Учитывая следующую топологию:
NFS-сервер (192.168.1.2) - Шлюз (LAN 192.168.1.1, WAN 1.2.3.4) - Интернет - Главная

Я пробовал настроить SSH-туннель непосредственно на NFS-сервер:
home: ssh -fNv -L 2049:localhost:2049 NFS-server

и через шлюз:
home: ssh -fNv -L 2049:192.168.2:2049 Gateway

В конечном итоге, при установке любого варианта на домашний компьютер,
home: mount -o port=2049 -t nfs localhost:/var/nfsshare /mnt
Я получаю такой же ответ - requested NFS version or transport protocol is not supported

Я читал об опыте людей с NFS через SSH, и, похоже, он сильно варьируется, от людей, которые просто получают его, до работай , чтобы необходимость настройки служб, о которых никогда не упоминалось, с помощью простого NFS - т.е. rpcbind, nfs-lock, nfs-idmap.

Итак, у меня вопрос: должен ли NFS с SSH «просто работать», или перенаправление SSH вводит что-то, что NFS не может обрабатывать изначально?

Оказывается, чего не хватало insecure в опции экспорта. Кроме этого, все работает так, как ожидалось