Как стать автором
Обновить

Комментарии 130

Идея программы — супер. Огромное спасибо за Ваш труд (спасибо всей команде).
У меня есть проблема в использовании btsync. Расшариваю папку, ввожу секрет на втором клиенте (находящийся в Интернете), он видит папку, знает какой объем у нее, но скачка не идет. Куда мне лучше обратиться по этому поводу?
версия Sync одинаковая? можно написать нам на syncapp@bittorrent.com но сразу нужны будут логи с двух машин
У вас ip белый или серый?
Было такое, когда была большая разница во времени.
Похоже, у меня та же проблема.

— Генерирую код на одном первом компьютере, даю папку.
— На втором ввожу код и указываю папку.
— На первом в списке Devices появляется запись второго компьютера

— На втором в девайсах первого не видно
— Синхронизация не идёт
Нашел причину своей проблемы — два моих компьютера находятся в одной локалке, но один на Wi-Fi, другой на кабеле и эти две подсети не видят друг друга, хотя обе имеют доступ в интернет.
Как только оба компьютера оказались на Wi-Fi — синхронизация заработала.
Сначала воспользовался сервисом генерации QR из ключа и не мог понять почему ничего не происходит. Потом вспомнил генерация QR уже встроена в windows-клиент. Можно сделать сканирование просто ключа без формата «btsync://XXXXXXXXX?n=folder» или указывать что это неправильный ключ?
А на официальном сайте/форуме есть какие-нибудь публикации о новой версии?
Конечно есть, подпишитесь на эту тему…
Спасибо, как то проглядел.
Пользуюсь Sync с первых дней закрытой alpha, все работает просто супер! (со скидкой на тестирование)
Однако просшло уже много времени, а поддержку прокси так и не имплементировали!
В общем желаю успехов и новых фич! :)
скоро будет, очень скоро :)
Да хотя бы в windows-клиенте её очччень не хватает.
Где можно почитать спецификацию протокола?
пока нигде. Мы еще работаем над протоколом.
Т.е. в будущем он будет открыт?
Я очень ограничен в том что могу сказать, но решения о том что протокол будет закрытым — нет.
Ясно, спасибо.
Подскажите, где можно почитать общее описание работы? Чтобы просто понимать, чем это решение отличается от того же Dropbox-а и обычных торрентов. Можно ли обойтись вообще без внешних серверов, чтобы вся информация (в том числе о том, что вообще есть расшаренные папки) передавалась только между клиентами? Будет ли хоть какая-то информация храниться на ваших серверах?
посмотрите на нашем сайте — там много информации.

Можно — просто отключите интернет и если комьютеры могут послать и получить multicast upd они найдут друг друга.

Нет. У нас нет никакой информации — у нас есть трекер, который помогает найти пиров в интернете, но он не является необходимым, просто упрощает и ускоряет нахождение.
А будет ли возможность использовать свой трекер? Для России например было бы очень полезно вписывать retracker.local,. А еще лучше по дефолту) Ну и свои трекеры конечно никто не отменял. Или все же там должен использоваться не обычный трекер?
там не обычный трекер, но это в планах
Когда создавал папку на андроиде, забыл поставить галку автосинхронизации, потом не нашел как её включить или удалить папку и добавить заново.
Так вроде справа в строке с именем папки есть стрелка под которой скрывается чекбокс автосинка.
Ага, нашёл. В первый раз каким-то образом попадал пальцем правее стрелки и открывался список файлов.
Он сильно облегчает работу внутри организаций, поскольку максимально использует внутренюю инфраструктуру компании.

Позволяет ли лицензия на программу использование в коммерческих целях? Не для извлечения прибыли, а именно для передачи файлов и синхронизации?
Позволяет
Ребят, спасибо за то что вы делаете! Это очень нужный продукт! С ним вы подвинете Dropbox. Тем более, что это глоток воздуха для тех, кто не хочет выкладывать свои данные в облака — на всеобщее обозрение спецслужбами.

А если введете опциональные пакеты с местом для хранения в облаке и шаринг файлов через веб — то просто выбросите дропбокс из его ниши. :)
Спасибо. :) Это одна из идей как мы планируем монетизировать продукт. Хочется рассказать много, но пока рано :) Время Dropbox прошло
У Dropbox есть очень полезная фича — журнал версий файлов. В ряде случаев это критично
>> SyncArchive

>> BitTorrent Sync Beta также включает в себя базовые возможности управления версиями. В каждой папке создается директория .SyncArchive, куда складываются все предыдущие версии при изменении файлов, а также файлы, удаленные на других устройствах. Теперь у вас будет возможность восстановить данные, если они были изменены или ошибочно удалены.

Чем это отличается от функции DropBox, о которой вы упомянули?
То есть я правильно понимаю, что если у меня там лежит, скажем, какой-нибудь документ, который я время от времени редактирую, то после 10 правок/сохранений там будет лежать 10 копий файла разной свежести (причём не только на текущем девайсе, но и на всех, куда оно синхронизируется)?
Кто нибудь опишет какие порты нужно открывать исходящие и входящие, для точно настройки из под NAT, ибо есть проблемы. Что то я не смог ничего толком найти на сайте у разработчика. И не знаю почему, мне так и не ясно как это работает прога. Как она находит узлы, которые мне нужны по хэшу?.. Это получается где то есть некий «ДНС» ?? Есть у кого доступное пояснение работы именно этой программы в инфографике что ли?
И вопрос к разработчикам — будет ли версия работающая как служба?!
А можно подробнее о проблемах? У вас должно быть разрешено udp в сети, порт можно посмотреть в настройках. В остальном Sync должен все сделать сам.

Вкратце описать работу можно следующим образом:
— Вы создаете Secret, это ваш ключ шифрования, который не знает никто
— Sync посылает SHA256(Secret):ip:port на трекер и получает ответ об узлах с таким же секретом
— Sync так же посылает multicast по локальной сети, так что он может найти узлы в локальной сети без трекера
— Зная ip:port другого узла, Sync устанавливает прямое соединение с ним используя разные способы NAT traversal, upnp итд
— дальше передаются данные
Не хочу быть назойливым, но ответ на вопрос про «будет ли работать как служба» мне тоже интересен в контексте win32.

p.s. про существование srvany знаю :)
А какие есть трекеры?
пока только один — bittorrent.com
Вижу read only секрет. Я правильно понимаю, что так можно раздавать как в торрентах (но не светясь), публикуя секрет или картинку с QR-кодом?
протокол UDP. Все там светится.
Вопросы по безопасности:
0. Где исходники?
1. Для расшаривания папки достаточно опубликовать Secret, но как клиенты находят друг друга? Через ваш трекер, на котором регистрируются все клиенты и обмениваются ключами?
2. Вы пишете:
Traffic Relay
There are rare cases when peers can’t talk directly. This usually happens when devices are in an office behind strong firewalls. In such a case BitTorrent provides a relay server to route traffic between peers. All traffic is AES encrypted with your secret, so there is no chance for us to see any of your data.

You can opt out of this, but it could result in peers not being able to network with each other.
Т.е. теоретически вы можете пускать весь трафик через свои сервера? Ну или не весь, а выборочно, например, по запросу из NSA или КГБ (программа же белорусская :) выкачать себе содержимое любой расшаренной папки?

Технические:
3. Учитываются ли дополнительные потоки данных и расширенные файловые атрибуты, типа ADS в NTFS и forks в HFS+? Если упрощённо, то сохраняются ли сортировка файлов, цветовые метки и теги после синхронизации?
4. Можно ли запускать синхронизацию в виде службы, без логина пользователя в систему? Можно ли синхронизировать несколько ПК с OS X, чтобы синхронизация шла в фоне, когда ПК включены, но пользователи не залогинены?
5. Когда будут опубликованы исходники клиента или спецификации протокола?
0. Исходников в открытом виде нет.
1. Клиенты используют SHA256(secret):ip:port чтобы найти друг друга. Можно использовать трекер BitTorrent или DHT. Это конфигурируется в клиенте.
2. Весь трафик зашифрован AES256 — расшифровать невозможно. Отключите эту опцию и Sync никогда не будет использовать relay. В некоторых случаях два пира не смогут связаться из за «плохих» NAT
3. Пока не учитываются. И, если честно, непонятно как это делать. Для Sync нет разницы вы синхронизируете два компьютера или делитесь с кем-то. Если в первом случае аттрибуты важны, то во втором наоборт.
4. Пока нет.
5. Я не могу сейчас ответить на этот вопрос.
Сделайте скрытие окна (под виндой) в область уведомлений (к часам), чтобы в таксбаре не мешался.
Win7/homepremium, окно в таскбаре не висит (и ни в одной предыдущей версии не висело).

p.s. Закрываю окно кнопкой с крестиком
3.
непонятно как это делать.
Делать просто — вычитывать все форки, датастримы и прочие метаданные папок и файлов и сохранять их рядом в файлах типа "._whatever_filename.btsync_metadata", по типу, как это делает OS X сохраняя свои файлы на чужих файловых системах.
Для Sync нет разницы вы синхронизируете два компьютера или делитесь с кем-то. Если в первом случае аттрибуты важны, то во втором наоборт.
Ну так сделать опционально, при расшаривании папки на маке (или на разделе NTFS) показывать галочку «синхронизировать метаданные» или две кнопки «Синхронизировать учитывая метаданные» и «Просто поделиться с кем-то».
Это не совсем так просто. Приведу пример, есть двое людей работающие над одним проектом. У каждого по два компьютера как в этом случае синхронизировать meta-tags? И что будет происходить если есть несоответствие между настройками, один выбрал «синхронизировать метаданные» а второй выбрал «не синхронизировать». А если добавить сюда Linux/Windows/мобильные все становится еще более интересным.

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

Глубоко в расширенных настройках для продвинутых пользователей сделать две галки:
«Посылать расширенные метаданные для файлов и папок» — клиент будет отправлять не только файлы, но и метаданные.
и
«Принимать расширенные метаданные для файлов и папок» — клиент будет принимать файлы, но игнорировать метаданные.

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

Т.е. для большинство пользователей ничего не изменится, а кому понадобится сделать полную синхронизацию, скажем, домашнего компьютера с рабочим, тот залезет в настройки и включит нужную опцию.
очень хочется это сделать проще.
А вы синхронизируете права доступа к файлам? Т.е. если у меня на линукс-машине файл с правами доступа 755, то после синхронизации с другой линукс-машиной, права доступа потеряются или изменятся, и исполняемый файл вдруг перестанет быть таковым?
мы только синхронизируем +x флаг, чтобы файл остался исполняемым.
А если один из клиентов использует Windows и FAT? Аттрибут исполняемого файла потеряется?
не потеряется.
С правами можно заковыряться очень глубоко, т.к. на домашней машине у файла может быть юзер vasya и группа vasya, а на рабочей — юзер vasilypupkin и группа localusers. И как рулить правами, если на первой машине полный доступ для группы — это нормально, а на второй — не очень-то хотелось бы?
Да, я думал уже об этом — если синхронизировать абсолютно всё, то можно запутаться с правами, и так выйдет, что на другой машине у вас не будет прав на файл — у меня такое бывало в NTFS, файлы вдруг принадлежали неизвестному систему юзеру.

Но синхронизацию метаинформации я бы оставил хотя бы для гомогенных систем, чтобы можно было делать полную синхронизацию нескольких своих компьютеров — всё-таки не зря в названии программы есть слово Sync :)

В общем, для синхронизации двух маков можно вполне обойтись rsync :)
А если синхронизировать meta-информацию всегда?
Для каждой системы в свое место. А при получении уже смотреть на настройки, надо применять аттрибуты, или нет.
Чтобы была галочка (возможно, выключенная по умолчанию) «применять аттрибуты файлов».

Таким образом, получится пронести файл, взятый, например, с Linux, через несколько других систем, и сохранить при этом его аттрибуты, специфичные для Linux.
Спасибо за программу, но очень интересует вопрос планируете ли сделать консольное управление в BtSync под Windows?
да. планируем
А что происходит, если два пользователя одновременно поправили один и тот же файл?
выигрывает тот файл у которого будет новее время изменения.
афигеть! Минск! Вобще молодцы. Прога просто БОМБА! У вас еще сложности с документашкой ее не так просто найти. Давно не получал удовольствия от халявы)) И да, служба поддержки отвечает очень шустро через фидбек в программе. У вас большое будущее, просто рвете кусок от больших монстров.
Спасибо. Сейчас вы передали привет Вадиму, который отвечал вам. Если будет желание можете зайти к нам в гости :)
А как организуется поиск по ключу компьютера, с которым нужно синхронизироваться?
SHA256(Secret):ip:port
Я имел в виду другое, есть ключ, я ввожу его на неком компьютере, как организуется поиск компьютера, с которым нужно спарить тот, на котором я ввожу ключ?
Есть трекер или DHT на который ваш компьютер передает следующую информацию SHA(secret):ip,port = у трекера есть таблица где по ключу SHA(secret) хранится список ip,port он возвращает вашему компьютеру список ip:port других компьютеров с тем же секретом.
Спасибо
Поясните, пожалуйста, такую ситуацию — на одном компьютере я создал папку, добавил в неё пару файлов, и расшарил её через Full Access ключ с другим компьютером. После синхронизации я со второго компьютера удаляю один из файлов и он перезакачивается, а не удаляется с первого компьютера. Разве так и должно быть? На обоих компьютерах версия 1.1.42.
Спасибо. Описал ситуацию, отправил логи.
Ой спасибо за Android-версию! Где донат сделать?
И почему-то qr-сканер код не сканирует. Вручную его никак не ввести?
Поясните пожалуйста, правильно ли я понял суть программы.
Это возможность синхронизировать кучку файлов (директорию) на разных устройствах, чтобы на всех них хранилось одно и то же в выбранной директории, причём синхронизация происходит по протоколу bittorrent?
именно так.
Лучше. Разные директории можно синхронизировать между разными наборами устройств
а можно ли его применить для такой ситуации — автоматически забирать фото с Android-утройства и скидывать их на домашний комп (архив). НО: при удалении фото с Android (карта памяти ограничена объемом) они бы оставались нетронутыми на компе. И обратный процесс — при добавлении фото в эту папку на компе, они бы НЕ появлялись на Android-утройстве?
По моему месячному опыту использования — готового решения нет. Но на компе можно настроить дополнительный софт, который перемещает/копирует файлы из синхронизируемой папки в архивную. В целом такуая связка будет решать вашу задачу
В Dropbox точно так и реализовано.
НЛО прилетело и опубликовало эту надпись здесь
Есть приложение FolderSync. Оно умеет одностороннюю синхронизацию. И, если не ошибаюсь, позволяет поставить галочку (не удалять файлы в случае удаления на другом устройстве). И, как уже сказали, Dropbox делает то, что вы хотите.
НЛО прилетело и опубликовало эту надпись здесь
с этой версии мы планируем поддерживать обратную совместимость. Слишком много в протоколе надо было поменять для поддержки мобильных устройств и версионности.
Отличный сервис. Сразу встало как родное.
Очень интересно почитать про внутренности системы. Протоколы, механизмы безопасности, возможности.
Правильно ли я понимаю… Глобальное закрытие просмотра проги паролем или закрытие конкретной папки… отсутствует ваааще? То есть предположим приходит Вася Пупкин на комп главбуха… для обслуживания 1с… копирует ключ и идет синхронизировать файловую базу к себе домой. И делает там с ней всё что угодно. Так? =)

Второй вопрос… не совсем ясно как происходит синхронизация измененных файлов. Для примера та же файловая база 1с. Если в течении дня с ней работали… изменилось «наполнение» файла. Что будет происходить с синхронизацией в таком случае и как часто? =))
защиты паролем нет. Но это планируется в следующих версиях.

На данный момент как только файл изменился, он будет передаваться на другой компьютер.
В андроид клиенте хотелось бы увидеть галочку «синк только при зарядке» и «скрыть иконку в статусбаре».
оу, скрыть иконку есть ) не заметил
Уточните пожалуйста, чем Backup отличается от Sync в клиенте для Android.

как работает синхронизация в случае Backup — только в одну сторону?

Если я одну и ту же папку бекаплю на телефоне (например фотографии) между несколькими компами, и на одном компе положил еще файлы в эту папку. Новые файлы не появились на других компьютерах. Это нормально?
Sync — синхронизация в две стороны. Backup — только в одну с телефона на компьютер.

Да, потому что для бекапа используется read only secret, а значит все локальные изменения на компьютере не распространяются между узлами.
Понятно, спасибо.
получается я еще могу настроить двухстороннюю синхронизацию между этими папками на персоналках для того что бы бекап ложился на все персоналки в последствии.
Проприетарность только всё портит :(
Не плохо бы было собрать версию для mips (коли исходники закрыты), на всяких бы роутерх и NAS клиента бы запустить было бы здорово.
Я смог запустить на этом:
image
#cat /proc/cpuinfo 
Processor       : ARM926EJ-S rev 1 (v5l)
BogoMIPS        : 992.87
Features        : swp half thumb fastmult edsp 
CPU implementer : 0x56
CPU architecture: 5TE
CPU variant     : 0x2
CPU part        : 0x131
CPU revision    : 1
Cache type      : write-back
Cache clean     : cp15 c7 ops
Cache lockdown  : format C
Cache format    : Harvard
I size          : 16384
I assoc         : 4
I line length   : 32
I sets          : 128
D size          : 16384
D assoc         : 4
D line length   : 32
D sets          : 128

Hardware        : Feroceon-KW
Revision        : 0000
Serial          : 0000000000000000

инструкция
облом =(

у меня на роутере CM4706/BCM53003 а он имеет архитектуру MIPS

cat /proc/cpuinfo
system type: Broadcom BCM5300 chip rev 1 pkg 0
processor: 0
cpu model: MIPS 74K V4.9
BogoMIPS: 299.82
wait instruction: no
microsecond timers: yes
tlb_entries: 64
extra interrupt vector: no
hardware watchpoint: yes
ASEs implemented: mips16 dsp
shadow register sets: 1
VCED exceptions: not available
VCEI exceptions: not available

unaligned_instructions: 1018
dcache hits: 2147483648
dcache misses: 0
icache hits: 2147483648
icache misses: 0
instructions: 2147483648

По какой причине?

system type : (null)
processor : 0
cpu model : MIPS 24Kc V8.5 FPU V0.0
BogoMIPS : 502.98
wait instruction : yes
microsecond timers : yes
tlb_entries : 32
extra interrupt vector : yes
hardware watchpoint : yes, count: 4, address/irw mask: [0x0890, 0x0620, 0x0398, 0x03e8]
ASEs implemented : mips16
shadow register sets : 1
core : 0
VCED exceptions : not available
VCEI exceptions : not available

Процессор Realtek RTD1186DD.

Извиняюсь, промахнулся, в ответ на сообщение DeeZ
Пытаюсь запустить на плеере iconBIT XDS73D, завис на генерации конфига

/data/icapp/opt/etc # btsync --dump-sample-config > /opt/etc/btsync.conf
/opt/bin/btsync: line 1: syntax error: unexpected word (expecting ")")

В итоге файл пустой, найти пример конфига не смог, не подскажете в чем проблема, или может полный пример конфига кто выложит?
Не запустится. можешь не пытаться.
У меня на роутере тоже не завелось с той же ошибкой.
ну и не заведется =)
не под ту архитектуру сборка, я на их форуме полазил, многие спрашивали бинарник под mips, обещали сделать но уже много воды утекло.
в Android-приложении можно указать, чтобы синхронизация велась только при наличии Wi-Fi?
Русский интерфейс и сайт будет?
он и так синкает только по wifi. что бы синхронизация была по 3G надо галку в натсройках поставить. на сколько я понял
Уже использую дома для синхронизации фотоархива на своем компьютере и компьютере жены. Отличная программа!
Я, наверное, чего-то не понимаю, но мне кажется, что использование случайной комбинации из 32 (?) символов совершенно не безопасно. Ничего же не мешает злоумышленнику пробовать разные случайные последовательности и получать доступ к файлам случайных людей?
А вы попробуйте подсчитать сколько сочитаний из (26+10) можно получить по 32 символа =)
учтите еще время на ожидание проверки (подошла или нет) комбинации и затея теряет весь смысл
Только не 26+10 наверное, а даже 52+10? Насколько я понимаю, регистр также учитывается.
все же 26+10 =)
как я понял, для SecretKey используются верхний регистр символов
А станет легче от того… что какой-нибудь урод путем блуждающего поиска натолкнется на фотки твоей любимой девушки в раздетом виде? Или коммерческая инфа уплывет хрен знает куда. Чем больше людей будут юзать прогу… тем проще будет натолкнуться на чтото. И не важно откуда этот уродец. Из АНБ США с возможностью прокачивать 10 гигабит в сек на своем канале, или задрот которому нефиг делать. Вероятность есть и не совсем ясно какие механизмы защиты есть на трекере. Не совсем ясно будет ли тот же АНБ иметь доступ к трекеру. Тогда и перебора не надо. Смотри списочки и думай чо скачать.
Станет. Всего комбинаций 36^32 ~= 6,33e+49. На трекере для хеша SecretKey хранится список пиров. Пусть у скучающего АНБшника есть доступ к трекеру и каналу. Это ему не сильно поможет, т.к. данные шифруются секретным ключом (SecretKey). Т.е. АНБшник будет видеть, что пиры обмениваются какой-то информацией по зашифрованному каналу, но чтобы получить доступ к данным ему придется из хеша восстановить сам секретный ключ. Это возможно только полным перебором, но перебирать все 6,33e+49 он будет до скончания века.
Ну и если быть совсем точным, на сайте нашел информацию:The secret is a randomly generated 20-byte key. Т.е. комбинаций пароля будет 255^20 ~= 1,35e+48. А отображается base64(SecretKey) для удобства передачи ключа не по цифровым каналам.
Я не страдаю параноей.
Прояви уважение к подруге — храни ее НЮ фото в надёжном месте.
Для бизнеса использовать паблик ресурс — глупо.

НЛО прилетело и опубликовало эту надпись здесь
Спасибо большое вам за ваши труды! Идея шикарная! Реализация тоже на уровне. Если технология пойдет в массы, и если вы сильно далеко не отойдете от стандартного BitTorrent, то злоумышленникам от правительств задавить BitTorrent будет значительно сложнее.

Есть два вопроса/предложения:

1. Клиент не позволяет расшарить каталог, находящийся внутри уже расшаренного каталога.
Так же не позволяет расшарить каталог, содержащий уже расшаренный каталог.
Есть ли в планах избавление от этого ограничения? Необходимость возникает часто.

2. Локальные изменения проверяются раз в folder_rescan_interval секунд. Таким образом, при перекидывании чего-либо с устройства на устройство, приходится некоторое время ждать. То же дропбокс начинает синхронизировать данные сразу после изменения. Возможно, имеет смысл через какой-нибудь libevent дергать рескан каталога, либо просто добавить кнопочку рескана вручную.
1. Пока не позволяет — скоро сделаем.
2. Все зависит от ОС. Мы используем события от файловой системы чтобы определить что файл изменен, но ждем еще 10 секунд чтобы гарантировать что все операции с файлом завершены.
1. Эм… Почему не позволяет? у меня не ругнулся, и работат. Чего мне ожидать ближайшем будущем от этой синхронизации? Правда сначала добавил папку а потом весь диск. Есть разница?
НЛО прилетело и опубликовало эту надпись здесь
Под Ubuntu установилась версия 1.1.42-2, это и есть бета?
И еще ламерский вопросик (не знаю особенностей протокола Bittorrent) — если оба устройства сидят по Wi-Fi в одной сети (через один роутер), то трафик идет мимо интернета? А то синхронизировать 30 Гб на лимитированном тарифе провайдера стремно…
Можно выдернуть шнурок интернета из Wi-Fi роутера и нажать синхронизацию. Если пиры друг друга найдут, то дальше синхронизация должна идти локально.
Без мануала, как сгенерировать QR код на компе, не понял. Может логичнее было бы не прятать генерацию под правую кнопку мыши, а просто добавить кнопку в закладку Folders напротив каждой папки?
Почему-то не видит, что файл в папке изменился. Windows Server 2008 r2, абстрактная программа пишет лог в файл. Этот файл копирую Проводником в папку btsync — файл синхронизировался. Через какое-то время лог пополнился, и копирую еще раз — не синхронизируется. Приходится удалять, ждать синхронизации, копировать заново. Маленькая деталь — абстрактная программа файл лога держит постоянно открытым, время создания и изменения не меняется.
А есть возможность постоянно держать соединение? Как я понимаю, после синхронизации связь между узлами обрывается. И при обнаружении новых изменений программа пытается найти узлы и раздать всем свежие файлы. Пробовал с маленькими текстовыми файлами. После изменений в локальной сети файл обновляется на втором компьютере примерно через 5-10 секунд.
Предлагаю добавить возможность задания папок-исключений (внутри указанной для синхронизации), которые не нужно синхронизировать.
Насколько я помню, при инициализации создается файл .SyncIgnore в папке. Вот туда можно вписать исключения и они даже работают. Правда лучше не ждать, пока BitTorrent Sync создаст этот файл за вас, а сделать это собственноручно.
Sample config — можно вытащить из самого файла, а где подробнее можно прочитать про настройки config не наткнулся на такую информацию.
Было бы неплохо ввести расписание, как в Utorrent, чтобы в рабочее время синхронизация шла на фиксированной скорости, или была отключена, а в нерабочее время можно было задействовать весь канал.
Что будет если при подключении второго компьютера указать не пустую папку со старой версией контента?
Например есть старый архив фотографий, который отличается от расшаренного по содержимому, часть файлов перенесена в другие папки, часть отсутствует.
Как поведёт себя клиента при read-only подключении к папке с более свежими файлами?
а зачем смешивать старый архив и несортированную кучу? По-моему, получится бардак, который потом разгребать дольше.

Кстати, как правильно синхронизировать три устройства? Если A синхронизируется с B, и С синхронизируется с B, то надо ли для A указывать синхронизацию с C (устройство B может быть отключено какое-то время)?
Сколько ресурсов съедает BTSync?
Например у меня есть 3Тб мелких данных (больше 20 миллионов) — сколько оперативной памяти нужно установить, что бы синхронизация проходило успешно.
Просто прочитал на одном ресурсе:
Какие лимиты на размер файла или их количество при передаче?
Никаких. Всё зависит только от возможностей вашей операционной системы и наличию свободного места на ваших дисках. ОЗУ используется из расчёта 1 файл = 400 байт. Для мониторинга 1 миллиона файлов BitTorrent Sync потребуется ~400 Мб ОЗУ.

Т.е. мне понадобится 10 Гб оперативной памяти для такого объема?
Что-то только сейчас посмотрел на дату поста оО
НЛО прилетело и опубликовало эту надпись здесь
У нас он съел при первоначальной синхронизации ~10 Гб памяти. Поэтому отказались от дальнейшего использования
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории