за 3 копейки не будет, но можно посмотреть тех же айдеко. у них есть гост впн из коробки. лицензия отдельная вроде не нужна. только в пределах самого ngfw. Но опять же надо смотреть по сертификации подходит или нет.
Я просто позвонил в территориальный отдел ркн в своем регионе и мне все объяснили. Да заявление не формализованное, но там как бы и не чего формализовать. Мне вообще сказали что в моем случае ничего подавать не надо. По поводу списков и прочего... В соседнем регионе даже внутри региона внутри одного провайдера с прошлой недели возникают проблемы с связанностью узлов. Крайнего найти не могут (провайдер разводит руками, ркн говорит что не зона их ответственности) и сейчас в срочном порядке переходят на випнет для предоставления доступа к своим сервисам подведам. Я от греха начал еще с конца прошлого года и 16 марта у меня последний день перехода, оборудованием затарился еще загодя (пятой точкой ощущал что скоро серьезно возьмутся за ПД).
Камрад победил. Во первых убираем 'cmd="/telemt /etc/telemt.toml"' если будет ругаться что не хватает прав, то в user выбираем своего пользователя. с чем связано не знаю, первый раз с таким сталкиваюсь.
На одном из хостов столкнулся с проблемой. при создании контейнера указано root-dir=/docker/telemt/root, но фактически рисует root-dir=telemt. Удаляли, создавали, руками выбирали в гуе, все равно, после применения возвращает на telemt
Ну тогда бы я хоть что-то бы да увидел. И в режиме разработчика. Еще раз, открываю с компа по wan ip vps - тишина. совсем. Открываю через ssh port forward или через wg по local ip и все вижу. Какой тут cdn?
Cap ac и hap ac2 вполне себе имеют свежий драйвер wifi и ничего совмещать не придется. Да туда больше ничего не влезет, но как ап отлично справляются с задачей.
за 3 копейки не будет, но можно посмотреть тех же айдеко. у них есть гост впн из коробки. лицензия отдельная вроде не нужна. только в пределах самого ngfw. Но опять же надо смотреть по сертификации подходит или нет.
Ото ж.
Я просто позвонил в территориальный отдел ркн в своем регионе и мне все объяснили. Да заявление не формализованное, но там как бы и не чего формализовать. Мне вообще сказали что в моем случае ничего подавать не надо.
По поводу списков и прочего... В соседнем регионе даже внутри региона внутри одного провайдера с прошлой недели возникают проблемы с связанностью узлов. Крайнего найти не могут (провайдер разводит руками, ркн говорит что не зона их ответственности) и сейчас в срочном порядке переходят на випнет для предоставления доступа к своим сервисам подведам. Я от греха начал еще с конца прошлого года и 16 марта у меня последний день перехода, оборудованием затарился еще загодя (пятой точкой ощущал что скоро серьезно возьмутся за ПД).
Ну не все так просто. КИИ, ПД и уже считай везде. С 1 марта этого года это больная тема.
Так вроде ж можно подать заявление и не будет попадать.
У опсосов не скажу (там тспу пожесче), но вот на проводных все четко (я не администратор сети).
Спасибо. Буду завтра пробовать.
Может проглядел, а v2 амнезия поддерживается?
Камрад победил.
Во первых убираем 'cmd="/telemt /etc/telemt.toml"' если будет ругаться что не хватает прав, то в user выбираем своего пользователя. с чем связано не знаю, первый раз с таким сталкиваюсь.
На одном из хостов столкнулся с проблемой. при создании контейнера указано root-dir=/docker/telemt/root, но фактически рисует root-dir=telemt. Удаляли, создавали, руками выбирали в гуе, все равно, после применения возвращает на telemt
Для владельцев routeros (проверено на 7.21.2 chr, под arm64 образ тоже есть):
[general.modes]classic = true
[server]port = 8443
Создаем каталог docker в нем каталог telemt. В docker/telemt закидываем telemt.toml.
В терминале ros:
/interface vethadd address=172.17.0.2/24 dhcp=no
gateway=172.17.0.1 gateway6="" name=
veth-telemt
/interface bridgeadd name=bridge-docker
/interface bridge port add interface=veth-telemt bridge=bridge-docker/ip addressadd address=172.17.0.1/24 interface=bridge-docker network=172.17.0.0
/ip firewall natadd action=dst-nat chain=dstnat comment=telemt dst-port=443 in-interface=ether1
protocol=tcp to-addresses=172.17.0.2 to-ports=8443
/container configset registry-url=
https://registry-1.docker.iotmpdir=/docker/tmp/container envsadd key=RUST_LOG list=telemt_env value=info
/container mountsadd dst=/etc/telemt.toml list=telemt_config read-only=yes src=
/docker/telemt/telemt.toml
/containeradd cmd="/telemt /etc/telemt.toml" dns=8.8.8.8 envlists=telemt_env interface=
veth-telemt layer-dir="" mountlists=telemt_config name=telemt remote-image=
whn0thacked/telemt-docker:latest root-dir=/docker/telemt/root
start-on-boot=yes workdir=/home/nonroot
Возможно надо будет запустить повторно.
Ну тогда бы я хоть что-то бы да увидел. И в режиме разработчика.
Еще раз, открываю с компа по wan ip vps - тишина. совсем.
Открываю через ssh port forward или через wg по local ip и все вижу. Какой тут cdn?
Каких cdn'ов? А через ssh port forward или через тунель открывается. Да и при чем тут cdn...
Все можно. есть как доменная маршрутизация, так и статистическая. Все есть в патчноутах и доке.
Ну так же как у меня к примеру не работает дома 3x-ui. Из-за бугра открывается, а в рф нет.
Ты сам выбрал этот путь) страдай)
Какого интерфейса? Винбокса? Пока жив старый.
С чего другой? Ставим wifi-qcom-ac и прекрасно рулим этими АП новым капсманом который находится в вкладке wifi, на не в старом capsman.
Cap ac и hap ac2 вполне себе имеют свежий драйвер wifi и ничего совмещать не придется. Да туда больше ничего не влезет, но как ап отлично справляются с задачей.
Отменяй все минусы. Ну если совсем лень читать доку, ну хотя бы рядом положи микрот и проверь.
Вы б хоть доку прочли. Немедленного отката не будет. В пределах жизни TCP сессии все вполне себе живет. Т.е. путем исправления таймаута TCP сессии можем варьировать и таймаут возврата.
https://help.mikrotik.com/docs/spaces/ROS/pages/328155/Configuration+Management#ConfigurationManagement-SafeMode