Петр Питерский, не хочу гадать чего они там намудрили, подозреваю что какой то NAT, внутри которого надо какие то правила настраивать.
Короче, если ты в ssh консоль твоего сервера на котором Swan поднят сможешь зайти через 'ssh user@ip' - то все работать будет, только порты открыть, если нет - то вопрос не в настройке Swan, а в настройке их NAT.
Петр Питерский, по какому - такому? если там они сделали какие то костыли - для OpenVPN или WG, не факт что это все на Swan заработать, чисто теоретически можно сделать это как то привязав к домену (leftid=@vpn.mydomain.com), но тогда надо смотреть как DNS работает, а это выходит за рамки задачи, да и сертификат домена будет нужен. Короче проще нормальный IP получить, чем вот это все это вот...
Сначала надо определится, есть ли вообще потребность в отдельном web сайте, или достаточно просто Google Forms. Поскольку функционал по сути тот же самый, но без абонентской платы. Но это учитывая только то, что было заявлено в тексте вопроса.
скорее всего никак... может быть там и стоит какой то линукс, но я более чем уверен, что там собственное нестандартное железо и проприетарные драйвера, а без них ничего не взлетит, и если даже допустим до командной строки загрузится, до ничего работать не будет... проще новый девайс купить
REST API не должен ничего хранить, это просто интерфейс взаимодействия двух хостов, клиента и сервера. Все данные обрабатываются и хранятся на конечных устройствах.
Надо смотреть что там за ОС стоит, поскольку VPS обычно арендуются с предустановленной ОС, которая разворачивается из образа на сервере, что там в неё хостер запихал зависит только от порядочности хостера.
В обычных Linux системах такого сервиса нет, чтобы systemd как то в cron трансформировалось.
CrazyHackGUT, это вопрос задачи, которую надо решить... Я так и написал, кстати, что можно и без VPN, но он повышает безопасность.
Если например надо дать внешний доступ к домашней файлопомойке с фильмами и музыкой, то VPN тут нафиг не нужен, при наличии NAT на роутере наружу только те порты смотрят, которые открыты в роутеле и/или форвардинг настроен. Достаточно sshfs шары с доступом по ключам или вообще через Apache2. Если к документам, то я бы тогда VPN делал, кстати, я так и сделал на Mikrotik. Короче, все сильно зависит от...
Насчет доступа к разным хостам, можно банально развести доступ по портам, это элементарно делается через netmap.
как отдельное приложение - это врятли, т.к. для реализации этого очевидно надо реализовать поддержу ядром системы... ну это если по уму делать, как это сделал Samsung, а не абы как...
Ziptar, все очень сильно зависит от того, что именно хочет сделать автор... Если там какая то файлопомойка - то это одно, там да, UDP будет в приоритете, если же это какое то решение, предназначенное для обмена небольшими порциями данных приложениями (и если их много), то я бы подумал про TCP. И вообще монтировал бы sshfs (вместо Samba, конечно).
Binance не надо, у них самый дебильный кусь и самые идиотские требования к безопасности. В т.ч. по поводу и без повода требуют FaceID, если даешь пользоваться эккаунтом кому то еще, например близкому родственнику - могут быть проблемы. Гораздо лучше ByBit, и россиян они не блокируют.
Нет, это не возможно. Сид фразу надо всегда хранить отдельно в безопасном месте, об этом говорится во всех инструкциях при её генерации... Более того, если кто-то получил кошелек и сид то уже поздно, все что была на этом кошельке теперь его.
Короче, если ты в ssh консоль твоего сервера на котором Swan поднят сможешь зайти через 'ssh user@ip' - то все работать будет, только порты открыть, если нет - то вопрос не в настройке Swan, а в настройке их NAT.