Представлен (https://forum.syncthing.net/t/syncthing-v1-2-0/13475) релиз системы автоматической синхронизации файлов Syncthing 1.2.0 (https://syncthing.net/), в которой синхронизированные данные не загружаются в облачные хранилища, а напрямую реплицируются между системами пользователя при их одновременном появлении в online, используя развиваемый проектом протокол BEP (Block Exchange Protocol). Код Syncthing написан на языке Go и распространяется (https://github.com/syncthing/syncthing) под свободной лицензией MPL. Готовые сборки подготовлены (https://github.com/syncthing/syncthing/releases/tag/v1.2.0) для Linux, Android, Windows, macOS, FreeBSD, Dragonfly BSD, NetBSD, OpenBSD и Solaris.Кроме решения задач по синхронизации данных между несколькими устройствами одного пользователя, при помощи Syncthing возможно создание больших децентрализованных сетей для хранения совместно используемых данных, которые распределены по системам участников. Предоставляются гибкие средства контроля доступа и создания исключений для синхронизации. Возможно определение хостов, которые будут только получать данные, т.е. изменение данных на этих хостах не будет отражаться на экземплярах данных, хранимых на других системах. Поддерживается несколько режимов (https://docs.syncthing.net/users/versioning.html) версионирования файлов, при которых сохраняются прошлые версии изменившихся данных.
При синхронизации файл логически разбивается на блоки, которые являются неделимой частью при передаче данных между системами пользователя. При синхронизации на новое устройство, в случае наличия идентичных блоков на нескольких устройствах, копирование блоков производится с разных узлов, по аналогии с работой системы BitTorrent.
Чем больше устройств участвуют в синхронизации, тем быстрее будет проходить репликация новых данных за счёт распараллеливания. В процессе синхронизации изменённых файлов, по сети передаются только изменившиеся блоки данных, а при переименовании или изменении прав доступа синхронизируются только метаданные.
Каналы передачи данных формируются при помощи TLS, все узлы аутентифицируют друг друга по сертификатам и идентификаторам устройств, для контроля целостности применяется SHA-256. Для определения узлов синхронизации в локальной сети может быть использован протокол UPnP, при котором не требуется ручной ввод IP-адресов синхронизируемых устройств. Для настройки системы и мониторинга предусмотрен встроенный web-интерфейс, CLI-клиент (https://github.com/syncthing/syncthing-cli) и GUI Syncthing-GTK (https://github.com/syncthing/syncthing-gtk), в котором дополнительно предоставляются средства управления узлами синхронизации и репозиториями. Для упрощения поиска узлов Syncthing развивается (https://github.com/syncthing/discosrv) сервер координации обнаружения узлов, для запуска которого
подготовлен (https://github.com/syncthing/docker) готовый образ Docker.
В новом выпуске:
- Представлен (https://github.com/syncthing/syncthing/issues/5377) новый транспортный протокол, основанный на QUIC (https://www.opennet.dev/opennews/art.shtml?num=49594) (Quick UDP Internet Connections) с дополнениями для проброса через трансляторы адресов (NAT). В качестве предпочтительного протокола для установки соединений по-прежнему рекомендуется TCP;- Улучшена обработка фатальных ошибок и добавлены средства (https://docs.syncthing.net/users/crashrep.html) для автоматической отправки разработчикам отчётов о проблемах. Отправка отчётов включена по умолчанию, для её отключения в настройки добавлена (https://docs.syncthing.net/users/advanced.html#advanced) специальная опция. Отмечается, что данные в отчёте о крахе не включают имена файлов, данные из лога, идентификаторы устройств, статистику и другие персональные данные;
- Использование мелких и фиксированных блоков (128 KiB) объявлено устаревшим, при индексации и передаче содержимого файлов теперь применяются (https://docs.syncthing.net/advanced/folder-uselargeblocks.html) только крупные блоки переменного размера;
- В интерфейсе обеспечен показ последней ошибки соединения для каждого из определённых адресов;- В WebUI компоновка столбцов таблиц оптимизирована для корректного отображения на узких экранах;
- Внесены изменения, нарушающие совместимость. Новый выпуск не совместим с хостами на базе Syncthing 0.14.45 и более старыми версиями.
URL: https://forum.syncthing.net/t/syncthing-v1-2-0/13475
Новость: https://www.opennet.dev/opennews/art.shtml?num=51068
> Отправка отчётов включена по умолчаниютелеметрическая эпидемия, заразность 100%
С другой стороны, после обновления и при открытии веб-морды он предложил мне сразу же отключить аварийные отчёты. Либо оставить как есть включёнными.
Ну так исходный код открыт, можешь посмортеть что он отправляет и отключить при надобности.
Есть определенная разница между сырцами и готовым бинарем. Совсем небольшая. Чуть-чуть.
> Есть определенная разница между сырцами и готовым бинарем. Совсем небольшая. Чуть-чуть.Если телеметрия в виде блоба то никто не мешает собрать без него.
Извините, но генту-подход мне малоинтересен. Я еще могу сконпелять на сервере нужный мне софт с нужными опциями, но никто в своем уме не будет проводить аудит и конпелять весь софт на десктопе. Поэтому разговоры за сырцы из разряда советов "хочешь быть богатым - будь им", насколько очевидные, настолько и бессмысленные.
> генту-подход _мне_ малоинтересен
> но _никто_ в своем уме не будет проводить аудит и конпелять весь софт на десктопеВы, двое, уж определитесь с тем, что хотите сказать. И не отбирайте друг у друга клавиатуру.
>никто в своем уме не будет проводить аудит и конпелять весь софт на десктопеОтучаемся говорить за всех.
Что вы, сударь, фыр-фыр. Покажи мне этих "не всех", которые перед конпеляцией всего софта проводят аудит.
Просветитесь-ка, сударь:https://ru.wikipedia.org/wiki/Демагогия#Argumentum_ad_ignorantiam_(аргумент_к_незнанию)
https://ru.wikipedia.org/wiki/Бритва_ХитченсаБремя доказательства лежит на авторе утверждения. Докажи, что "никто не проводит аудит"
sudo apt-build install
>проводить аудитДля открытого софта, пользователи и контибьюторы озабоченные приватностью, наверняка УЖЕ провели подобный аудит. Это вопрос доверия. Недоверчивость не порок, но закономерно предполагает индивидуальные телодвижения: недоверчивому НУЖНЕЕ чем большинству тщательные проверки, а значит - пусть и проводит их сам. Благо открытость софта это позволяет. А наличие телеметрии по умолчанию - на самом деле достаточно удобная и полезная для разработчиков практика. Да, именно для разработчиков, а не для очередных персонажей полуконспирологических историй о "продаже данных корпорациям". Потому что честная и своевременная отправка логов и багрепортов - практика, принятая у существенного меньшинства пользователей. Но гневно постить на форумах "опять отвалилось!", "оно не работает!" - практика, принятая у существенного большинства.
> наверняка УЖЕБлажен, кто верует...
> Блажен, кто верует...Цитирую свой комм:
"Недоверчивость не порок, но закономерно предполагает индивидуальные телодвижения: недоверчивому НУЖНЕЕ чем большинству тщательные проверки, а значит - пусть и проводит их сам. Благо открытость софта это позволяет."
ага, с сырцами ты можешь собрать свой бинарь. Если не доверять, то уже по полной -- между бинарем с заявленной телеметрией и бинарем, в котором ее типа нет, разница видна еще меньше, если нет навыков по поиску проявлений этой самой телеметрии.
Вы неправильно меня поняли. Никто не будет смотреть сырцы и конпелять. Все возьмут бинарник. Поэтому совет смотреть и конпелять - из разряда теоретически-риторических.
не все, но большинство. Большинство просто не будет беспокоиться по этому поводи или будет выбирать кому доверять: например доверится мэйтейнерам дистрибутива и увидит заветное "Data reporting is disabled for this build configuration".
Ну тогда уж не большинство, а подавляющее большинство. Сколько лет наблюдаю аналогичную возню с FF - каждый раз в обсуждениях появляются люди с советом вырезать телеметрию и сконпелять, но людей, которые это сделали, я не знаю ни одного.
я так делаю.
Скачиваешь тарболлы DE-браузеров-офисного пакета, патчишь, аудитишь, конпеляешь? Rly?
Зачем тарболлы? У меня есть порты/портаж/пкгсрц. И поехали...
Проводить аудит?
От версии к версии размер патча не такой большой, если это не браузер, конечно. Так что можно и пробежать. Доп. патчи в системе сборки тоже не сильно-то меняются (опять же, если не браузер). Некий элемент доверия к меинтейнерам конечно есть - весь софт аудитить этот как-то перебор. Но при желании - пожалста. Никто готовые бинарники вас качать не заставляет. А с браузерами и так уже всё понятно... Или вы о чём?
Для этого есть меинтейнеры. Код и так скачивается из оф. источника обычно, а собирается локально, чего там обычно аудитить? Хеши сверить? Тут уж вы или пользуетесь фоксом, или не пользуетесь совсем. Я как бы вашу мысль понял, кажется. Но всё же, мне кажется вы там передёргиваете и пытаетесь поднабросить.
ну вот в дебиане отключают при сборке. Можете конечно сказать, что используемая опция отключает не все или не отключает вообще ничего кроме галочек на UI, но я, пожалуй, удовлетворюсь тем, что есть
> людей, которые это сделали, я не знаю ни одногоТипично. "Я их не знаю, значит, их не существует".
Нет, сударь, вы всё-таки почитайте те умные ссылочки, дабы не позориться в дальнейшем
Годный продукт
заменил мне дропбокс, для андроид весрия есть, все работает, очень рад, спасибо разработчикам.
> Для упрощения поиска узлов Syncthing развивается сервер координации обнаружения узлов, для запуска которого подготовлен готовый образ Docker.Короче, автор написал свой торрент-клиент с торрент-трекерами :)
Там можно поднять свои службы relay и discovery. Собственно, я поднял себе свои.
На самом деле, там не один автор и ребята очень даже толковые.
А во вторых, есть очень большая разница между синхронизаций и шарингом.
Чем это лучше торрентов? Там тоже пир-ту-пир, без облаков, да и по кусочкам все реплицируется
А там разве подцепятся изменения в папке сразу?Не надо будет torrent файл пересоздавать и перезаливать?
Вообще, есть такое расширение, правда я не знаю тех 3.5 клиентов, что его используют. Но почему бы просто не пересоздать торрент, а вместе с ним и ссылку?
Месье знает толк в костылестроении)
Потому что это вам кажется удобным, постоянно пересоздавать торрент и ссылку. А представьте, что эту штуку можно юзать вместо мерзопакостных дисков и облаков для таких банальных вещей, как фоточки на комп кидать. Да за такую фичу, которая не требует даже на кнопки нажимать в процессе тупения, готовы многие новый айДонг купить.
>А там разве подцепятся изменения в папке сразу?Да
>Не надо будет torrent файл пересоздавать и перезаливать?
B SyncThing нет понятия торpентов, есть авторизованные хосты, предоставляющие директории для автоматической СИНХРОНИЗАЦИИ между хостами
Вопрос то был про торренты. А ответ получился про syncthing.
> Чем это лучше торрентов?- Тем, что не нужен xpен знает чей трэкер
- Тем, что имеется file-versioning
- Tем, что можно выбирать two or one way synchronization
- Tем, что есть автоматический мониторинг директорий, обеспечивающий немедленную синхронизацию
- Tем, что работаeт практичеcки - на всех OCях
- и т.д и т.п. а имеено гуглить: sharing vs synchronization
> Тем, что не нужен xpен знает чей трэкер
> развивается сервер координации обнаружения узлов, для запуска которого подготовлен готовый образ Docker.конечно же это не трекер, и не хрен-знает-чей. Разница только в том, что opentracker - крохотная программа на скучном и неинтересном языке, не требующая никаких докеров-шмокеров.
собственно, посмотрев на всю эту вакханалию для решения примитивной простой задачи - делаешь очевидный вывод, что да, синхронизация, конечно, вещь прекрасная, но пожалуй обойдусь я rsync'ом и торрентом.
>> Тем, что не нужен xpен знает чей трэкер
>> развивается сервер координации обнаружения узлов, для запуска которого подготовлен готовый образ Docker.docker image - это исключительно для ленивых, discovery сервер прекрасно работает без плясок с бубном практически на любой OC
> конечно же это не трекер, и не хрен-знает-чей. Разница только в том,
> что opentracker - крохотная программа на скучном и неинтересном языке, не
> требующая никаких докеров-шмокеров.opentracker -> bitTorrent tracker
bitTorrent != syncronization> собственно, посмотрев на всю эту вакханалию для решения примитивной простой задачи -
> делаешь очевидный вывод, что да, синхронизация, конечно, вещь прекрасная, но пожалуй
> обойдусь я rsync'ом и торрентом.задача превращается не в примитивную, когда нужно засинронизировать немедленно(!!!) т.е. в real time кучу файлов на 1000+ хостах с возможностью сохранности предыдущих версий файлов ну и ессесно без помощи добрых корпораций
>>> Тем, что не нужен xpен знает чей трэкер
>> развивается сервер координации обнаружения узлов, для запуска которого подготовлен готовый образ Docker.
> docker image - это исключительно для ленивых, discovery сервер прекрасно работает без плясокречь не об этом, а о том - что это тот же самый "трекер", только несовместимый по протоколу, и написанный на нескучном язычке, тянущем в хомяк половину интернета, поди потом проверь, что он на самом деле у тебя делает. А говорили - "не нужен".
Ну и да, внезапно, торренту тоже не нужен - в примерно этом же смысле.
> задача превращается не в примитивную, когда нужно засинронизировать немедленно(!!!) т.е.
> в real time кучу файлов на 1000+ хостахоно точно-точно кому-то реально нужно? И точно-точно вот эта игогошная поделка справится, а не лопнет одновременно по памяти, диску и просто так, на 1000+ хостах?
> речь не об этом, а о том - что это тот же
> самый "трекер", только несовместимый по протоколу...нет, с трэкером там нет ничего общего. discovery server опциональный, можно просто соединить машины в лоб по IP, a в локалке сами себя найдут. Весь трафик между машинами только по ассимитричным ключам, находят друг друга по фингерпринту сертификатов и каждый должен подтвердить или отвергнуть коннекты. С битторрентом связывает только концепт распределенных данных и что пиры могут качать одновременно с кучи других клиентов если клиенты авторизованны. Там не нужны торрент файлы вообще, программа смотрит за директориями и все что них происходит, немедленно синхронизируется с другими. Это наверное главное отличие от торрентов
>поди потом проверь, что он на самом деле у тебя делает.
Проверяли. Долго. Без разрешения никуда не прется и не хулиганит с системой, прекрасно работает под ограниченными учетками и не требует инсталяции в систему.
>> задача превращается не в примитивную, когда нужно засинронизировать немедленно(!!!) т.е.
>> в real time кучу файлов на 1000+ хостах
> оно точно-точно кому-то реально нужно?еще как нужно, когда сетки разнесенны прилично между оффисами и нужно поддерживать актуальные данные во всех оффисах через тырнет, отличная замена AFS и ее других аналогов distributed file system.
> И точно-точно вот эта игогошная поделка справится,
> а не лопнет одновременно по памяти, диску и просто так, на
> 1000+ хостах?Не лопается
а хостов чем больше, тем быстрей качается
компильнутая игогошка не намного тише классических плюсов, и достоинство в том, что копилится статически, т.е. пофиг на версии ОС, dependency, сбрасывается один единственный файл и система готова к синхронизации
Вот есть у меня ноут, десктоп и два смартфона.
На всех есть папочка Books, если я кидаю файл на одном из них, то на всех остальных файл сразу оказывается. Как ты предлагаешь сделать это же с торрентами?Есть у меня ноут, десктоп и два смартфона. На смартфонах есть директории с фотками, как только я на смартфоне делаю фотку, так сразу она уходит на ноут и десктоп. Как это сделать с торрентами?
Ты просто не понимаешь что это за софт, очевидно у тебя еще нет компов и смартфонов, когда закончишь школу и устроишься в макдональдс сможешь себе купить б/ушный смартфон которому лет 5
Опять изобретение велосипеда на хипстерском ЯП от корпорации зла.
А по теме сабжа: торрент-синк (или его переименовали в какую-то очередную абракадабру) уже заопенсорсили? или мб аналоги есть?
его переименовали в Resilio и он там полуплатный.
Спасибо, нашёл вроде. И закрытый (впрочем, как и всё у создателей bt).
Golang прекрасен с его go-рутинами обеспечивающими нативную многопоточность.
Вот и java-разрабы поняли всю прелесть и переходят на котлин с го KO-рутинами.
А мыши плакали, кололись но продолжали хватать блокировки
Его надо уничтожить за одну убогую обработку ошибок. Только и радости - коды возврата таскать
Да ладно, множественные возвращаемые значение ничо. Ну ошибки надо "оборачивать", да коды или проверки делать.А вот то, что ошибки в рантайме не исключили, это как-то не оч. Такую дырень оставили: пустой интерфейс. И теперь он на каждом шагу, блин. Типизация помогла исключить кучу ошибок на стадии компиляции. Но нет, вот это вот всё равно бабахнет в рантайме. Хорошо хоть не как с разыменованием пустого указателя, не полезет хрен знает куда. И ладно если ещё сделали проверки на приведение типа, так не каждый ж конечно их делает. В итоге, "просто свалится" в панику. Всего-то.
А вы наверное предлагаете по пути С# идти - по две функции на апи, одну с исключением а вторую с кодом возврата чтоб в асинк можно было?
Either в помощь, если уж сильно надо. Руками проверять эррор коды даже там, где ничего с ними не можешь сделать - лишняя и бессмысленная возня.
>хипстерском ЯПБеднягу Роба Пайка записали в хипстеры.
Хипстеры используют этот ЯП.
А ешё они используют буквы. А педофилы используют воздух. Как страшно жить!
Всегда за хипсторами был php так то.
И вообще строгая типизация это сразу не про хипстеров.
покажите пожалуйста "аналог" этого велосипеда...
Использую для синхронизации файлов в локальной WiFi-сети (выключил глоб. обнаружение и релеи). Штука отличная!
Просто использую для синхронизации нескольких устройств. Сделал свой релей.
Отдельно конечно умиляют фразы "хипстерский язык".
Docker кругом шагает по миру, но нет, go - хипстерский язык. Плохо! Только ассемблер, только боль и унижение))
Болью и унижением оно является для тех, кто ничего не осилил, кроме хипсторских поползновений
На любом языке можно найти софт. Хипстерность обусловлена количеством живой работы на языке, а не наличием проектов на нём.
Не хипстеры отказались от Docker и побежали любить java))
Сюр какой-то.
Джависты с огромным удовольствием используют docker. Если есть возможность написать быстро на go - они берут и пишут на нем.Это вы с детьми ES попутал видимо
я это к тому что docker написан на golang. Не нравится go? Хипстреский язык? Что ж, откажитесь от Docker
"Предоставляются гибкие средства контроля доступа и создания исключений для синхронизации. Возможно определение хостов, которые будут только получать данные, т.е. изменение данных на этих хостах не будет отражаться на экземплярах данных, хранимых на других системах. "
И это все средствами внесения игнорируемого файла/устройства в .stignore.
Симлинки - не видит на винде!
Приоритетное устройство (типа мейн сервера с толстым каналом)сделать не возможно!
Хорошо хоть что уже не ругается на названия файлов с остановкой синхронизации.
Тем не менее, юзал, юзаю и буду юзать!
>Приоритетное устройство (типа мейн сервера с толстым каналом)сделать не возможно!У нас "Приоритетное устройство" на 10Gbps (типа довольно толстый канал) прекрасно работает
> И это все средствами внесения игнорируемого файла/устройства в .stignore"Не читал, но осуждаю"
Режим "Send only" никак не связан с .stignore
Попробовал потыкать - расстроило отсутствие нормального гуя для выборочной синхронизации (сидеть редактировать .stignore ручками выборочно для каждого файла адекватные люди не будут), но в целом круто
Адекватные люди этой поделка и не пользуются.
можете предложить что то лучше ?
rsync over ssh
Для rsync нужно примонтировать ресурс. Монтирование выполняется под рутом. Да, и сделай это под Linux, маком и андроидом. Где адекватность в Вашем совете?
при всем моем уважении к rsync & ssh...rsync & ssh:
- умеет 2-way synchronization ?
- умеет мониторить директории и в случае изменений в файлах автоматом синхронизироваться ?
- умеет качать в паралель с разных хостов одновременно ?
- умеет обходиться без форвардинга/открытия портов ?
- умеет быть релеем для обхода NAT ?
- умеет автоматически находить хосты и имеет механизмы discovery?
и т.д. и т.п.
rsync - инструмент однократного действия. синхфинг - демон постоянной работы.
как говорится почувствуй разницу
>сидеть редактировать .stignore ручками выборочно для каждого файла адекватные люди не будутБудут, ибо овчинка выделки стоит :)
там вообжето regex-ы и globs поддерживаются...Проще делать .mystignore с правилами и include-ть в .stignore, тогда правила автоматом тоже будут синхронизироваться между хостами, т.к. .mystignore будет обычным файлом
Там на сайте ещё есть SyncTrayzor. Я ещё не пробовал, но это вроде то что нужно!?
Это просто костыль для винды. Никакого особого функционала он не добавляет.
Вот да. Это возможности сильно не хватает.
Я например настроил синхронизацию музыки между десктопом и смартфоном (одностороннюю). Музыки дофига и нужно отправлять на смартфон только выбранные каталоги.
Сейчас приходится корячится с прописыванием их в .stignore, а хотелось бы выбирать их визуально, причём с любого из двух устройств.
а не проще сделать выделенную специально для телефона директорию на десктопе и убодно/визуально туда кидать музло для прослушки.
Синкнул, прослушал, потом стер на дектопе что надоело, автоматом сотрется на телефоне.
Толкать все музло на телефон все равно не получится в ввиду ограниченного пространства на трубе, но на десктопе держать все музло - запросто, просто надо пожертвовать место под директорию с музлом только для телефона и добавлять/удалять там файлы которые должны быть на трубе .Программы синхрониации не предназначенны для мэнеджинга файлов через GUI, они просто синкают контент из фиксированной папки.
причем даже не копировать а делать линки на файлы.
Можно в принципе. Выше уже написали про симлинки.
Мне бы просто хотелось так же иметь возможность выбирать файлы для синхронизации не только сидя за компом, но и так же и с телефона и чтобы этот список выбранных файлов был общий.По сути это и есть .stignore, просто нужен для него хороший гуй.
все ок. на телефоне удаляешь файл. синх удаляет файл на компутере. если файл прокинут в каталог с помощью симлинка то удаляется только симлинк на него. исходный файл не затрагивается.
Как у него с нагрузкой на CPU? Перестал нагружать почем зря? Как с мобильными клиентами - есть нормальные или поделки под все платформы разом на React Native?
Поделки только для ведройдов,яблоку не завезли
Есть syncthing-fork в репах f-droid. Он круче того, который из гуглоплея.
врапер синхфинга жутчайше лагал на андроиде 4.2. поигрался с месяц и перешел на ресилио. как день и ночь - запустил и забыл.
Жрет ресурсы как не в себе.
А надо чтоб работал и не использовал CPU???
Первоначальный sync определенно требует кучу вычислений хэшей файлов, но когда все синкнется, он редко жрет больше чем пол процента
Ну конечно ест пол процента а потом как долбанет на 100% причем ни новых файлов ничего нет а он жрет. Плавали знаем.
там в настройках есть опция, - как часто пересканироать директории на случай если inotify (kernel's watch for changes) пропустил что то. Если машина не выключается варварски, то можно увеличить параметр на месяц а то и год и не будет переодических пересканов которые определенно требуют ресурсов
> там в настройках есть опция, - как часто пересканироать директории на случай
> если inotify (kernel's watch for changes) пропустил что то. Если машина
> не выключается варварски, то можно увеличить параметр на месяц а то
> и год и не будет переодических пересканов которые определенно требуют ресурсовв таких случаях грамотные люди делают ненавязчивый background scrubbing, который тихо будет сканить всё на свете хоть непрерывно. А не "оймля! посмотрите на время! время запускать while (file) { rehash(file); file = getnextfile(); }!!" с выжиранием IO, CPU и RAM - что первым уйдёт в ступор.
Так ведь уже fanotify исправили и сделали пригодным для использования вместо inotify :)
> Так ведь уже fanotify исправили и сделали пригодным для использования вместо inotify
> :)Оно научилось трэкать удаление/переименование/создание файлов в стабильных ветках OCей ?
И снова врешь. Давно уже вообще жрать не просит. Года 4 назад был прожорливым, это да
Интересное приложение. Правда достаточно запутанное и где-то есть сбои, надеюсь это в моей голове. Немного пользовался BitTorrent Sync -> Resilio, что очень удобно для простых пользователей. Надеюсь со временем Syncthing будет более упрощено.Так же у кого нибудь есть данные как обстоят дела с iphone (ios)? Не то что бы мне нужно было, просто для сведения.
32-битная версия для мака? Это как?
Хотели выпустить GOдноту, а вышло GO*** (c) Пользовать Resilio Connect
> Хотели выпустить GOдноту, а вышло GO***Вау, какая аргументация!
> Пользовать Resilio Connect
Сам пользуй свою блобятину.
кто нибудь в курсе, надо ли специально какие порты открывать для этой штуки? Настраивал на хосте фаерволл по гайду - https://wiki.archlinux.org/index.php/Simple_stateful_firewal...
Весь софт висящий на 127.0.0.1 работает (mpd, тор и т.д), браузеры с торрентокачалками работают, мессангеры работают - а syncthing ругается на невозможность подключиться к демону (как через вебморду, так и через гуй) и падает. В то время как на виртулке (единственное отличие которой от хоста - отсутствие настроенного фаерволла) все прекрасно запускается.
Хотел использовать для расшаривания файлов между хостом и гостевой системой (как альтернативу самбе), но, видимо - не судьба
все порты прописаны в конфигах разберись и допусти. их там два для п2п обмена и для управления.
Программа из разряда установил и забыл. Пользуюсь 3 года, по-началу батарею жрало на телефоне, настроил на работу только в домашней wifi - стало получше. Потом фикс прилетел и теперь вообще его не замечаю.
Долгой жизни проекту!