використання NFS над ненадійними мережами (wifi / mobile)


5

У мене є домашній сервер NFS (і з'єднання openvpn, яке працює тільки поза домом).

Мій телефон (Jolla) в основному Linux, і має мобільні дані / wifi / 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)
  • wifi за межами дому (openvpn мережа 10.73.99.0/24)

afaik NFS над UDP не буде турбуватися про маршрутизацію, але буде потрібно той же IP-адресу (можливо?) для монтування, щоб вижити в мережі ...

Тепер я також подивився на fscache з надією, що він буде кешувати на блокових рівнях і блоках зберігання (можливо, з деякими readahead з файлу NFS?). але це схоже на збереження у файлівеле.

Поточні тести не виживають, виходячи з діапазону Wi-Fi і назад, наприклад. навіть після деякого очікування ...

Що буде найкращі варіанти монтування Я повинен спробувати? Чи варто також дивитися на певну форму автоматичного обліку? Як щодо intr або м'який / жорсткий або TCP / UDP .. я повинен тунелю його завжди над openvpn для надійності? Як щодо налаштування openvpn ? і т.д.


ніхто, здається, не знайшов цей пост ... можливо, його можна було перенести на serverfault? це може бути занадто складним для звичайних користувачів ...
AL13N

Цікаво, якщо ви знайшли це рішення? Концепція, безумовно, цікава, хоча я особисто намагаюся уникати покладання NFS і ненадійна мережа у тому ж реченні.
zagrimsan

Чи розглядали Ви використання Samba проти NFS або навіть SSHFS? Недоліком SSHFS проти OpenVPN є OpenVPN можна налаштувати для забезпечення кращої пропускної здатності.
JW0914

Оскільки коментарі обмежені невеликою кількістю символів, було б недоцільно перераховувати налаштування OpenVPN, які слід використовувати, але те, що я рекомендую, це подивитися на OpenVPN Wiki Я написав для OpenWrt. Якщо потрібно скасувати або замінити конкретні команди OpenWrt, 95% Wiki поширюється на сервер OpenVPN, який працює на будь-якій ОС.
JW0914

Відповіді:


0

У згоді з zagrimsan Це твердження ненадійна мережа і nfs не грайте добре разом. Ваш пробіг, безумовно, буде мінятися і не очікуйте ніяких обіцянок, хоча в цілому це може працювати.

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

The м'який і intr Варіанти монтування були б доцільні, оскільки перерви цілком можливі, коли ви знаходитесь і, особливо використовуючи описані типи підключення. Для простоти, так, ви завжди повинні використовувати VPN при підключенні до спільного ресурсу, або сервер буде інтерпретувати ваші домашні та роумінг-з'єднання як два клієнти, або більше, якщо ви отримаєте новий IP на повторному підключенні VPN, заплутавши блокування та іншу логіку паралелізму .

Якщо Ваша .99-мережа вже доступна тільки через VPN, то просто натискання будь-яких інших маршрутів на клієнта дозволить вам активувати VPN на дому.

OpenVPN в режимі TUN, як правило, повторно видає одну і ту ж IP-адресу клієнту з тим же сертифікатом, і будь-яка служба DHCP, яку ви використовуєте, повинна сподіватися використовувати статичний MAC (з OpenVPN lladdr опції), щоб дати одне й те ж ІР на кожному з'єднанні в режимі TAP. Існує ніякої переваги TAP тут, так що я б керувати ясно. Ви можете використовувати ifconfig-push ccd директива якщо ви використовуєте пароль, а не сертифікати

Спочатку я звернуся до TCP для транспорту NFS, а UDP для транспорту OpenVPN. Ви абсолютно не хочу як OpenVPN на TCP, так і NFS на TCP через ті нестійкі типи підключення.


OpenVPN, якщо налаштовано правильно, забезпечить чудову пропускну здатність, але більшість не намагається це зробити & amp; 99% підручників налаштовують лише мінімум. Незалежно від типу віддаленого доступу, одна завжди буде обмежена швидкістю завантаження провайдера віддаленої мережі. Для пристроїв WWAN неможливо мати статичний MAC, оскільки WWAN не дотримується протоколів RFC. Щоб надати IP-адресу через OpenVPN, слід налаштувати CCD, TAP ніколи не повинен використовуватися для пристрою WWAN, і якщо існує висока втрата пакетів, TCP повинен бути використаний для OpenVPN (TCP використовується для високих втрат і розв'язання проблем).
JW0914

TCP для NFS, так, що забезпечить надійне підключення, але не для самої OpenVPN. Я ще не бачив випадку використання OpenVPN над TCP, за винятком смішних вимог, таких як уряди, що дозволяють тільки TCP / 443. Будь-яка надійність з'єднання повинна оброблятися програмою, а не OpenVPN, яка є просто контейнером для пакетів корисного навантаження.
Liam Dennehy

Як зазначено в моєму коментарі, є тільки два випадки використання TCP в OpenVPN : 1: висока втрата пакетів за UDP ; 2: Вирішення проблем . Крім цих двох конкретних випадків використання, TCP не повинен використовуватися як TCP не може ефективно інкапсулювати себе (весь трафік SSL VPN, за замовчуванням, TCP, з яких інкапсулюється в UDP-пакети для транспорту, і тому MTU [MTU розміром 48000, якщо використовується AES256] і Buffer Tuning рекомендується) . Все сказане викладено досить чітко Документація OpenVPN .
JW0914
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.