GNSS база на u-blox F9P и Raspberry

Arkeston, а Вы не замечали такую особенность - после нескольких часов непрерывной работы из RTCM-потока данных от F9P пропадает коррекция и он становится непригоден для работы (на роверах нет фиксированного и плавающего решения, RINEX-файлы не формируются ("Карта наличия измерений" в сервсе HIVE показывает "1" вместо "100")? После перезагрузки питания или применения команды "HotStart" RTCM-поток восстанавливается. Возможно проблема в обновлении эфемерид приёмником или настройке "cycle tracking"...

 

Хотелось бы не выставлять Raspberry прямо в интернет, а спрятать этот NTRIP caster
за внешним apache proxy/reverse proxy на обычном порту 80.
Такое возможно ?
Я ничего полезного в интернете на эту тему не нашел,
кроме как посылать свои данные на внешний кастер "добрых самаритян".

 

Нет, не замечаю. У меня зоопарк роверов, на них все нормально. Есть и Trimble.
Насчет сервиса HIVE сказать ничего не могу, у меня стоит кастер SNIP с белым IP, так что я не пользуюсь публичными кастерами.
Uptime сервера последний - 90 дней, потом на доме выключали свет, было бы и больше.

--- Сообщения объединены, 30 дек 2021, Оригинальное время сообщения: 30 дек 2021 ---

Один из вариантов:
https://help.keenetic.com/hc/ru/articles/360000400919-Сервис-доменных-имен-KeenDNS

 

Не совсем понял вопроса,но отвечу.Раньше оплачивал за месяц подписку на Russian proxy, взамен давали белый статический IP. Номер порта указывался в программе для NtRip.На ПК с Windows, по инструкции с сайта прокси сервера, настраивалась виртуальная сеть, было два варианта подключения и настроек, оба работало.В программе для NtRip поток поправок заводился по ком кабелю или блютуз SPP, создавалась точка монтирования, логин, пароль.Возможно на данный момент есть инструкция для Андроид и Линукс платформ.Данный способ работает при динамическом IP адресе.

 

Вопрос не корректный и/или не понятный.Почему именно Апачи?
Зачем прятаться за 80, что это даёт? Зачем вообще NTRIP прогонять через прокси? Это дополнительные задержки и дополнительный геморрой.
В общем, логика такая: один порт => несколько URL адресов, или один IP-адрес => несколько портов, и локально порт доступен только одному приложению (но может быть несколько потоков).
1) Апачи (и т. п.) на одном порту может обслуживать несколько URL. Читаем Virtual Hosts
2) Два приложения через один TCP порт локально
3) Если прокси где-то там (не собственный), то теоретически возможно, но на 80-ом порту ведь "закреплен" HTTP и ничего с этим не поделать.

 

Не у каждого есть свой сервер в интернете, а делиться с rtk2go и иже с ними нет никакого желания.
Тот сервер, который есть, имеет свои жесткие ограничения: в фаерволе открыт только порт 80 на вход и выход
и на нем установлен именно апаче (тоже менять разумеется нельзя).
Хотелось бы иметь такое решение
http://foo.com:80/ntripproxy/MOUNTPOINT <- NTRIP туннель через порт 80 -> raspberry.localntrip:2101/MOUNTPOINT
как для обычных HTTP сервисов.
Надеюсь теперь объяснил понятнее.
"Прямой" доступ к raspberry.localntrip:2101/MOUNTPOINT через VPN работает, но это слишком сложное решение.

 

Читал, что платным proxy пользуются игроки для увеличения пинга, так что задержка должна быть минимальна.Выбирал тариф для онлайн игрока.Честно сказать особого гемороя не наблюдал.Если использовать Linux и raspberry, то там скорее всего весь процесс запуска можно автоматизировать, через терминал.

 

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

 

В туннель надо смотреть с обоих сторон одинаково. Со стороны сервера, вероятно, можно что-либо своё замутить, а как вы собираетесь это же своё мутить на клиенте (на Ровере)?

--- Сообщения объединены, 18 окт 2022, Оригинальное время сообщения: 18 окт 2022 ---

Или ровер тоже самодельный на малине?