использование NFS в ненадежных сетях (Wi-Fi / мобильный)

Question

У меня дома есть NFS-сервер (и соединение openvpn, которое работает только вне дома).

Мой телефон (Jolla) в основном Linux, и он поддерживает мобильные сети передачи данных / Wi-Fi / USB.

По сути, я хочу смонтировать NFS с телефона на мой сервер, чтобы я мог видеть фильм / музыку, хранящиеся на сервере NFS.

В идеале было бы неплохо, если бы у меня не было сети, чтобы она остановилась, но продолжила играть, когда я вернусь к подключению. (надеюсь, у игрока есть некоторая буферизация, которая, например, исключает время ожидания от переключения с wifi на openvn).

Важной частью здесь является надежность / стабильность, меня не волнует производительность.

NFS сервер находится в сети 10.73.98.0/24. Сеть openvpn (10.73.99.0/24) может маршрутизировать ее напрямую, подключение openvpn отклоняется внутри локальной сети, поэтому она не конфликтует.

Учитывая следующие варианты подключения к сети:

• usb-сеть через ПК (исходная сеть 192.168.7.0/24, MASQUERADED до сети 10.73.98.0/24)
• WiFi-соединение дома (в локальной сети, исходная сеть 10.73.98.0/24)
• мобильная передача данных (динамический ip, сеть openvpn 10.73.99.0/24)
• Wi-Fi вне дома (сеть openvpn 10.73.99.0/24)

afaik NFS over UDP не будет беспокоиться о маршрутизации, но будет нуждаться в том же IP-адресе (возможно?) для горы, чтобы выжить в сети ...

Теперь я также посмотрел на fscache в надежде, что он будет кешировать на уровне блоков и хранить блоки (возможно, с некоторым чтением из файла NFS?). но похоже, что он хранится на уровне файлов.

Текущие тесты не выживают, например, выходя за пределы диапазона Wi-Fi и обратно. даже после некоторого ожидания ...

Каковы были бы лучшие варианты монтирования, которые я должен попробовать? Должен ли я посмотреть на некоторые формы автомонтирования тоже? А как насчет intr или soft/hard или TCP/UDP... я должен всегда туннелировать его через openvpn для надежности? Как насчет настроек openvpn? так далее...

Answer 1

В согласии с заявлением Загримсана о том, что ненадежная сеть и NFS плохо взаимодействуют друг с другом. Ваш пробег определенно будет меняться и не ожидать никаких обещаний, хотя в целом это может сработать.

OpenVPN через Интернет в целом сопоставим с очень плохим качеством, очень длинным кабелем из любой точки мира прямо в вашу частную сеть. NFS была разработана с учетом малой задержки и высокого качества, так что это не лучший вариант использования.

Было бы целесообразно использовать варианты мягкого и внутреннего монтирования, поскольку прерывания вполне возможны, особенно когда вы используете описанные вами типы подключения. Для простоты, да, вы всегда должны использовать VPN при подключении к общему ресурсу, иначе сервер будет интерпретировать ваши домашние и роуминговые соединения как два клиента, или больше, если вы получите новый IP-адрес при переподключении VPN, запутанную блокировку и другую логику параллелизма. ,

Если ваша сеть .99 уже доступна только через VPN, то простое проталкивание любых других маршрутов к клиенту позволит вам включить VPN на дому.

OpenVPN в режиме TUN обычно повторно выдает тот же IP-адрес клиенту с тем же сертификатом, и любая используемая вами служба DHCP должна использовать статический MAC-адрес (с опцией lladdr OpenVPN), чтобы назначать одинаковый IP-адрес каждому соединению в режиме TAP , Здесь нет никакого преимущества для TAP, поэтому я бы держался подальше. Вы можете использовать директиву ccond ifconfig-push если вместо сертификатов вы используете фразу-пароль

Сначала я посмотрю на TCP для транспорта NFS и UDP для транспорта OpenVPN. Вы абсолютно не хотите, чтобы оба OpenVPN на TCP и NFS на TCP по этим шатким типам подключения.