LINUX.ORG.RU

Syncthing v1.2.2

 


2

2

Syncthing – это программа для синхронизации файлов между двумя или более устройствами.

Исправления в последней версии:

  • Попытки отмены изменений в Sync Protocol Listen Address не увенчивались успехом.
  • Команда chmod не срабатывала должным образом.
  • Предотвращена утечка логов.
  • В GUI нет никаких признаков того, что Syncthing отключен.
  • Добавление/обновление ожидающих папок увеличивало количество сохраненных конфигураций.
  • Закрытие закрытого канала в lib/syncthing при выключении.
  • Сообщение об ошибке было нечитаемо.
  • Дайлер считает любое установленное соединение успешным/не проверяет идентификатор устройства.

Улучшения:

  • Теперь не записывается в логи http: TLS handshake error ... remote error: tls: unknown certificate
  • TLS: добавлена поддержка x25519, пересмотрена эллиптическая кривая приоритета при рукопожатии.

Другое:

  • Включены системные модули в пакеты Debian stdiscosrv/strelaysrv.
  • Исправлена нестабильность TestPullInvalidIgnoredSR и data race.

>>> Подробности

anonymous

Проверено: jollheef ()

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

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

kerneliq ★★★★★ ()

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

anonymous ()

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

Команда 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. Действительно, что это? :)

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

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

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

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

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

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

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

anonymous ()

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

SL_RU ★★★ ()

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

Deleted ()
Ответ на: комментарий от anonymous

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

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

tramvai ()
Ответ на: комментарий от post-factum

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

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

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

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

anonymous ()

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

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

Проверено: jollheef

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

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

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

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

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

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

resilio

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

Deleted ()
Ответ на: комментарий от pfg

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

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

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

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

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

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

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

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

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

anonymous ()
Ответ на: комментарий от SL_RU

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

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

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

alexinc ()
Ответ на: комментарий от pfg

encfs

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

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