vic1850 0 30 марта, 2014 Опубликовано 30 марта, 2014 · Жалоба Используя встроенные LUA скрипты реализовал связь между хостом(PC) и терминалом T5320E, получилась система связи по цепочке RS232<-->TCP client <--->TCP server<-->ПО на PC. Получился вполне себе бюджетный вариант 3G RS232 роутера. Все хорошо, но есть одна деталь для связи нужно иметь хотя бы один статический IP или через DynDNS динамический IP отраженный в Internet. В случае использования в качестве провайдеров ОПСосов это не так уж и дешево. У МТС аренда 1 статического адреса 300 р/мес и 1 МБ/9р. Какие варианты удешевления связи? Пока вижу следующие варианты: 1. Связь через email. Проводил эксперименты. Получается как связь через SMS, возможны задержки писем и некоторые пакеты данных из-за это приходят не в той последовательности в которой отправлялись. Скорость передачи 1 пакет данных в 10-20 сек. Медленно и не надежно. Не понятно как сработают антиспам фильтры почтового сервера. 2. Связь через FTP. По сравнению с email надежнее но медленнее получается один пакет данных в 40-60 секунд. Идеального варианта пока не нашел. Прошу совета форумчан. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
smalcom 0 31 марта, 2014 Опубликовано 31 марта, 2014 · Жалоба M2M тарифы Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
fk1 0 31 марта, 2014 Опубликовано 31 марта, 2014 (изменено) · Жалоба Все хорошо, но есть одна деталь для связи нужно иметь хотя бы один статический IP или через DynDNS динамический IP отраженный в Internet. В случае использования в качестве провайдеров ОПСосов это не так уж и дешево. У МТС аренда 1 статического адреса 300 р/мес и 1 МБ/9р. Какие варианты удешевления связи? STUN/TURN-сервер. Прокси-сервер с собственным протоколом (самый дешёвый VPS на amazon EC2). Один на 100500 клиентов. Пока вижу следующие варианты: 1. Связь через email. Проводил эксперименты. Получается как связь через SMS, возможны задержки писем и некоторые пакеты данных из-за это приходят не в той последовательности в которой отправлялись. Скорость передачи 1 пакет данных в 10-20 сек. Медленно и не надежно. Не понятно как сработают антиспам фильтры почтового сервера. 2. Связь через FTP. По сравнению с email надежнее но медленнее получается один пакет данных в 40-60 секунд. Идеального варианта пока не нашел. Связь через публично доступные IRC-сервера. Их тысячи и в крупных сетях они между собой связаны, в DNS обычно прописывается по N штук на один адрес, так что надёжность решения не такая уж низкая. Создаёшь свой канал и там все твои роботы заходят. Сообщения в канал -- широковещательные. Личные сообщения (нужно знать никнейм робота, с которым он вошёл). Можно смотреть список кто в канале. Несколько пакетов данных в секунду -- текст, бинарные данные закодируй в base64. Tам есть ещё способность передавать файлы, но боюсь упрётся в серые адреса. Удобно, что можно глазами за процессом самому наблюдать, если зайти в канал обычным IRC-клиентом. Опять же скриптовать роботов для PC можно. Думаешь хакиры за что IRC так любят? PS: во многих сетях есть регистрация пользователей с паролем и понятие администратора канала, что не даёт возможность кому-то со стороны вмешаться в работу канала, нужен робот в "операторах" канала банящий всех не своих и механизм опознания свой чужой (достаточно знать ники своих, а их заранее зарегистрировать в сети). Ещё возможен flood protection со стороны сервера -- это только с администратором сервера договариваться или не писать по 100500 сообщений в секунду. PPS: В догонку к email -- связь через публичные News (NNTP) сервера. Их тоже тысячи и они между собой связаны в практически единую сеть. Но в отличии от IRC обычно доступ к ним платный, по крайней мере для размещения сообщений. Есть бесплатные сервера, но их немного и они имеют некоторые ограничения в использовании (в основном там нет бинарных ньюсгрупп с порнухой и, возможно, ограничина отправка attachments). В отличии от IRC тут есть возможность передачи больших сообщений (как в email), но и задержка такая же. И хранение сообщений: отправка и получение возможно в разное время (в IRC в реальном времени). Разница с email в том, что для email собственно нужен всё-таки свой сервер с логином и паролем (кто-то кто его предоставит, что не вариант для тысяч ботов), а для news нужен сервер позволяющий постинг. И все сообщения будут широковещательные. Выбрать заброшенную ньюсгруппу и заполненную одним спамом... PPPS: самый бронебойный вариант, конечно, DNS tunneling. Изменено 31 марта, 2014 пользователем Frolov Kirill Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
andrewlekar 0 31 марта, 2014 Опубликовано 31 марта, 2014 · Жалоба Чтобы не лезть во всякую жесть типа публичных IRC и NNTP серверов, лучше поставить свой сервер с jabber и общаться по xmpp протоколу. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
fk1 0 31 марта, 2014 Опубликовано 31 марта, 2014 · Жалоба Чтобы не лезть во всякую жесть типа публичных IRC и NNTP серверов, лучше поставить свой сервер с jabber и общаться по xmpp протоколу. Лучше свой сервер. А jabber слишком притянут за уши. Протокол там слишком сложный для МК и много не нужного. Проще свой самодельный. Кстати да, публичные jabber-сервера ещё и другие чат-системы. В случае, когда свой сервер не приемлем по каким-либо соображениям и остаётся пользоваться только чем-то публичным для коммуникации. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
vic1850 0 1 апреля, 2014 Опубликовано 1 апреля, 2014 · Жалоба STUN/TURN-сервер. Прокси-сервер с собственным протоколом (самый дешёвый VPS на amazon EC2). Один на 100500 клиентов. Связь через публично доступные IRC-сервера. Их тысячи и в крупных сетях они между собой связаны, в DNS обычно прописывается по N штук на один адрес, так что надёжность решения не такая уж низкая. Создаёшь свой канал и там все твои роботы заходят. Сообщения в канал -- широковещательные. Личные сообщения (нужно знать никнейм робота, с которым он вошёл). Можно смотреть список кто в канале. Несколько пакетов данных в секунду -- текст, бинарные данные закодируй в base64. Tам есть ещё способность передавать файлы, но боюсь упрётся в серые адреса. Удобно, что можно глазами за процессом самому наблюдать, если зайти в канал обычным IRC-клиентом. Опять же скриптовать роботов для PC можно. Думаешь хакиры за что IRC так любят? PS: во многих сетях есть регистрация пользователей с паролем и понятие администратора канала, что не даёт возможность кому-то со стороны вмешаться в работу канала, нужен робот в "операторах" канала банящий всех не своих и механизм опознания свой чужой (достаточно знать ники своих, а их заранее зарегистрировать в сети). Ещё возможен flood protection со стороны сервера -- это только с администратором сервера договариваться или не писать по 100500 сообщений в секунду. PPS: В догонку к email -- связь через публичные News (NNTP) сервера. Их тоже тысячи и они между собой связаны в практически единую сеть. Но в отличии от IRC обычно доступ к ним платный, по крайней мере для размещения сообщений. Есть бесплатные сервера, но их немного и они имеют некоторые ограничения в использовании (в основном там нет бинарных ньюсгрупп с порнухой и, возможно, ограничина отправка attachments). В отличии от IRC тут есть возможность передачи больших сообщений (как в email), но и задержка такая же. И хранение сообщений: отправка и получение возможно в разное время (в IRC в реальном времени). Разница с email в том, что для email собственно нужен всё-таки свой сервер с логином и паролем (кто-то кто его предоставит, что не вариант для тысяч ботов), а для news нужен сервер позволяющий постинг. И все сообщения будут широковещательные. Выбрать заброшенную ньюсгруппу и заполненную одним спамом... PPPS: самый бронебойный вариант, конечно, DNS tunneling. Все таки коллективный разум это сила!!! Как я мог забыть за IRC, помню студентами в общаге мы во всю пользовались IRC для общения. Спасибо буду двигаться в этом направлении. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться