Syncthing v1.2.2

В GUI нет никаких признаков того, что Syncthing отключен.

Так стало или было?

У меня другой вопрос. Когда они уже пофиксят баг с обнулением метаданных файлов? Тянется уже года два, если не больше. Кто не знает, в какой то момент при синхронизации на разных устройствах, даже если все это на одной фс, в один волшебный день вы можете получить все файлы, которые созданы/изменены вчера. Причем пофиг даже что у вас в папке файлы 10-летней давности, все равно вчера! Кому важен этот момент, лучше обходить эту тулзу стороной за километры.

Перевод, конечно, сделан так себе.

Команда chmod не срабатывала должным образом.

Нет, при неудачном выполнении chmod Syncthing вызывал panic(), что было чересчур.

В GUI нет никаких признаков того, что Syncthing отключен.

Вообще оно было, но в 1.2.0 пропало. Эдакая небольшая регрессия GUI.

Закрытие закрытого канала в lib/syncthing при выключении.

Я бы переписал так: Попытка закрытия уже закрытого канала бла-бла-бла. Просто такая попытка вызывает panic().

Сообщение об ошибке было нечитаемо.

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

Error on folder "foo" (foo): insufficient space on disk for database (/Users/user/Library/Application Support/Syncthing/index-v0.14.0.db): 791330816 < 1 GB

Проблема в 791330816. Действительно, что это? :)

Теперь не записывается в логи ...

Как-то не по-русски.

пересмотрена эллиптическая кривая приоритета при рукопожатии.

Что, простите? Может, хотя бы «Пересмотрена приоритезация эллиптических кривых при рукопожатии?», а то совсем белиберда получилась.

Короче, как-то рановато новость из неподтвержденных вылезла.

Ссылку на багу с описанием можно?

Давно пользуюсь синксингом, но кто-нибудь знает, можно ли сделать ноду, в которой все файлы в фс будут зашифрованы, чтобы безопасно можно было хранить файлы на публичных серверах, впсках или просто у друга?

Судя по списку багов, тулза ещё сыровата.

У меня другой вопрос. Когда они уже пофиксят баг с обнулением метаданных файлов? Тянется уже года два, если не больше. Кто не знает, в какой то момент при синхронизации на разных устройствах, даже если все это на одной фс, в один волшебный день вы можете получить все файлы, которые созданы/изменены вчера. Причем пофиг даже что у вас в папке файлы 10-летней давности, все равно вчера! Кому важен этот момент, лучше обходить эту тулзу стороной за километры.

Вот это жесть, а я уже хотел попробовать. Давно искал хороший бэкап, чтобы не мучаться вручную, но видимо не судьба.

Это не тулза для бекапов.

А на сайте написано что бэкап.

Run it on your desktop computers and synchronize them with your server for backup.

Я пробовал использовать эту прогу для бэкапа несколько лет назад. Но потом отказался в пользу FreeFileSync, когда у Syncthing версионность поломали. Выходит так и не починили...

мне таки кажется что анонимус ради прикола прогнал описание через не самый лучший транслятор с аглицкого и слил в лор посмеяться.

Проверено: jollheef

Они с Шомой аккаунтами махнулись видимо.

Rclone вам в помощь. Все что угодно + закидывание в любое облако. Но не торрент like.

От души, спс!

> Syncthing версионность поломали

Пруф или не было

а если мне нинужны облака и любые чужие места хранения :)

Давно пользуюсь синксингом, но кто-нибудь знает, можно ли сделать ноду, в которой все файлы в фс будут зашифрованы, чтобы безопасно можно было хранить файлы на публичных серверах, впсках или просто у друга?

Нет, не осилили, поищи issue на github. Такое есть в resilio.

безопасно можно было хранить файлы

resilio

Оно же проприетарное.

Определитесь с целью. Если есть свой webdav &ftp — rclone поможет. Если все на локольной системе — bash в руки. Скрипт пишется меньше чем за 20 минут. Либо гуглится меньше чем за 10 минут.

зачем мне вебдав и фтп если к ним надо прикручивать рклон, башъ и мудрить со скриптами, засовывать все енто в крон и потом допиливать, ибо скрипте в крон работает несколько иначе чем в консоле и все енто сильно гуглить ?? :)

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

да кстати в фтп да и в вебдаве надо обрабатывать прерывание передачи файлов, а в синхе и восстановление после обрыва и хеш-гарантия 100% сохранности файла при передаче файла уже встроена.

стандартный *нукс ответ - юзай encfs люк !!
эффективное давно проверенное средство файловой шифрации, работающее поверх любого облака :)

Ну какой пруф я могу предоставит... На версии 0,10 всё работало. На 0,11 при записи новой версии файла, на стороне бэкапа старая не перемещалась в подпапку с версиями, а переименовывалась в блабла.conflict или типа того. На 0,12 тоже самое. Удалённые в источнике файлы также не перемещались в папку версий. Потом ещё 0,14 пробовал, но что там было не помню. Дальше уже проверять не стал.

Сейчас так и использую, но встроенными средствами синксинга было бы интереснее.

как и сказали в ресилио есть такой вариант. есть бесплатная версия с ограничениями.

Определитесь с целью и средствами. Синх и rclone используют разные механизмы и разные способы синхронизации и копирования. Вот у меня есть бесконечный ftp сервер (>4тб пространства), но нет шелла. Rclone замечательно делает и синхрон и копирование Да, не торрент лайк. Но либо шашечки либо ехать.

encfs

considered deprecated, о чем жирный ворнинг при установке в Ubuntu. И у меня там периодически слетают атрибуты файлов (755 становится 644).
Буду переползать на ecryptfs — суть та же, но более допиленное.

https://blog.tanatos.org/posts/syncthing/

я делал ревью этого поделия Syncthing год назад, по прежнему все плохо?