Syncthing v1.2.1

Кто пользовал? Стоит потыкать?

Да, это отличная альтернатива «облачным» хранилищам, в т.ч. self-hosted.

Пользуюсь полтора года, полет нормальный. Толнкостей не знаю, просто синхронизирует, проблем не было, syncthing умеет простую версионность из коробки, включена на nas, пока еще не пригодилась.

Отличная штука, мои мобилки через неё синхронизируются с сервером. На ошибки не нарывался, всё работает.

отличная вещица - работает и есть не просит. эдакая про версия rsync

долго пользовался, пока не понадобилось синхронизировать андроид. врапер на андроид 4.2 работал ужастно, пришлось перейти на ресилио синх.

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

версионностей в синхе несколько видов, но используют в основном только одну - самую простую :)

Фигня. Всё время при синхронизации останавливается на 99% и висит бесконечно долго. Разрабы пишут, что проблемы нет, но это не так. Перешёл на resilio sync и не о чем не жалею.

Разрабы принципиально не хотят делать просмотр всех доступных для синхронизации файлов и поиск по ним, и даже подумывают выпилить существующее API (/rest/db/browse) для получения списка файлов. Я не уверен, что есть смысл тыкать то, что не хочет даже список доступных файлов показывать.

Да, стоит. Я пользовался раньше. С того времени, говорят, решили проблемы на смартфонах.

на 99% и висит бесконечно долго

Это проблема с правами на файл, у меня такое было, syncthing что-то не может считать т.к. у него нету прав. Лечится chown, chmod.

Тут претензия к Syncthing только одна, нету нормального, человеческого сообщения о проблеме.

Хорошая тема. Пользуюсь постоянно.

Стоит.

Я пробовал засинхронизировать свою директорию с сорцами между компом и ноутом, но оно сфейлило. Хотя очень хотелось бы заменить им nextcloud. Надо будет попробовать новую версию.

Хотя очень хотелось бы заменить им nextcloud.

Почему? Чем плох некстклауд? Сижу на оунклауде пока, думал попробовать некстклауд.

Чем плох некстклауд?

1) Довольно-таки жЫрный, хотя лично для меня это не слишком критично.

2) Пипец какой тормозной если у тебя куча мелких файлов. Скорость синхронизации будет такой, как будто по ADSL'ю всё идёт, и это на гигабитном линке.

В итоге сейчас использую Seafile. Тоже не без недостатков, но по скорости однозначно лучше чем own/nextcloud.

Вот ещё ответ другого человека, с которым полностью соглашусь.

В целом норм вещь. Но глюки то там то сям имеются. Вот из последнего - пытается синхронизировать несуществующие файлы, никак от этого не избавиться.

В итоге сейчас использую Seafile. Тоже не без недостатков, но по скорости однозначно лучше чем own/nextcloud.

А с Сифайлом или Синкфингом получится как с оун/некстклаудом

1. синхронизировать контакты, календарь
2. делать автозагрузку фоток (перемещать автоматом новые фотки в облако)?
3. шарить файлы/каталоги с паролем, но без логина
4. создавать общие каталоги для пользователей

Отвечаю как пользователь Seafile:

синхронизировать контакты, календарь

Автоматически - нет, Seafile хранит только файлы. Можно настроить бэкап внешними средствами + залив этих файлов в облако.

> делать автозагрузку фоток (перемещать автоматом новые фотки в облако)?

Клиент для андроида умеет. + умеет автоматически заливать изображения из других каталогов (не только «камерный» DCIM).

шарить файлы/каталоги с паролем, но без логина

Да

создавать общие каталоги для пользователей

Да, у меня расшарена директория с семейными фотографиями для, соответственно, членов семьи :)

чем оно лучше rsync?

Например, возможность синхронизации в две стороны.

Отвечаю как пользователь Seafile:

синхронизировать контакты, календарь

Автоматически - нет, Seafile хранит только файлы. Можно настроить бэкап внешними средствами + залив этих файлов в облако.

Оунклауд тоже вроде бы работает только с файлами, но при помощи этой штуки

https://f-droid.org/en/packages/at.bitfire.davdroid/

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

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

Значение состояния изменялось, когда папка ещё не была запущена. Приостановление папки выдавало ошибку.

Вот думаю... Лень пару слов дописать, чтобы точно было ясно о чём речь? Или гугл перевод? Или просто я многого хочу? 🤔

Я пробовал засинхронизировать свою директорию с сорцами между компом и ноутом, но оно сфейлило

У меня без проблем ссинкало 200к файлов. Правда, долго. При переезде на другой сервер решил не заморачиваться, а просто скопировал файлы папку на сервер, st их отсканировал, и дальше всё уже работало моментально.

Разрабы принципиально не хотят делать просмотр всех доступных для синхронизации файлов

Они и так уже лежат на диске, эти самые файлы, доступные для синхронизации.

Нет, не лежат, потому что часть из них добавлена в .stignore и не скачалась — и в итоге невозможно узнать точный список файлов, которые не лежат на диске из-за .stignore

Удобно, надо брать.

Нет, не лежат, потому что часть из них добавлена в .stignore

Ну как не лежит. На обоих концах лежат файлы, для получения точного списка достаточно сделать diff с выхлопов find /path.

Не так красиво, как посмотреть в веб-морде, но это уже «особенность» Go: по-дефолту используется key-value LevelDB, т.е. поиск и сортировка на самом приложении. А если мы имеем большое 50к+ файлов, это выливается в жор памяти. Не критично на рабочей станции, но критично на каком-нибуть NAS с 256-512Мб оперативы.

Можно подключить сторонние движки, типа sqlite, но тогда возникают вопросы с кросс-конпеляцией на разных платформах, чего авторы хотят избежать.

Так что это не прихоть авторов и не самодурство. Можно ругать их как угодно, но в этом не их вина.

diff с выхлопов find /path

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

Не, ну на практике я, конечно, накатаю на каждый компьютер простенький веб-сервер на питоновом Flask с API, который не будет уметь ничего кроме отдачи списка файлов в папочке и возможно поиска по ним, но это всё ещё очень странно на фоне того, что Syncthing вполне мог бы справиться с этим сам.

(Надо б когда-нибудь изучить Rust и сделать убийцу Syncthing с нормальным браузером файлов.)

Пользуюсь больше двух лет, кажется. Поднял собственные nat traversal, discovery и relay, чтобы не пользоваться общественными. Эдакий междусобойчик на 3½ устройства. Ну и больше ничего не могу сказать про этот софт кроме того, что всё работает. Файлы там, где я их ожидаю увидеть всякий раз, когда они мне нужны.

Централизованное vs. Децентрализованное. В зависимости от твоих задач, либо подходит, либо не подходит. Плохо/хорошо — это к Маяковскому.

У меня есть отличное предложение: не придумывать себе проблем на пустом месте. У любого решения есть какие-то ограничения. У Syncthing — эти. И хотя patches are welcome, мы оба интуитивно понимаем, что проще и эффективнее не создавать себе шарад разными .stignore на разных хостах.

(Надо б когда-нибудь изучить Rust и сделать убийцу Syncthing с нормальным браузером файлов.)

Ставлю 100 сегодняшних долларов, что это не произойдёт никогда.

Syncthing вполне мог бы справиться с этим сам

Конечно, мог. Сжирая до гига оперативы из-за особенностей хранилища. А теоретизировать у нас все горазды. Ты даже не можешь пропатчить ST, подключив sqlite и реализовав REST API, а туда же - да там никаких проблем, да я изучу и напишу убийцу.

всё что оно делает - синхронизирует папки. Если бы клиент умел просмотр папок без скачивания, была бы удобная домашняя/рабочая шара без проброса портов, а так бесполезный велосипед

Офигенная штука, но субминорные релизы в наноновости.

Так есть же.

Как именно это происходит - не разбирался, я поставил и оно работает. Скорее всего ведь тоже через файлы..

Не угадал. Контакты Nextcloud/ownCloud синхронизирует используя CardDAV(RFC 6352), а календарь используя CalDAV(RFC 4791).

Тем кто спрашивает про Nextcloud/ownCloud нужно понимать, что они с Syncthing просто разные и предназначены для разного.

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

Nextcloud заменяет гугл.драйв, а так же contacts и calendar.

Syncthing бессерверный. Синхронизирует файлы между устройствами без заливки их на сервер. Ничего больше не содержит.

Я пользуюсь ownCloud/Nextcloud с 2011 года, в 2016 после того, как создатель ownCloud Франк Карличек покинул ownCloud Inc. и создал форк Nextcloud перешел на него. Использую для синхронизации и контактов, и календарей, и файлов.

Syncthing использую года с 2014, отказывался на какое-то время, когда вылезали проблемы с клиентом под Android, с год назад вернулся. Syncthing использую на серверах для синхронизации между боевым сервером и сервером горячего резерва(тут и не переставал использовать) и для синхронизации директории Books, а так же директорий с фотографиями моих трех мобил, моего десктопа и моего ноутбука.

Syncthing и Nextcloud совершенно разные инструменты для разных целей и лишь частично пересекаются в области использования.

Стоит. Перешел на syncthing с self-hosted seafile. Захотелось что-то децентрализованное и более надежное, чем германо-китайская поделка. Работает без нареканий, десктоп и смарт синхронизируются.

десктоп и смарт синхронизируются.

о! так оно со смартфона по вафле мне может файло снхронизировать с десктопом? огонь, давно мечтал

как реализовано? приложение на телефон?

Да, приложение на смартфоне и приложение на компе. Синхронизация произвольных директорий, синхронизация может быть односторонней или в обе стороны

круть, вечером затестю

Для смартфона: F-Droid, Google Play, исходники.

Для компа: apt-репозиторий, сборки под разную маргинальщину, от винды до OpenBSD

спасибо

гланул в дивановских репах — есть, но 0.14.18 :)

Отказать. У 0.14 несовместимость с другими версиями. Стабильный апи начался с 1.x. Либо бери ими собранный, либо под свой диван сам собери.

есть https://github.com/syncthing/syncthing-lite

This project is an Android app, that works as a client for a Syncthing share (accessing Syncthing devices in the same way a client-server file sharing app accesses its proprietary server).

This is a client-oriented implementation, designed to work online by downloading and uploading files from an active device on the network (instead of synchronizing a local copy of the entire repository). Due to that, you will see a sync progress of 0% at other devices (and this is expected). This is quite different from the way the syncthing-android works, and it's useful for those devices that cannot or do not wish to download the entire repository (for example, mobile devices with limited storage available, wishing to access a syncthing share).

правда не тыкал

ежеля портанут на десктоп - будет круто

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

Но некстклауд работает, а синкфинг фейлит (

Необязательно по вафле. На телефоне может и мобильный интернет быть включен. Реализовано как приложение под Андроид, да.

Разрабы принципиально не хотят делать просмотр всех доступных для синхронизации файлов и поиск по ним, и даже подумывают выпилить существующее API (/rest/db/browse) для получения списка файлов. Я не уверен, что есть смысл тыкать то, что не хочет даже список доступных файлов показывать.

+1
Я в своей группе по ЧПУ продвигал как средство отправки УП на ЧПУ станок, но если для отправки на станок надо будет ещё на каждый файл и ссылку отправлять то нафиг такую программу.

Использую больше двух лет. Настолько удобная и надёжная штука, что не представляю как без неё уже. Синхронизирует мгновенно и без каких либо проблем, никакой возни с конфигурацией.

синкфинг
финг

К логопеду, быдло!

Фёдорам об это скажи.