Устройство, безусловно, полезное и цена конкурентная, но гораздо больше пользы будет, если вы решите проблему передачи потока через несколько каналов одновременно. Так называемый bonding. У Teradek'a есть линейка устройств, которые могут использовать 4−6 подключений к сетям мобильных опереторов и передавать поток на сервер по слабым каналам связи.
Центральный сервер необходим только для поиска нод и их связи с адресами машин. Он ни каким образом не участвует в передаче данных.
Как я уже писал ниже в комментариях, вы можете поднять свой собственный глобальный сервер и использовать его для своих нужд.
Либо вы можете указать в конфигурационном файле айпи адрес удаленной ноды, открыть на ней необходимые порты и программа будет обращаться к ней напрямую, минуя глобальный пиринговый сервер.
Syncthing не использует сторонние ноды для передачи данных, связь происходит напрямую.
Дисковое пространство ограничено только ресурсами нод. Сервис – децентрализованный – ближе по технологии к Bittorrent Sync, а не к Dropbox. Ключевые особенности я постарался перечислить в посте.
Для поиска нод и их связи между собой используется центральный узел, который указывается в конфигурационном файле.
Параметр globalAnnounceServer по умолчанию настроен на сервер announce.syncthing.net:22025, но ведь исходный код открыт и вам никто не запрещает развернуть свой собственный узел синхронизации.
Данные по трафику я собираю и планирую выложить чуть позже, на данный момент добавил в пост информацию по потреблению памяти и процессорного времени.
К сожалению, не нашел варианта решения вашей задачи с помощью Syncthing. Полагаю, автор не предусматривал такое использование программы.
Подобную тему уже освещали на Хабре, используя уилиту rsnapshot для Linux систем. Попробуйте ее или просмотрите комментарии, чтобы найти подходящее для вас решение: habrahabr.ru/post/136595/
Сейчас в базе 60000 камер, но уже не важно :-(
Жаль, что прикрыли доступ, получилось бы забавное реалити-шоу.
Вот, запилил сервис, но пока шлифовал, сервис начали закрывать и серверы перестают отдавать поток.
Источник: Roem
Центральный сервер необходим только для поиска идентификаторов нод и их связи с айпи адресами.
Как я уже писал ниже в комментариях, вы можете поднять свой собственный глобальный сервер и использовать его для своих нужд.
Либо вы можете указать в конфигурационном файле айпи адрес удаленной ноды, открыть на ней необходимые порты и программа будет обращаться к ней напрямую, минуя глобальный пиринговый сервер.
Вот исходный код сервера: github.com/calmh/syncthing/tree/master/discover/cmd/discosrv
В случае, когда ноды находятся за NAT, используется внешний сервер для связи нод.
Эти параметры указываются в конфигурационном файле и могут быть изменены при желании.
Дисковое пространство ограничено только ресурсами нод. Сервис – децентрализованный – ближе по технологии к Bittorrent Sync, а не к Dropbox. Ключевые особенности я постарался перечислить в посте.
Для поиска нод и их связи между собой используется центральный узел, который указывается в конфигурационном файле.
Параметр globalAnnounceServer по умолчанию настроен на сервер announce.syncthing.net:22025, но ведь исходный код открыт и вам никто не запрещает развернуть свой собственный узел синхронизации.
Данные по трафику я собираю и планирую выложить чуть позже, на данный момент добавил в пост информацию по потреблению памяти и процессорного времени.
Подобную тему уже освещали на Хабре, используя уилиту rsnapshot для Linux систем. Попробуйте ее или просмотрите комментарии, чтобы найти подходящее для вас решение: habrahabr.ru/post/136595/
Для Windows можно использовать HandyBackup: www.handybackup.ru/
Создайте файл в папке /etc/init.d и сделайте его исполняемым. Сама программа должна быть в папке /usr/local/bin, но это можно изменить в скрипте.