Как я использовал BitTorrent Sync между офисами в РФ и Китае

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



Начало

Однажды в нашей компании наступил момент, когда встала необходимость обмениваться довольно тяжёлыми файлами — макетами продукции и упаковки (100-500 мегабайт) между офисами в Москве, Екатеринбурге и офисом в провинции Чжэцзян, КНР. Сложность была в катастрофически низкой скорости и надёжности связи РФ — Китай.

Когда я обратил внимание на проблему, царил полный разброд и шатание: это и передача файлов в виде многотомных архивов по 9 мегабайт через корпоративную почту с сервером в Екатеринбурге, и публичные файлообменники с тоннами рекламы, и передача через Skype. Продвинутые сотрудники с переменным успехом использовали Dropbox (пока Великий Китайский Файервол не начал его блокировать), и Яндекс.Диск.

Все эти способы объединяло одно: низкая скорость, обрывы и блокировки со стороны китайского правительства. Макет объёмом 120 мегабайт мог качаться полтора часа, и оборваться на середине. Возвращаться к эпохе Flashget не хотелось. При этом гарантированный канал китайского провайдера составлял 10 Мбит\с, и внутри Китая, разумеется, такие скорости выдавались без проблем.

В процессе поиска решения этой проблемы, а так же проблемы медленной корпоративной почты в Китае, обсуждалась даже установка спутниковой тарелки и подключение к российскому спутнику. Впрочем, невероятные тарифы поумерили пыл. С почтой более-менее разобрались путём настройки промежуточного ящика на стороннем стабильно работающем сервисе (в нашем случае — Яндекс.Почта; западные сервисы в Китае любят блокировать, а китайские почтовики считают не-китайскую почту спамом). А вот с передачей файлов было не всё так гладко. У FTP не устроила скорость, VPN до российского сервера тоже не был стабильным.

Тут я вспомнил о BitTorrentSync.

Условия

Итак, дано:

1. Три офиса: 2 в РФ, 1 в КНР
2. Три-пять сотрудников в российском офисе (стационарные машины) и шесть-семь в китайском (ноутбуки), которым нужно было обмениваться файлами между собой, вся инфраструктура на Windows XP, 7, 8;
3. Стоечные сервера во всех офисах, которые использовались в том числе в качестве локальной файлопомойки;
4. Множество клиентских машин во всех офисах, которым напрямую не было необходимости в обмене файлами;
5. Великий Китайский Файервол, внезапный и беспощадный.

На первый взгляд, всё просто: установить у этих сотрудников Sync, сделать одну директорию с общим ключом, и всё будет работать.
На практике пришлось немного повозиться.

Установка, проблемы, решения

1. Кроме собственно пользователей, которым это было надо, Sync установили всем, кому он не мешал (т.е. на стационарные компьютеры с относительно большим объёмом свободного места на жёстком диске) в режиме read-only — это повысило скорость и надёжность передачи между пирами внутри сети;
2. Дополнительно поставили клиент тем, кто использовал ноутбук (опять же с достаточным свободным местом) так же в read-only — т.о. пользователи, подключаясь через другие сети, увеличивали живучесть всей системы в случае проблем с внешней связью у офисного провайдера;
3. Так же Sync установили на сервера во всех офисах, чтобы файлы были доступны в виде сетевой папки для тех, кому нельзя поставить Sync;
4. В правилах маршрутизации пришлось последовать совету с форума и открыть порты 3000 и 9999, чтобы синхронизация начиналась быстрее;
5. Параметр sync_max_time_diff установили на 0, поскольку все пользователи находились в разных часовых поясах;

Столкнулись и с некоторыми трудностями:

1. Sync по-умолчанию сохраняет все удалённые файлы в скрытой директории .SyncArchive, которая при активном использовании обмена быстро разрослась до сотни гигабайт, забив память некоторых устройств в ноль (очевидно, к чему приводит отсутствие свободного места на системном диске ноутбука). Надеюсь, в будущих релизах сделают возможность жёсткой регулировки максимального объёма этой папки;
2. Попытка передать файл весом 8 гигабайт так же привела к неконтролируемому засорению компьютеров. Оптимальным размером в нашем случае оказались файлы 50-500 мегабайт;
3. Хоть процесс обмена файлами для конечных пользователей упрощён до предела, написать предупреждение всё-таки пришлось — см. спойлер:
Инструкция

!!! Обращаю внимание, что удаление файла одним из участников повлечёт удаление файла у всех остальных — не занимайтесь вредительством! Если нужно удалить с компьютера все файлы обменной папки, то предварительно нужно удалить папку из программы BitTorrent Sync (кнопка Удалить папку).

Файлы передаются между компьютерами напрямую, без промежуточных серверов.
Следовательно, для передачи файла в сети должны быть хотя бы два участника нашей группы. Когда один из участников получит файл, он «по цепочке» передаёт его остальным. Чем больше в группе участников — тем более надёжно и быстро передаются файлы.
Максимальная скорость передачи файлов — внутри локальной сети (например, в одном офисе), минимальная — между городами.
Папки синхронизируются с определённым интервалом (несколько минут), поэтому передача файлов может начинаться не мгновенно, а с некоторой задержкой.
Достаточно скопировать файл в соответствующую папку, и он будет загружаться на компьютеры ко всем участникам.
Программу при необходимости можно установить и настроить на домашнем компьютере или ноутбуке — файлы будут загружаться и туда.

С уважением,
Имярек


Несомненно, программа всё ещё находится в стадии беты, но она уже вполне пригодна к использованию.

Плюсы и минусы


Среди достоинств следует отметить следующие:
0. Бесплатно;
1. Для пользователя процесс передачи файла прозрачен и прост: нужно только скопировать файл в нужную папку;
2. В наших условиях в целом быстрее и надёжнее, чем доступные облачные хранилища;
3. Быстрая скорость обмена внутри офиса.

И, конечно, недостатки:
1. Определённые усилия для настройки софта у каждого клиента;
2. Некоторое время на то, чтобы объяснить сотрудникам, почему удалив файл у себя, он удаляет его у всех своих коллег;
3. Бета: присутствуют редкие баги вроде спонтанной остановки синхронизации, от чего помогает перезагрузка системы;
4. Для параноиков — пока не opensource;

Итого

Удалось достичь стабильного обмена файлами между РФ и Китаем на скорости в р-не 120 кБайт/c, что на голову лучше 10-12 кБайт, которые мы имели ранее. Просто сравните до…



… и после:


Для подключения пользователей при отсутствии специалистов, написал мини-инструкцию, тоже под спойлером:
Инструкция по настройке
Инструкция по подключению папки обмена:


(если какие-то пункты вызывают затруднение, пожалуйста, обратитесь к специалистам)
0. На жёстком диске компьютера должно быть не менее 25 гигабайт свободного места.
1. Создайте в корневом каталоге диска папку GC_SHARE (например, D:\GC_SHARE\, или C:\GC_SHARE\)
2. Внутри GC_SHARE создайте папки «ВИДЕО», «МАКЕТЫ», «ИДЕИ», «ФОТО», «ДОКУМЕНТЫ» (по темам, обмен которыми вам необходим);
3. Скачайте программу BitTorrent Sync — labs.bittorrent.com/experiments/sync/win-download.html
4. Запустите скачанную программу, установите в папку по умолчанию;
5. Запустите установленную программу.
6. Подключите созданные папки к программе следующим образом:
6.1 В программе BitTorrent Sync во вкладке Папки нажмите кнопку Добавить папку;
6.2 в появившемся окне во второй строчке пропишите путь до папки (с помощью кнопки Выбрать, например D:\GC_SHARE\МАКЕТЫ), в первой строчке вставьте соответствующий код из таблицы ниже:

МАКЕТЫ
AV6LDEXXXXXXXXXXXXXXXXXXXX64NVJDJCX3II

ФОТО
ALVVVQKXXXXXXXXXXXXXXXXXXXXOB622CO42O

ДОКУМЕНТЫ
A6E4EECXXXXXXXXXXXXXXXXXXXXRA44ISVTDZ3

6.3 повторите со всеми папками;
7. в программе откройте вкладку Настройки:
7.1 в поле Имя напишите своё имя латинскими буквами (например ZHDANOV VLADIMIR)
7.2 установите все галочки в активное положение, кроме Уведомлять об окончании загрузок;
7.3 в полях Ограничить скорость загрузки и Ограничить скорость отдачи установите значения 5000 и 5000;
8. Нажмите кнопку Дополнительно:
8.1 найдите пункт sync_max_time_diff, нажмите на него левой кнопкой мыши, в поле снизу замените значение 600 на 0, нажмите кнопку Задать и закройте окно; нажмите Применить.

Настройка завершена.

Особенности работы:

Файлы передаются между компьютерами напрямую, без промежуточных серверов.
Следовательно, для передачи файла в сети должны быть хотя бы два участника нашей группы. Когда один из участников получит файл, он «по цепочке» передаёт его остальным. Чем больше в группе участников — тем более надёжно и быстро передаются файлы.
Максимальная скорость передачи файлов — внутри локальной сети (например, в одном офисе), минимальная — между городами.
Папки синхронизируются с определённым интервалом (несколько минут), поэтому передача файлов может начинаться не мгновенно, а с некоторой задержкой.

Достаточно скопировать файл в соответствующую папку, и он будет загружаться на компьютеры ко всем участникам.
Программу при необходимости можно установить и настроить на домашнем компьютере или ноутбуке — файлы будут загружаться и туда.
Обращаю внимание, что удаление файла одним из участников повлечёт удаление файла у всех остальных — не занимайтесь вредительством! Если нужно удалить с компьютера все файлы обменной папки, то предварительно нужно удалить папку из программы BitTorrent Sync (кнопка Удалить папку).

С уважением,
Имярек


Надеюсь, описание живого использования системы подкинет вам новых идей.

Дома я тоже использую Sync: для бэкапа фотографий с телефона, архивации записей телефонных разговоров, организованной закачки торентов на импровизированном медиасервере, бэкапа рабочих файлов на файлохранилище… Но это уже совсем другая история.

А как вы используете Sync в жизни?

P.S.: Пока пост находился в черновиках, вышла ещё более новая версия — в ней уже добавили возможность не хранить копии файлов в .SyncArchive, и многое другое.
Поделиться публикацией
Комментарии 80
    +1
    BitTorrent Sync радует меня следующим образом: Я разбросал синхронизируемую, зашифрованную EncFS, папку по своим серверам (места свободного на них предостаточно) и компьютерам родителей / знакомых (в обмен на их папочки, конечно). Все видят лишь зашифрованные данные, я вижу её как примонтированный диск, точек синхронизации получилось порядка 15. С одной из «нод» моего «облака» я периодически делаю синхронизацию с Glacier. С месяц назад я, за ненадобностью, удалил Dropbox, которым пользовался с момента его анонса.
      +2
      Кстати, если кто-то хочет сохранить у меня копию своих данных, обязательно зашифрованных, в обен на мою папочку (~800Mb сейчас, но будет расти) — можем обсудить в ЛС. Больше точек хранения, — меньше вероятность потери.
        +2
        Т.е. 15 точек Вам ещё и мало?
          +4
          Мне-то достаточно. Сама идея понравилась. Это ж, по-сути: бесплатный, нецензурируемый, защищённый (насколько сами пожелаете), p2p недо-dropbox без единственной точки отказа. Если найти такой бартер с более чем 3 людьми (желательно из разных стран, городов), то можно не переживать за сохранность данных. Важный момент: ключ не своим компьютерам раздаётся readOnly.
            0
            Похожая фишка, кстати, есть в CrashPlan
              +1
              «Без единой точки отказа» — а если завтра сервера Bittorrentsync навернутся, как Ваши клиенты друг-друга найдут?
                0
                а если завтра сервера Bittorrentsync навернутся

                Если они есть и их выключение способно погасить одноранговую p2p сеть (а разработчики её именно так позиционируют), то у Вас останется Ваша локальная папка. Но я не слышал, что бы были какие-то центральные сервера. Не поделитесь источником?
                  +1
                  Ну дык вот же. Коротко: если ваши устройства не в одной локалке и не со статическими IP — вы зависите от серверов Bittorrent sync. Можно настроить свой трекер — но это опять-таки «единая точка отказа». В общем, чудес не бывает.
                    0
                    Значит, p2p не совсем честный и «дополнительные средства обеспечения связи, такие как серверы-ретрансляторы и трекеры» имеют место быть. По крайней мере до тех пор, когда любой не сможет легко поднять у себя такой сервис.

                    Но в том же документе сказано: «если у вас есть известный узел со статическим IP-адресом и портом, эти данные можно указать в клиенте Sync, чтобы он соединялся с пиром на основе этой информации». Как костыль на крайний случай — подойдёт.
                      +1
                      Про DHT забыли. Плюс демон будет помнить адреса пиров.
                        +2
                        Статические — будет, а при всех узлах с динамическими IP и без сервера — по какому волшебству найдутся первые пиры для DHT?
                          +4
                          Магия… DHT вообще таинственная вещь)
                  +2
                  А вы отличную идею подали! Браво.
                    0
                0
                Я уже давно думал о такой схеме, когда пиры хранят не голые файлы, а определённого размера контейнер. Можно сделать инструкцию «для тупых», как организовать такое облако самому?
                  0
                  Под windows используете encfs? Насколько он стабилен и пригоден?
                  +7
                  О, думал я один такой. Я через BTSync из Китая назад в Украину слал большие файлы. Долго и мучительно, но лучше чем dropbox/scp/rsync. По ночам скорость выше заметно была. Для особо больших файлов (>40GB) до сих пор используем старый добрый способ передачи данных «SD карточки + fedex».
                    +1
                    «SD карточки + fedex» — вспомнилась байка времен, когда пишущие CD-приводы были не распространены в силу своей дороговизны, мол, дискеты после поездки в трамвае/троллейбусе переставали читаться.

                    Неужели в 2013-2014 году кто-то передает объемы данных сравнимые с объемом распространенных флеш-карт курьерами?
                      0
                      Интересовался у кинематографистов, как они пересылают огромные объемы видеоданных, оказалось на HDD посредством курьеров.
                        0
                        Не знаю… Несколько сотен гигабайт перелить на обычном для крупных городов канале — не проблема. Я как-то около 3 Тб так вытащил за пару недель.
                          0
                          Ээх, Даже в развитых странах есть проблемы с интернетом. Я бы сказал что в России интернет один из самых лучших по отношению цена-качество (и количество доступной выделенки). Радуйтесь ;)
                            0
                            3Тб за пару недель или 3Тб за день-два — есть разница :)
                              0
                              Не спорю. Но у меняи канал за 750 рублей. А если таких десяток обьединить?
                                +1
                                Ну если говорить о ситуации «из-за баррикад китайского правительства», то 3 Тб вряд ли можно будет перекинуть быстрее, чем курьером. С другой стороны, торренты в целом здесь качаются нормально, поэтому при наличии разветвлённой сети на BT Sync такой объем вполне возможно перекинуть. Но здесь, видимо, должна быть какая-то критическая плотность пиров и более-менее их равномерное географическое распределение, т.е. те же проблемы mesh-сетей.
                                +1
                                Не путайте свои домашние потребности и потребности профессионалов. Дома вы можете хоть месяц ждать когда вам терабайты зальются. А в реальном производстве эти данные как обычно нужны «еще вчера» и никто не будет ждать пару недель…
                              +1
                              Кстати было дело. Я так Warcraft II 3 раза на дискетах возил.
                              На третий раз решил прогуляться и ни одного битого куска. :)
                                0
                                Да, честно говоря. Из-за странностей китайского файервола скорости падают до ниже 3 кБ/сек очень быстро, а скажем исходники прошивки андроида весят больше 15 гиг. Разумеется, про git они тоже не слышали, поэтому здоровенный такой tar.gz. Залить его за неделю так и не вышло, а вот карточка/флешка доходит запросто за это время. То же самое про всякий видео-контент который десятками гиг измеряется.
                              +2
                              пользую rsync
                              хватает с головой

                              перебрал кучу софта для синхронизации, но так и не смог найти ничего лучше
                                0
                                Как им глобальный прогресс показывать, чтобы было ясно, сколько ещё ждать хоть примерно?
                                  +1
                                  -v --progress
                                    +1
                                    image

                                    Это не глобальный, а для каждого файла в отдельности, если у меня десятки тысяч не сильно больших файлов — он бесполезен.
                                      +5
                                      таки да. в базовой версии глобальный прогресс — нетривиальная задача
                                      но, как было сказано ниже, отца русской демократии спасёт devel-версия rsync с поддержкой параметра --info=progress2
                                      выглядит так:
                                      image

                                      это rsync из testing (Debian)
                                      если ли такая версия для Windows — вопрос (ггулить щас лень)
                                    +5
                                    Попробуйте, может, у вас уже доступна новая опция --info=progress2

                                    А ещё есть же pv:
                                    rsync -ai /source remote:/dest | pv -les [number of files]

                                    Или чтобы не считать кол-во файлов вручную:
                                    rsync -aix /source remote:/dest | pv -les $(df -i /source | perl -ane 'print $F[2] if $F[5] =~ m:^/:')

                                    Правда, это будет «прогресс по количеству файлов», без учёта их размеров.
                                    Но если файлы примерно одинакового размера, должно быть довольно точно.
                                    0
                                    А причем тут вообще rsync? Он же немного не для этого.
                                      0
                                      ну не то, чтобы не совсем
                                      просто если люди качали файлы через файлообменники…

                                      rsync очень быстрый. я через bluetooth каждый день синхронизирую 40 ГБ музыки
                                      и был как-то момент, что я обновил 90% тегов. так вот rsync при этом перекачивал файлы не полностью, а только их дельту. как он это делал — хз, но у него в статистике (--stats) есть два очень интересных значения: literal data и matched data (фактические данные и сопоставленные данные)
                                        0
                                        Торент передается блоками, накаждый блок имеется хеш и нет необходимости перекачивать куски хеш которого совпадает с оригинальным. Вы теги обновили так что они полностью поместились в предыдущие и измененными оказались только некоторые блоки. Если бы новые теги были хоть на байт длиннее… перекачивало бы с нуля.
                                          0
                                          про принцип работы торрента мне известно
                                          мне неизвестно, каким образом rsync определяет, что именно в файле было изменено
                                          он не хранит никаких метаданных на диске
                                            0
                                            Видимо, все же хранит. Либо синхронизирует и их прямо на лету.
                                              0
                                              да мне стало самому интересно

                                              сгенерировал файл размером 10МБ из /dev/urandom и начал его мучить:
                                              * удалил один байт
                                              * добавил один байт
                                              * вставил в середину файла мусор на 500 байт
                                              * случайным образом удалил из файла несколько кусков по килобайту
                                              * дописал в конец файла мусор на 2МБ

                                              после каждой операции файл передавался через rsync
                                              итого было замечено, что передаётся не весь файл, а только дельта + служебный трафик объёмом до нескольких КБ (до 6)

                                              и если на дельте в 1 байт паразитный трафик получался существенным (в процентном отношении), то для дельты в 2 МБ паразитный трафик был мизерным (~600 байт)
                                              по-моему это очень круто. я начал уважать rsync ещё больше

                                              википедия показала, что в rsync используется некий «rolling checksum» алгоритм, основанный на хеш-функции adler-32 Марка Адлера
                                              что это за страшные слова, я не знаю, но вдруг кому-то будет интересно :)
                                              0
                                              Делит файл на блоки, считает для каждого блока хэш — быстрый rolling хэш, и полный MD4. Затем на отправляющей стороне пытается подобрать начало блока принимающей стороны байт за байтом. И отправляющая сторона сообщает либо по какому смещению блок начинается, либо передает весь новый блок целиком, если он не найден.

                                              Да впрочем что это я, вот же — rsync.samba.org/tech_report/
                                      0
                                      Вопрос — BitTorrent Sync синхронизирует только измененную часть файла или весь файл?
                                      Любопытствую почему — хочется TC контейнер синкать.
                                        +1
                                        Насколько мне известно, файлы делятся на блоки, каждый из которых хешируется независимо. При изменении синхронизируются только изменившиеся блоки.
                                          +1
                                          обычно трукрипт перемешивает контейнер при работе с ним.
                                            +1
                                            ТС не перемешивает весь созданный контейнер.
                                            Дефрагментацию тома главное не делать (или как можно реже хотя бы) и все будет 'ОК'.
                                          +1
                                          Никто не промахивался с удалением и не сносил всю папку к чертям? :)
                                            0
                                            В последних версиях файлы не удаляются, помещаясь в .SyncArchive. Не самый удобный вариант, но хоть что-то.
                                              0
                                              А если ограничить доступ на read-write узлах на уровне файловой системы и дать право на удаление только создателям?
                                                0
                                                А меня это выручало пару раз. Хотя жаль, что нельзя задать предельный размер этого хранилища наподобие «восстановления системы» в Windows.
                                              0
                                              А как вы используете Sync в жизни?
                                              Использовал для сихронизации пользовательских папок между двумя компами, но потом отказался, так как:
                                              1. При активной работе с файлами и папками (сортировка и редактирование большого количества документов, фотографий и т.п.) иногда получалось, что удалённые папки и файлы спустя какое-то время вдруг появлялись на старом месте (это было прошлым летом, может быть уже и пофиксили) — в итоге я получил по голове от жены и отключил синхронизацию её пользовательской папки между компами.
                                              2. BTSync понимает только первый поток файлов, т.е. аттрибуты и прочие метаданные файлов не синхронизируются. Думаю, это можно обойти переводом пользовательской папки на exFAT, но было лень разбираться.
                                              3. Не нашёл, как запустить BTSync в виде службы, чтобы синхронизация работала при включенном компьютере всегда, без необходимости логина всех пользователей.

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

                                              Жду, когда авторы лучше интегрируют BTSync с ОС или же откроют исходники, чтобы это могло сделать сообщество.
                                                +1
                                                Как вы альтернативные потоки используете? Майкрософт и то загнал фичу куда подальше (уже нельзя навешивать любые свойства любым файлам), потому что выживаемость потоков никакая. Для «метки веба» только и используется, из того что видел.
                                                  +1
                                                  Именно альтернативными потоками я не пользуюсь, но использую метки файлов, которые хранятся в расширенных атрибутах HFS+, в com.apple.metadata:_kMDItemUserTags.
                                                  DropBox сохраняет их при синхронизации, причём даже кроссплатформенно, на NTFS хранит их в потоке :com.dropbox.attributes, т.е. при бережном обращении файл можно редактировать, переименовывать и перемещать в Windows, и он сохранит проставленные в Finder-e метки.
                                                  +2
                                                  3. Я для этого запускаю BTSync через планировщик по условию «При запуске» и указываю «Выполнять вне зависимости от регистрации пользователя».
                                                  0
                                                  Спасибо за материал. Даже пропустил как-то такую полезную софтину. Почитав материал, уже даже прикинул, где мне может быть полезно.

                                                  Кстати вопрос. А если папку вдруг сносят, но потом теневое копирование приходит нам на помощь, как софтина себя ведёт? Или не было таких случаев?
                                                    +1
                                                    Кстати, отличная штука этот bittorrent sync — я свой семейный фотоархив так синхронизирую… на своём компе + на родительском + на сервере бэкап… Очень удобно… кто бы фото не добавил — оно везде появляется!
                                                      0
                                                      У меня тот же вариант. Плюс бэкап фотографий в телефоне.
                                                      0
                                                      Пытаюсь уже год запустить версию под FREEBSD — глючит и воз и ныне там.
                                                      Запускаю, добавляю папку, останавливаю, все. Больше битторент не запускается пока не снесешь ему базу в его директории. Тупо падает при запуске и все. То есть три дня хэшировать с каждого запуска, что никуда не годится.
                                                      Чего ему не хватает?
                                                        0
                                                        Меня поразило, что BT Sync не умеет восстанавливать частично поврежденные или не докачаные файлы — при отсутствии мета-данных вручную подставленные файлы удаляются, либо портят данные на ответной стороне. Буквально, чтобы докачивать поврежденные файлы или синхронизировать большие папки в одну сторону оказалось удобнее поднять на сервере торрент трекер.
                                                          0
                                                          Подскажите, а оно в linux умеет работать с символическими ссылками?
                                                            +2
                                                            Неа, я mount --bind делаю.
                                                              0
                                                              Ну тут есть большой минус, как я понимаю, если удалишь ссылку, то удалится только ссылка, а тут исходный файл/каталог.
                                                              :-(
                                                                0
                                                                Используйте жёсткие ссылки. Тогда источник ссылки выживет.
                                                            +1
                                                            Поставил на работе на Ubuntu для папки с проектами (Android, Eclipse)
                                                            Дома поставил для синхронизации в режиме readonly.
                                                            Со временем BTSync глючит и перестает синхронизировать папку с проектами вообще, хотя папку с ТЗ и т п синхронизирует и дальше.
                                                            Помогает только пересоздать папку на работе и соответственно заново подключить ее дома.
                                                              +1
                                                              Почему-то в моих трёх виндовых ноутбуках и одном дебиан-серваке программа запуталась — постоянно висели недокачанные «размеры», которые почему-то не начинали качаться и в конце концов осталось куча файлов с расширением .!sync, часть из которых не восстанавливались даже, при стирании этого расширения… Несколько раз замечал конфликты и нелогичность поведения. Типа после удаления файл, вместо удаления во всех местах, скачивался назад. Возможно как раз из-за вышеописанных багов. Что-то в общем у меня бета не пошла и, в результате, окончательно перешёл на owncloud — доволен.
                                                                +3
                                                                Не совсем по теме.
                                                                Но для всех, кто страдает из-за связи, Китай-Россия, есть такое слово Гонконг :)
                                                                Если использовать его как точку обмена трафиком, то все получается вполне себе достойно, пинг получается 100мс между Москвой и остальным Китаем.
                                                                  0
                                                                  OneDrive забодал глюками — удаленные файлы почему-то всплывают когда включаю машину которая долго была в оффлайне и получается каша. Нет ли таких глюков у битторрент синка?
                                                                    0
                                                                    Это как так? всплывают.? пользуюсь и такого не наблюдаю.
                                                                      0
                                                                      Ситуация такова: имеется одна папка-помойка содержащая кучу картинок, которые я накидываю с работы или мобильника, потом эпизодически разгребаю на основном компьютере. Так вот, после того как я их рассортирую и включу другой компьютер, то папка снова наполняется файлами.
                                                                      Один раз был такой глюк — маленький файл никак не хотел синхронизироваться, крутился значок прогресса, но он не появлялся на облаке и других машинах почти сутки. Решилось после того как вручную снес папку с кешем.
                                                                    –1
                                                                    Этой программой, кстати, моды игрового сервера ArmA 2 Тушино синхронизируются с игроками.
                                                                    Благодаря статье узнал про директорию с удалённым файлами и sync_max_time_diff.
                                                                      0
                                                                      Лично меня напрягает, что помимо секрета нельзя указать еще и пароль. Достаточно ли это все безопасно?
                                                                        0
                                                                        Я до прошлой недели тоже не мог нарадоваться. Но добавил ScrapBook фолдер на 150000 файлов, и начались проблемы — то синхронизируется, то нет, причём разные папки и разные устройства. Кроме того, где-то в описании я нашёл упоминание о деградации производительности обена при перегрузках на центральных серверах.

                                                                        Вообще для обмена большими файлами существуют специальные программы со своими протоколами, не tcp-ip. Скорость увеличивается значительно.
                                                                          0
                                                                          Вот только не понятен один момент.
                                                                          Была папка создана в BTSync, синхронизируется на 3 других ПК (readonly).
                                                                          Требуется переустановить Windows на основном ПК, как сохранить настройки BTSync, чтобы не создавать папку заново и не давать новый readonly ключ другим 3-м ПК?
                                                                            0
                                                                            Сохраните ключ полной синхпонизации. По идее так.
                                                                              0
                                                                              С утра нашел папку с файлом настроек, как у uTorrent, возможно достаточно ее сохранить, чтобы все папки вручную не добавлять. Если никто раньше не проверит, то вечером отпишусь о результатах.
                                                                                0
                                                                                У меня Linux и BTSync в виде демона без графики работает. Так что не помогу.
                                                                                  0
                                                                                  Все работает, для Windows достаточно сохранить папку в %APPDATA%\BitTorrent Sync.
                                                                              0
                                                                              Извените, я тут влезу с MS. Как бы он не был нелюбим, вы не рассматривали делать ФП с использованием из техлогий? Или жестко упераемся в бюджет?
                                                                              • НЛО прилетело и опубликовало эту надпись здесь
                                                                                  0
                                                                                  Всё как в обычном торренте: трекер, DHT, поиск в локальной сети и обмен пирами. Есть возможно включать/выключать каждую из опций, добавить свой трекер или список пиров.
                                                                                  0
                                                                                  Жаль, но придётся признать: после обновления bt-клиент стал говном. Для работы под виндой требует IE11, зависает, тормозит, вылетает. Вместо ясных и понятных ключей R/RW запихали мутные «ссылки», так что до изначальных ключей добраться стало настоящей головоломкой. Убрали поддержку XP.
                                                                                  Очень, очень жаль.
                                                                                    +1
                                                                                    Согласен полностью. Начали кривую монетизацию с искусственными проблемами. Пошёл тыкать syncthing.

                                                                                  Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                                                                                  Самое читаемое