Комментарии 130
Идея программы — супер. Огромное спасибо за Ваш труд (спасибо всей команде).
У меня есть проблема в использовании btsync. Расшариваю папку, ввожу секрет на втором клиенте (находящийся в Интернете), он видит папку, знает какой объем у нее, но скачка не идет. Куда мне лучше обратиться по этому поводу?
У меня есть проблема в использовании btsync. Расшариваю папку, ввожу секрет на втором клиенте (находящийся в Интернете), он видит папку, знает какой объем у нее, но скачка не идет. Куда мне лучше обратиться по этому поводу?
+4
версия Sync одинаковая? можно написать нам на syncapp@bittorrent.com но сразу нужны будут логи с двух машин
0
У вас ip белый или серый?
0
Было такое, когда была большая разница во времени.
0
Похоже, у меня та же проблема.
— Генерирую код на одном первом компьютере, даю папку.
— На втором ввожу код и указываю папку.
— На первом в списке Devices появляется запись второго компьютера
— На втором в девайсах первого не видно
— Синхронизация не идёт
— Генерирую код на одном первом компьютере, даю папку.
— На втором ввожу код и указываю папку.
— На первом в списке Devices появляется запись второго компьютера
— На втором в девайсах первого не видно
— Синхронизация не идёт
0
Сначала воспользовался сервисом генерации QR из ключа и не мог понять почему ничего не происходит. Потом вспомнил генерация QR уже встроена в windows-клиент. Можно сделать сканирование просто ключа без формата «btsync://XXXXXXXXX?n=folder» или указывать что это неправильный ключ?
0
А на официальном сайте/форуме есть какие-нибудь публикации о новой версии?
0
Пользуюсь Sync с первых дней закрытой alpha, все работает просто супер! (со скидкой на тестирование)
Однако просшло уже много времени, а поддержку прокси так и не имплементировали!
В общем желаю успехов и новых фич! :)
Однако просшло уже много времени, а поддержку прокси так и не имплементировали!
В общем желаю успехов и новых фич! :)
+1
Где можно почитать спецификацию протокола?
+2
пока нигде. Мы еще работаем над протоколом.
0
Т.е. в будущем он будет открыт?
+1
Подскажите, где можно почитать общее описание работы? Чтобы просто понимать, чем это решение отличается от того же Dropbox-а и обычных торрентов. Можно ли обойтись вообще без внешних серверов, чтобы вся информация (в том числе о том, что вообще есть расшаренные папки) передавалась только между клиентами? Будет ли хоть какая-то информация храниться на ваших серверах?
+1
посмотрите на нашем сайте — там много информации.
Можно — просто отключите интернет и если комьютеры могут послать и получить multicast upd они найдут друг друга.
Нет. У нас нет никакой информации — у нас есть трекер, который помогает найти пиров в интернете, но он не является необходимым, просто упрощает и ускоряет нахождение.
Можно — просто отключите интернет и если комьютеры могут послать и получить multicast upd они найдут друг друга.
Нет. У нас нет никакой информации — у нас есть трекер, который помогает найти пиров в интернете, но он не является необходимым, просто упрощает и ускоряет нахождение.
0
Когда создавал папку на андроиде, забыл поставить галку автосинхронизации, потом не нашел как её включить или удалить папку и добавить заново.
0
Он сильно облегчает работу внутри организаций, поскольку максимально использует внутренюю инфраструктуру компании.
Позволяет ли лицензия на программу использование в коммерческих целях? Не для извлечения прибыли, а именно для передачи файлов и синхронизации?
Позволяет ли лицензия на программу использование в коммерческих целях? Не для извлечения прибыли, а именно для передачи файлов и синхронизации?
0
Ребят, спасибо за то что вы делаете! Это очень нужный продукт! С ним вы подвинете Dropbox. Тем более, что это глоток воздуха для тех, кто не хочет выкладывать свои данные в облака — на всеобщее обозрение спецслужбами.
А если введете опциональные пакеты с местом для хранения в облаке и шаринг файлов через веб — то просто выбросите дропбокс из его ниши. :)
А если введете опциональные пакеты с местом для хранения в облаке и шаринг файлов через веб — то просто выбросите дропбокс из его ниши. :)
+4
Спасибо. :) Это одна из идей как мы планируем монетизировать продукт. Хочется рассказать много, но пока рано :) Время Dropbox прошло
+2
У Dropbox есть очень полезная фича — журнал версий файлов. В ряде случаев это критично
+1
>> SyncArchive
>> BitTorrent Sync Beta также включает в себя базовые возможности управления версиями. В каждой папке создается директория .SyncArchive, куда складываются все предыдущие версии при изменении файлов, а также файлы, удаленные на других устройствах. Теперь у вас будет возможность восстановить данные, если они были изменены или ошибочно удалены.
Чем это отличается от функции DropBox, о которой вы упомянули?
>> BitTorrent Sync Beta также включает в себя базовые возможности управления версиями. В каждой папке создается директория .SyncArchive, куда складываются все предыдущие версии при изменении файлов, а также файлы, удаленные на других устройствах. Теперь у вас будет возможность восстановить данные, если они были изменены или ошибочно удалены.
Чем это отличается от функции DropBox, о которой вы упомянули?
+2
Кто нибудь опишет какие порты нужно открывать исходящие и входящие, для точно настройки из под NAT, ибо есть проблемы. Что то я не смог ничего толком найти на сайте у разработчика. И не знаю почему, мне так и не ясно как это работает прога. Как она находит узлы, которые мне нужны по хэшу?.. Это получается где то есть некий «ДНС» ?? Есть у кого доступное пояснение работы именно этой программы в инфографике что ли?
И вопрос к разработчикам — будет ли версия работающая как служба?!
И вопрос к разработчикам — будет ли версия работающая как служба?!
0
А можно подробнее о проблемах? У вас должно быть разрешено udp в сети, порт можно посмотреть в настройках. В остальном Sync должен все сделать сам.
Вкратце описать работу можно следующим образом:
— Вы создаете Secret, это ваш ключ шифрования, который не знает никто
— Sync посылает SHA256(Secret):ip:port на трекер и получает ответ об узлах с таким же секретом
— Sync так же посылает multicast по локальной сети, так что он может найти узлы в локальной сети без трекера
— Зная ip:port другого узла, Sync устанавливает прямое соединение с ним используя разные способы NAT traversal, upnp итд
— дальше передаются данные
Вкратце описать работу можно следующим образом:
— Вы создаете Secret, это ваш ключ шифрования, который не знает никто
— Sync посылает SHA256(Secret):ip:port на трекер и получает ответ об узлах с таким же секретом
— Sync так же посылает multicast по локальной сети, так что он может найти узлы в локальной сети без трекера
— Зная ip:port другого узла, Sync устанавливает прямое соединение с ним используя разные способы NAT traversal, upnp итд
— дальше передаются данные
0
Вижу read only секрет. Я правильно понимаю, что так можно раздавать как в торрентах (но не светясь), публикуя секрет или картинку с QR-кодом?
+2
Вопросы по безопасности:
0. Где исходники?
1. Для расшаривания папки достаточно опубликовать Secret, но как клиенты находят друг друга? Через ваш трекер, на котором регистрируются все клиенты и обмениваются ключами?
2. Вы пишете:
Технические:
3. Учитываются ли дополнительные потоки данных и расширенные файловые атрибуты, типа ADS в NTFS и forks в HFS+? Если упрощённо, то сохраняются ли сортировка файлов, цветовые метки и теги после синхронизации?
4. Можно ли запускать синхронизацию в виде службы, без логина пользователя в систему? Можно ли синхронизировать несколько ПК с OS X, чтобы синхронизация шла в фоне, когда ПК включены, но пользователи не залогинены?
5. Когда будут опубликованы исходники клиента или спецификации протокола?
0. Где исходники?
1. Для расшаривания папки достаточно опубликовать Secret, но как клиенты находят друг друга? Через ваш трекер, на котором регистрируются все клиенты и обмениваются ключами?
2. Вы пишете:
Traffic RelayТ.е. теоретически вы можете пускать весь трафик через свои сервера? Ну или не весь, а выборочно, например, по запросу из NSA или КГБ (программа же белорусская :) выкачать себе содержимое любой расшаренной папки?
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.
Технические:
3. Учитываются ли дополнительные потоки данных и расширенные файловые атрибуты, типа ADS в NTFS и forks в HFS+? Если упрощённо, то сохраняются ли сортировка файлов, цветовые метки и теги после синхронизации?
4. Можно ли запускать синхронизацию в виде службы, без логина пользователя в систему? Можно ли синхронизировать несколько ПК с OS X, чтобы синхронизация шла в фоне, когда ПК включены, но пользователи не залогинены?
5. Когда будут опубликованы исходники клиента или спецификации протокола?
+6
0. Исходников в открытом виде нет.
1. Клиенты используют SHA256(secret):ip:port чтобы найти друг друга. Можно использовать трекер BitTorrent или DHT. Это конфигурируется в клиенте.
2. Весь трафик зашифрован AES256 — расшифровать невозможно. Отключите эту опцию и Sync никогда не будет использовать relay. В некоторых случаях два пира не смогут связаться из за «плохих» NAT
3. Пока не учитываются. И, если честно, непонятно как это делать. Для Sync нет разницы вы синхронизируете два компьютера или делитесь с кем-то. Если в первом случае аттрибуты важны, то во втором наоборт.
4. Пока нет.
5. Я не могу сейчас ответить на этот вопрос.
1. Клиенты используют SHA256(secret):ip:port чтобы найти друг друга. Можно использовать трекер BitTorrent или DHT. Это конфигурируется в клиенте.
2. Весь трафик зашифрован AES256 — расшифровать невозможно. Отключите эту опцию и Sync никогда не будет использовать relay. В некоторых случаях два пира не смогут связаться из за «плохих» NAT
3. Пока не учитываются. И, если честно, непонятно как это делать. Для Sync нет разницы вы синхронизируете два компьютера или делитесь с кем-то. Если в первом случае аттрибуты важны, то во втором наоборт.
4. Пока нет.
5. Я не могу сейчас ответить на этот вопрос.
0
Сделайте скрытие окна (под виндой) в область уведомлений (к часам), чтобы в таксбаре не мешался.
-1
3.
непонятно как это делать.Делать просто — вычитывать все форки, датастримы и прочие метаданные папок и файлов и сохранять их рядом в файлах типа "._whatever_filename.btsync_metadata", по типу, как это делает OS X сохраняя свои файлы на чужих файловых системах.
Для Sync нет разницы вы синхронизируете два компьютера или делитесь с кем-то. Если в первом случае аттрибуты важны, то во втором наоборт.Ну так сделать опционально, при расшаривании папки на маке (или на разделе NTFS) показывать галочку «синхронизировать метаданные» или две кнопки «Синхронизировать учитывая метаданные» и «Просто поделиться с кем-то».
+1
Это не совсем так просто. Приведу пример, есть двое людей работающие над одним проектом. У каждого по два компьютера как в этом случае синхронизировать meta-tags? И что будет происходить если есть несоответствие между настройками, один выбрал «синхронизировать метаданные» а второй выбрал «не синхронизировать». А если добавить сюда Linux/Windows/мобильные все становится еще более интересным.
Под «непонятно как делать» я не подразумевал техническую сторону, а скорее с точки зрения продукта, чтобы это работало так как надо, даже в сложной ситуации с минимальными настройками.
Под «непонятно как делать» я не подразумевал техническую сторону, а скорее с точки зрения продукта, чтобы это работало так как надо, даже в сложной ситуации с минимальными настройками.
0
Глубоко в расширенных настройках для продвинутых пользователей сделать две галки:
«Посылать расширенные метаданные для файлов и папок» — клиент будет отправлять не только файлы, но и метаданные.
и
«Принимать расширенные метаданные для файлов и папок» — клиент будет принимать файлы, но игнорировать метаданные.
Если хотя бы у одного клиента выключена одна из этих опций (а можно сделать просто одну опцию «синхронизировать метаданные»), то программы будут обмениваться только содержимым файлов, а метаданные у каждого будут свои, несинхронизируемые.
Т.е. для большинство пользователей ничего не изменится, а кому понадобится сделать полную синхронизацию, скажем, домашнего компьютера с рабочим, тот залезет в настройки и включит нужную опцию.
«Посылать расширенные метаданные для файлов и папок» — клиент будет отправлять не только файлы, но и метаданные.
и
«Принимать расширенные метаданные для файлов и папок» — клиент будет принимать файлы, но игнорировать метаданные.
Если хотя бы у одного клиента выключена одна из этих опций (а можно сделать просто одну опцию «синхронизировать метаданные»), то программы будут обмениваться только содержимым файлов, а метаданные у каждого будут свои, несинхронизируемые.
Т.е. для большинство пользователей ничего не изменится, а кому понадобится сделать полную синхронизацию, скажем, домашнего компьютера с рабочим, тот залезет в настройки и включит нужную опцию.
0
очень хочется это сделать проще.
0
А вы синхронизируете права доступа к файлам? Т.е. если у меня на линукс-машине файл с правами доступа 755, то после синхронизации с другой линукс-машиной, права доступа потеряются или изменятся, и исполняемый файл вдруг перестанет быть таковым?
0
мы только синхронизируем +x флаг, чтобы файл остался исполняемым.
0
С правами можно заковыряться очень глубоко, т.к. на домашней машине у файла может быть юзер vasya и группа vasya, а на рабочей — юзер vasilypupkin и группа localusers. И как рулить правами, если на первой машине полный доступ для группы — это нормально, а на второй — не очень-то хотелось бы?
0
Да, я думал уже об этом — если синхронизировать абсолютно всё, то можно запутаться с правами, и так выйдет, что на другой машине у вас не будет прав на файл — у меня такое бывало в NTFS, файлы вдруг принадлежали неизвестному систему юзеру.
Но синхронизацию метаинформации я бы оставил хотя бы для гомогенных систем, чтобы можно было делать полную синхронизацию нескольких своих компьютеров — всё-таки не зря в названии программы есть слово Sync :)
В общем, для синхронизации двух маков можно вполне обойтись rsync :)
Но синхронизацию метаинформации я бы оставил хотя бы для гомогенных систем, чтобы можно было делать полную синхронизацию нескольких своих компьютеров — всё-таки не зря в названии программы есть слово Sync :)
В общем, для синхронизации двух маков можно вполне обойтись rsync :)
0
А если синхронизировать meta-информацию всегда?
Для каждой системы в свое место. А при получении уже смотреть на настройки, надо применять аттрибуты, или нет.
Чтобы была галочка (возможно, выключенная по умолчанию) «применять аттрибуты файлов».
Таким образом, получится пронести файл, взятый, например, с Linux, через несколько других систем, и сохранить при этом его аттрибуты, специфичные для Linux.
Для каждой системы в свое место. А при получении уже смотреть на настройки, надо применять аттрибуты, или нет.
Чтобы была галочка (возможно, выключенная по умолчанию) «применять аттрибуты файлов».
Таким образом, получится пронести файл, взятый, например, с Linux, через несколько других систем, и сохранить при этом его аттрибуты, специфичные для Linux.
0
Спасибо за программу, но очень интересует вопрос планируете ли сделать консольное управление в BtSync под Windows?
0
-2
А что происходит, если два пользователя одновременно поправили один и тот же файл?
+4
афигеть! Минск! Вобще молодцы. Прога просто БОМБА! У вас еще сложности с документашкой ее не так просто найти. Давно не получал удовольствия от халявы)) И да, служба поддержки отвечает очень шустро через фидбек в программе. У вас большое будущее, просто рвете кусок от больших монстров.
0
А как организуется поиск по ключу компьютера, с которым нужно синхронизироваться?
0
Поясните, пожалуйста, такую ситуацию — на одном компьютере я создал папку, добавил в неё пару файлов, и расшарил её через Full Access ключ с другим компьютером. После синхронизации я со второго компьютера удаляю один из файлов и он перезакачивается, а не удаляется с первого компьютера. Разве так и должно быть? На обоих компьютерах версия 1.1.42.
0
это ошибка. Нужна ваша помощь чтобы найти ее. Нужны будут логи с двух комьютеров, шаги описаны здесь forum.bittorrent.com/topic/12658-if-you-have-syncapp-issue/
0
Ой спасибо за Android-версию! Где донат сделать?
И почему-то qr-сканер код не сканирует. Вручную его никак не ввести?
И почему-то qr-сканер код не сканирует. Вручную его никак не ввести?
+2
Поясните пожалуйста, правильно ли я понял суть программы.
Это возможность синхронизировать кучку файлов (директорию) на разных устройствах, чтобы на всех них хранилось одно и то же в выбранной директории, причём синхронизация происходит по протоколу bittorrent?
Это возможность синхронизировать кучку файлов (директорию) на разных устройствах, чтобы на всех них хранилось одно и то же в выбранной директории, причём синхронизация происходит по протоколу bittorrent?
+2
именно так.
+1
Лучше. Разные директории можно синхронизировать между разными наборами устройств
0
а можно ли его применить для такой ситуации — автоматически забирать фото с Android-утройства и скидывать их на домашний комп (архив). НО: при удалении фото с Android (карта памяти ограничена объемом) они бы оставались нетронутыми на компе. И обратный процесс — при добавлении фото в эту папку на компе, они бы НЕ появлялись на Android-утройстве?
+1
По моему месячному опыту использования — готового решения нет. Но на компе можно настроить дополнительный софт, который перемещает/копирует файлы из синхронизируемой папки в архивную. В целом такуая связка будет решать вашу задачу
+1
В Dropbox точно так и реализовано.
0
Есть приложение FolderSync. Оно умеет одностороннюю синхронизацию. И, если не ошибаюсь, позволяет поставить галочку (не удалять файлы в случае удаления на другом устройстве). И, как уже сказали, Dropbox делает то, что вы хотите.
0
НЛО прилетело и опубликовало эту надпись здесь
Отличный сервис. Сразу встало как родное.
Очень интересно почитать про внутренности системы. Протоколы, механизмы безопасности, возможности.
Очень интересно почитать про внутренности системы. Протоколы, механизмы безопасности, возможности.
0
обязательно напишем о деталях. Пока можно почитать про то, как возникла идея продукта (на английском) blog.bittorrent.com/2013/07/16/behind-the-scenes-the-making-of-bittorrent-sync/
0
Правильно ли я понимаю… Глобальное закрытие просмотра проги паролем или закрытие конкретной папки… отсутствует ваааще? То есть предположим приходит Вася Пупкин на комп главбуха… для обслуживания 1с… копирует ключ и идет синхронизировать файловую базу к себе домой. И делает там с ней всё что угодно. Так? =)
Второй вопрос… не совсем ясно как происходит синхронизация измененных файлов. Для примера та же файловая база 1с. Если в течении дня с ней работали… изменилось «наполнение» файла. Что будет происходить с синхронизацией в таком случае и как часто? =))
Второй вопрос… не совсем ясно как происходит синхронизация измененных файлов. Для примера та же файловая база 1с. Если в течении дня с ней работали… изменилось «наполнение» файла. Что будет происходить с синхронизацией в таком случае и как часто? =))
+2
В андроид клиенте хотелось бы увидеть галочку «синк только при зарядке» и «скрыть иконку в статусбаре».
0
Уточните пожалуйста, чем Backup отличается от Sync в клиенте для Android.
как работает синхронизация в случае Backup — только в одну сторону?
Если я одну и ту же папку бекаплю на телефоне (например фотографии) между несколькими компами, и на одном компе положил еще файлы в эту папку. Новые файлы не появились на других компьютерах. Это нормально?
как работает синхронизация в случае Backup — только в одну сторону?
Если я одну и ту же папку бекаплю на телефоне (например фотографии) между несколькими компами, и на одном компе положил еще файлы в эту папку. Новые файлы не появились на других компьютерах. Это нормально?
+1
Sync — синхронизация в две стороны. Backup — только в одну с телефона на компьютер.
Да, потому что для бекапа используется read only secret, а значит все локальные изменения на компьютере не распространяются между узлами.
Да, потому что для бекапа используется read only secret, а значит все локальные изменения на компьютере не распространяются между узлами.
0
Проприетарность только всё портит :(
+3
Не плохо бы было собрать версию для mips (коли исходники закрыты), на всяких бы роутерх и NAS клиента бы запустить было бы здорово.
0
Я смог запустить на этом:
инструкция
#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
инструкция
+1
облом =(
у меня на роутере CM4706/BCM53003 а он имеет архитектуру MIPS
у меня на роутере 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
0
По какой причине?
Процессор Realtek RTD1186DD.
Извиняюсь, промахнулся, в ответ на сообщение DeeZ
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
0
Пытаюсь запустить на плеере iconBIT XDS73D, завис на генерации конфига
В итоге файл пустой, найти пример конфига не смог, не подскажете в чем проблема, или может полный пример конфига кто выложит?
/data/icapp/opt/etc # btsync --dump-sample-config > /opt/etc/btsync.conf
/opt/bin/btsync: line 1: syntax error: unexpected word (expecting ")")
В итоге файл пустой, найти пример конфига не смог, не подскажете в чем проблема, или может полный пример конфига кто выложит?
0
в Android-приложении можно указать, чтобы синхронизация велась только при наличии Wi-Fi?
Русский интерфейс и сайт будет?
Русский интерфейс и сайт будет?
0
Уже использую дома для синхронизации фотоархива на своем компьютере и компьютере жены. Отличная программа!
+1
Я, наверное, чего-то не понимаю, но мне кажется, что использование случайной комбинации из 32 (?) символов совершенно не безопасно. Ничего же не мешает злоумышленнику пробовать разные случайные последовательности и получать доступ к файлам случайных людей?
+3
А вы попробуйте подсчитать сколько сочитаний из (26+10) можно получить по 32 символа =)
учтите еще время на ожидание проверки (подошла или нет) комбинации и затея теряет весь смысл
учтите еще время на ожидание проверки (подошла или нет) комбинации и затея теряет весь смысл
+3
Только не 26+10 наверное, а даже 52+10? Насколько я понимаю, регистр также учитывается.
0
все же 26+10 =)
как я понял, для SecretKey используются верхний регистр символов
как я понял, для SecretKey используются верхний регистр символов
0
А станет легче от того… что какой-нибудь урод путем блуждающего поиска натолкнется на фотки твоей любимой девушки в раздетом виде? Или коммерческая инфа уплывет хрен знает куда. Чем больше людей будут юзать прогу… тем проще будет натолкнуться на чтото. И не важно откуда этот уродец. Из АНБ США с возможностью прокачивать 10 гигабит в сек на своем канале, или задрот которому нефиг делать. Вероятность есть и не совсем ясно какие механизмы защиты есть на трекере. Не совсем ясно будет ли тот же АНБ иметь доступ к трекеру. Тогда и перебора не надо. Смотри списочки и думай чо скачать.
0
Станет. Всего комбинаций 36^32 ~= 6,33e+49. На трекере для хеша SecretKey хранится список пиров. Пусть у скучающего АНБшника есть доступ к трекеру и каналу. Это ему не сильно поможет, т.к. данные шифруются секретным ключом (SecretKey). Т.е. АНБшник будет видеть, что пиры обмениваются какой-то информацией по зашифрованному каналу, но чтобы получить доступ к данным ему придется из хеша восстановить сам секретный ключ. Это возможно только полным перебором, но перебирать все 6,33e+49 он будет до скончания века.
0
Я не страдаю параноей.
Прояви уважение к подруге — храни ее НЮ фото в надёжном месте.
Для бизнеса использовать паблик ресурс — глупо.
Прояви уважение к подруге — храни ее НЮ фото в надёжном месте.
Для бизнеса использовать паблик ресурс — глупо.
+1
НЛО прилетело и опубликовало эту надпись здесь
Спасибо большое вам за ваши труды! Идея шикарная! Реализация тоже на уровне. Если технология пойдет в массы, и если вы сильно далеко не отойдете от стандартного BitTorrent, то злоумышленникам от правительств задавить BitTorrent будет значительно сложнее.
Есть два вопроса/предложения:
1. Клиент не позволяет расшарить каталог, находящийся внутри уже расшаренного каталога.
Так же не позволяет расшарить каталог, содержащий уже расшаренный каталог.
Есть ли в планах избавление от этого ограничения? Необходимость возникает часто.
2. Локальные изменения проверяются раз в folder_rescan_interval секунд. Таким образом, при перекидывании чего-либо с устройства на устройство, приходится некоторое время ждать. То же дропбокс начинает синхронизировать данные сразу после изменения. Возможно, имеет смысл через какой-нибудь libevent дергать рескан каталога, либо просто добавить кнопочку рескана вручную.
Есть два вопроса/предложения:
1. Клиент не позволяет расшарить каталог, находящийся внутри уже расшаренного каталога.
Так же не позволяет расшарить каталог, содержащий уже расшаренный каталог.
Есть ли в планах избавление от этого ограничения? Необходимость возникает часто.
2. Локальные изменения проверяются раз в folder_rescan_interval секунд. Таким образом, при перекидывании чего-либо с устройства на устройство, приходится некоторое время ждать. То же дропбокс начинает синхронизировать данные сразу после изменения. Возможно, имеет смысл через какой-нибудь libevent дергать рескан каталога, либо просто добавить кнопочку рескана вручную.
0
1. Пока не позволяет — скоро сделаем.
2. Все зависит от ОС. Мы используем события от файловой системы чтобы определить что файл изменен, но ждем еще 10 секунд чтобы гарантировать что все операции с файлом завершены.
2. Все зависит от ОС. Мы используем события от файловой системы чтобы определить что файл изменен, но ждем еще 10 секунд чтобы гарантировать что все операции с файлом завершены.
0
Под Ubuntu установилась версия 1.1.42-2, это и есть бета?
0
И еще ламерский вопросик (не знаю особенностей протокола Bittorrent) — если оба устройства сидят по Wi-Fi в одной сети (через один роутер), то трафик идет мимо интернета? А то синхронизировать 30 Гб на лимитированном тарифе провайдера стремно…
0
Без мануала, как сгенерировать QR код на компе, не понял. Может логичнее было бы не прятать генерацию под правую кнопку мыши, а просто добавить кнопку в закладку Folders напротив каждой папки?
0
Почему-то не видит, что файл в папке изменился. Windows Server 2008 r2, абстрактная программа пишет лог в файл. Этот файл копирую Проводником в папку btsync — файл синхронизировался. Через какое-то время лог пополнился, и копирую еще раз — не синхронизируется. Приходится удалять, ждать синхронизации, копировать заново. Маленькая деталь — абстрактная программа файл лога держит постоянно открытым, время создания и изменения не меняется.
0
А есть возможность постоянно держать соединение? Как я понимаю, после синхронизации связь между узлами обрывается. И при обнаружении новых изменений программа пытается найти узлы и раздать всем свежие файлы. Пробовал с маленькими текстовыми файлами. После изменений в локальной сети файл обновляется на втором компьютере примерно через 5-10 секунд.
0
Предлагаю добавить возможность задания папок-исключений (внутри указанной для синхронизации), которые не нужно синхронизировать.
0
Sample config — можно вытащить из самого файла, а где подробнее можно прочитать про настройки config не наткнулся на такую информацию.
0
Правда все на английском: комментарии в файле конфигурации и официальная документация:
btsync.s3-website-us-east-1.amazonaws.com/BitTorrentSyncUserGuide.pdf
btsync.s3-website-us-east-1.amazonaws.com/BitTorrentSyncUserGuide.pdf
0
Было бы неплохо ввести расписание, как в Utorrent, чтобы в рабочее время синхронизация шла на фиксированной скорости, или была отключена, а в нерабочее время можно было задействовать весь канал.
0
Что будет если при подключении второго компьютера указать не пустую папку со старой версией контента?
Например есть старый архив фотографий, который отличается от расшаренного по содержимому, часть файлов перенесена в другие папки, часть отсутствует.
Как поведёт себя клиента при read-only подключении к папке с более свежими файлами?
Например есть старый архив фотографий, который отличается от расшаренного по содержимому, часть файлов перенесена в другие папки, часть отсутствует.
Как поведёт себя клиента при read-only подключении к папке с более свежими файлами?
0
а зачем смешивать старый архив и несортированную кучу? По-моему, получится бардак, который потом разгребать дольше.
Кстати, как правильно синхронизировать три устройства? Если A синхронизируется с B, и С синхронизируется с B, то надо ли для A указывать синхронизацию с C (устройство B может быть отключено какое-то время)?
Кстати, как правильно синхронизировать три устройства? Если A синхронизируется с B, и С синхронизируется с B, то надо ли для A указывать синхронизацию с C (устройство B может быть отключено какое-то время)?
0
Сколько ресурсов съедает BTSync?
Например у меня есть 3Тб мелких данных (больше 20 миллионов) — сколько оперативной памяти нужно установить, что бы синхронизация проходило успешно.
Просто прочитал на одном ресурсе:
Т.е. мне понадобится 10 Гб оперативной памяти для такого объема?
Например у меня есть 3Тб мелких данных (больше 20 миллионов) — сколько оперативной памяти нужно установить, что бы синхронизация проходило успешно.
Просто прочитал на одном ресурсе:
Какие лимиты на размер файла или их количество при передаче?
Никаких. Всё зависит только от возможностей вашей операционной системы и наличию свободного места на ваших дисках. ОЗУ используется из расчёта 1 файл = 400 байт. Для мониторинга 1 миллиона файлов BitTorrent Sync потребуется ~400 Мб ОЗУ.
Т.е. мне понадобится 10 Гб оперативной памяти для такого объема?
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
BitTorrent Sync выходит в бету