LINUX.ORG.RU
ФорумAdmin

Посоветуйте сетевую файловую систему для дома, устойчивая к обрывам


0

0

Ситуация - домашняя локалка на 2-3 компа. Подключение - кабель и wifi. Кабель, когда рядом есть розетка, wifi - когда нету. Часто бывают обрывы, типа, смотрю фильм (фильм физически на другом компе, типа сервера) за столом, хочу перебраться с ноутбуком на диван, кабель выдергиваю, wifi как был подключен, так и остался.

Сейчас конфигурация такая:

Один выделенный сервер (он же рабочая станция), остальные монтируют с него шары по sshfs. Подсеть для wifi и кабеля одна и та же.

Трабла в том, что при подключении sshfs он биндится на клиенте на ip-адрес первого в роутинге интерфейса (т.е. если есть кабель, sshfs вешается на eth0, если нету, на wlan0). Если я выдергиваю кабель, а шара была подключена через кабель, соединение замирает, файлы в шаре становятся недоступными до подключения кабеля или перемонтирования шары.

Хочется, что бы после отключения кабеля, шара оставалась доступной через второй интерфейс прозрачно для приложений.

Почитал про codafs, но там файлы перед отдачей приложению кэшируются _полностью_ на клиенте. Соответственно, запустить фильм с другого компа - комп станет раком на несколько минут, пока всё вытянет.

WebDAV и wdfs работают так же, видимо. wdfs полностью выкачивает файл перед отдачей.

Есть крайнее средство - написать свой fuse-клиент webdav с забором файлов по кускам без открывания keep-alive коннектов. Но не хочется писать велосипед, может уже есть что-то такое?

★★★★★

Можно попробовать запихнуть интерфейсы в бридж и просить sshfs биндиться к нему, но скорость бриджа будет равна самому медленному интерфейсу, в него включенному. Может, стоит помудрить с tap/tun-интефейсами?

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

Бридж - надо подумать... А с tun/tap мудрить не хочется, в пределах локалки такое городить... Я надеялся специальной файлухой отделаться :)

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

С tun/tap единственная сложность может быть только если интерфейс не "падает" после отключения кабеля, а так самое простое и правильное решение
Сообщите что у вас за ось, что происходит с ip r после выдёргивания/подключения сетевого кабеля. Если таблица маршрутизации меняется - то tun/tap это то что вам нужно.

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

хотя это только если компы напрямую соединены, если через свич - то ответный интерфейс падать не будет

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

но на этот случай можно разогный OSPF заюзать, да, небольшое усложнение =)

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

> Сообщите что у вас за ось, что происходит с ip r после выдёргивания/подключения сетевого кабеля.

Да дефолтная конфигурация, в общем-то. Кабель втыкаешь, по dhcp получает ip c роутингом. Выдергиваешь кабель - интерфейс гасится, роутинг удаляется (остаётся роутинг через wlan0).

Мутить что-то с tun/tap совсем не хочется... Видимо, допишу wdfs или напишу очередной велосипед для fuse... :)

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

Что значит мутить? Создать интерфейс командой tunctl и прописать к нему пару маршрутов сразным весом это сложнее чем ни разу не относящиеся к сабжу сетевые фс?

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

> Что значит мутить? Создать интерфейс командой tunctl и прописать к нему пару маршрутов сразным весом это сложнее чем ни разу не относящиеся к сабжу сетевые фс?

То и значит. У меня и так уже есть сетевая файловая система, всё что мне нужно - обеспечить её работоспособность со стороны клиента при смене маршрутизации. Я считаю, что это задача клиента FS, а не маршрутизаторов.

Туннели, бриджи - явный overkill и слишком хрупко (переключится на другую wifi-сеть без пляски и бубнов не выйдет), так что отпадает.

AngryElf ★★★★★
() автор топика
Ответ на: комментарий от Zur0

> а может по ssh цепляться не на внутренний интерфейс сервера, а на внешний?

Что это изменит со стороны клиента?

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