Я сейчас подумал, что это вряд ли такая схема сработает. Видимо, часы не используют протокол http, а просто шлют поток.
В этой связи у нашего сервера нет возможности понять - на какое доменное шло было реальное обращение - kas-ksu... или любое другое. Так как все эти имена разрешаются в итоге в наш IP адрес 193.232.49.4
Способом разделить потоки является именно доменное имя, а в случае посылки потока (без http) у нашего сервера нет информации о домене.
1. С публикацией URL - нет
2. Можно было бы сделать отдельный порт для ваших часов, но у нас порты, если не на вес золота, то достаточно ограниченный ресурс. И технически это непростая задача. Хотя вы не первый кто просит сделать подобную вещь. Возможно там стоит об этом подумать, как о новой услуге.
3. Можно было бы попробовать прокси (у вас на скриншоте есть настройки прокси), но у нас обязательна авторизация, а часы, скорее всего, не умеют авторизацию в прокси
4. Часы впн не умеют?
Часы впн не умеют. На скриншоте прокси, для другого. Часы работают с приложением под андроид SeTracker и отправляют все данные туда, если их перенастроить на MD, то в SeTracker данных не будет, для этого и как раз прокси, чтобы перенаправлять данные с пришедшие в MD на SeTracker.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
Думаю, что получится кое-что сделать, но займет не меньше недели.
Будем делать новую услугу "Прямой TCP порт", для тех, кому не хватает http публикации.
Но увы, это будет небесплатная штука, ибо у нас уже не хватает ресурсов на развитие системы.
Прокинул вам в качестве теста порт внешний msk.vpnki.ru:15900 на нужный вам внутренний адрес и порт 2902
Попробуйте работу часов