Fourier 0 22 сентября, 2019 Опубликовано 22 сентября, 2019 · Жалоба Здравствуйте! Стоит задача объединить в сеть несколько удаленных устройств. Устройства являются TCP серверами и имеют доступ в глобальную сеть через GSM/GPRS. Единый пульт управления (клиент) опрашивает показания устройств. Хотелось бы чтоб устройства и пульт управления были объединены в виртуальную сеть. Т.е., например клиент имел ip-адреса 192.168.1.1, а сервера 192.168.1.2, 192.168.1.3 и т.д. Использования сторонних серверов нужно избежать, у клиента может быть статический ip-адрес. Подскажите технологии/протоколы, в направлении которых нужно копать. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
_4afc_ 25 22 сентября, 2019 Опубликовано 22 сентября, 2019 · Жалоба Мы делали через VPN у MTS, но в Питере эта услуга была доступна только юрикам. Оформление тарифа заняло 3 месяца. Другие операторы отказали вовсе. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
magvrn 1 22 сентября, 2019 Опубликовано 22 сентября, 2019 · Жалоба Сеть с использованием ВПН можно построить и самостоятельно, перед серверами ставите роутер, масса вариантов одноплатных компьютеров, масса вариантов типа тонких клиентов, т.е. трафик от серверов идет на тонкий клиент и затем на GSM/GPRS. Можете например использовать оборудование Mikrotik. Надо чётко нарисовать схему используемого оборудования (какое есть в наличии) Ваш выход в GSM/GPRS уже имеет встроенные средства шифрования. Обратитесь к хорошему админу, или в фирму, если бюджет позволяет. Преимуществом микротиков также является то, что можно построить сеть из нескольких каналов с симметричной маршрутизацией, очень задёшево как по стоимости так и в поддержке. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
k155la3 27 22 сентября, 2019 Опубликовано 22 сентября, 2019 · Жалоба 1 hour ago, Fourier said: . . . Устройства являются TCP серверами и имеют доступ в глобальную сеть через GSM/GPRS. Единый пульт управления (клиент) опрашивает показания устройств. . . . Использования сторонних серверов нужно избежать, . . . Поставьте свой сервер с несколькими модемами GSM, каждый из которых по расписанию соединяется с клиентами (последовательно) по ppp (или с концентратором на который локально подключена LAN с несколькими клиентами). Лучше UDP. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Fourier 0 22 сентября, 2019 Опубликовано 22 сентября, 2019 (изменено) · Жалоба Спасибо за ответы. Quote Поставьте свой сервер с несколькими модемами GSM, каждый из которых по расписанию соединяется с клиентами (последовательно) по ppp (или с концентратором на который локально подключена LAN с несколькими клиентами). Лучше UDP. Несовсем понял... Наверное, нужно уточнить. Серверы - независимые устройства, географически разнесенные друг от друга (т.е. в один роутер, концентратор их не подоткнуть) Пока совет_4afc_ видится самым технически простым Изменено 22 сентября, 2019 пользователем Fourier Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
k155la3 27 22 сентября, 2019 Опубликовано 22 сентября, 2019 · Жалоба 1 hour ago, Fourier said: . . . Пока совет_4afc_ видится самым технически простым Технически - да. Организационно / стоимость - под вопросом. По-сути, вы хотите получить от провайдера VPN. Есть много денежных "конкурентов", вроде банков, платежных систем и еще не знаю чего, где важны надежность работы этой самой VPN и "гарантированность" ее работы, которая будет обеспечиваться вполне ограниченным оборудованием провайдера и ресурсом частот/времени. Если пускать в эту сферу всяких (. . . типа меня ) с более чем ограниченным финансированием - эта "тьма" угробит работу в сети в целом. В сети появятся чайники, кормилки для рыбок и еще бог-весть-что. Хотя технически - это наиболее удобное и правильное решение. Мое предложение касается режима CSD (или его более современных вариантов), где вы реализуете 2-точечное последовательное соединение центрального "прикладного" сервера (в роли "клиента-центр") с периферийной точкой ("сервер" клиента). Фактически, внешней, чужой VPN у вас нет (то что на рис. в центральном эллипсе). VPN "живет" на вашем физ. сервере, к которой по мере необходимости подключаются удаленные устройства. Если интервал сбора данных 1 час и удал.устройств относительно немного - достаточно 1 модема на центр. сервере и последовательное подключение уд.устройств в серверную VPN. Если их много - делаете параллельный опрос на нескольких модемах. (Если, конечно, вы не качаете с периферии видео) Сеть в VPN запускается очень даже хорошо, если она уже есть в виде корпоративной у заказчика. Если нет - можно попробовать его (заказчика) "сподвигнуть" ее организовать. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
magvrn 1 23 сентября, 2019 Опубликовано 23 сентября, 2019 · Жалоба 9 часов назад, k155la3 сказал: Технически - да. Организационно / стоимость - под вопросом. Пару раз была необходимость делать подобные решения, правда для удаленных офисов. Стоимость от провайдера однозначно будет высокой, посчитайте хотя-бы в перспективе год, два. Это с учётом того, что пров вообще сможет предоставить такие услуги. При возникновении проблемы сложнее разобраться в причинах, когда всё на стороне провайдера, да и кто ещё имеет доступ к Вашей сети под ВПН тоже не проконтролируешь. А уж если нужно сделать резервирование каналов .... Возьмите сисадмина имеющего опыт в подобных решениях. Это не дорого, хотя бы на стадии проектирования и внедрения. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AlexandrY 3 23 сентября, 2019 Опубликовано 23 сентября, 2019 · Жалоба 14 hours ago, Fourier said: Использования сторонних серверов нужно избежать, у клиента может быть статический ip-адрес. Это невозможно. Сервер всегда будет. Это может быть сервер провайдера, а может быть ваш в облаках. Сервер провайдера - дорого , но просто. Не нужно реализовывать протоколы VPN. Провайдер просто изолирует ваш трафик от внешнего интернета без всякого шифрования. Некоторые по ошибке называют это VPN-ом, но не факт что у провайдера внутри для этого используется именно технология VPN. Если дивайсы на каком-нибудь STM с софтом состряпанным в кубе, то такой вариант - это единственный выход. Но с более продвинутой софтовой платформой можно использовать протокол L2TP/IPSec и организовать настоящий VPN через любой облачный сервер. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
_3m 7 23 сентября, 2019 Опубликовано 23 сентября, 2019 · Жалоба 15 часов назад, Fourier сказал: Устройства являются TCP серверами и имеют доступ в глобальную сеть через GSM/GPRS. Единый пульт управления (клиент) опрашивает показания устройств. Если вы собираетесь использовать в новом проекте 2G GPRS то одумайтесь! 2G GPRS/EDGE умирают. В Москве у МТС на 2G трафик уже почти не проходит. Если где-то оно еще работает это ненадолго. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Nihelbor 0 24 сентября, 2019 Опубликовано 24 сентября, 2019 · Жалоба Наиболее правильное решение это организация VPN сети с собственным сервером. Но в случае с GPRS / TCP стабильность такого соединения является очень сомнительной. Нужно прокладывать UDP + контроль доставки на прикладном уровне. Касаемо GPRS соглашусь с предыдущим комментатором - GPRS технология устаревшая. Во многих странах 2G layer давно выключен а у нас он является legacy и существует только за счет долговременной коммерческой эксплуатации. Не думаю что он проживет еще хотя бы десятилетие. Поэтому если этот проект не относится к legacy классу - одумайтесь или убедите в безумстве такой затеи его автора (если проект не ваш). Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
k155la3 27 28 сентября, 2019 Опубликовано 28 сентября, 2019 · Жалоба On 9/24/2019 at 5:43 PM, Nihelbor said: . . . . Нужно прокладывать UDP + контроль доставки на прикладном уровне. . . . . Может Вы в курсе, можно ли заполучить от провайдера доступ в (из) internet с его "белым" IP адресом, но только на 1-2 порта UDP ? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться