AlexVWill

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

Нету в нем никакой "системной прокси" клиент просто добавляет виртуальный сетевой интерфейс со своим IP и default gateway на него. Если надо какой то IP в обход этого маршрута, то пиши правило маршрутизации, если наоборот, только один IP по этому маршруту, то убирай default gateway и пиши правило маршрутизации, если надо одно приложение, то создавай namespace для него и пиши правило маршрутизации.
Как это сделать можно почитать вот тут.

А не Waylandли у тебя часом?

Какой ответ на этот вопрос ты ждёшь? Можно использовать, а можно и не использовать, и на работе работу работать, и использовать только рабочий интернет.
Если же прям очень хочется, то можно попробовать поставить на домашний комп какой то прокси или VPN, подключится с рабочего места и посмотреть что будет. Прокси, кстати, должен иметь внешний статический IP, а не то, что ты написал.
Ну, а если уж прям совсем заморочится, то можно все это не на домашнем компе, а роутере сделать, тогда и комп не надо оставлять включенным. Если конечно роутер позволяет это сделать.

в чем может быть проблема

Попробую начать с самого начала... Однажды половцы напали на печенегов...

Открыть Youtube в Brave браузере или в приложении (коих много) неродного клиента. Вариантов много.

А зачем, собственно, нужен какой то отдельный сервис, если это можно сделать элементарно самому на любом ЯП.
Даже на bash

arr[0]=1
arr[1]=2
arr[2]=3
arr[3]=4
arr[4]=5
arr[5]=6
arr[6]=7
rand=$[$RANDOM % ${#arr[@]}]
echo $(date)
echo ${arr[$rand]}

Прикрутить к этому внешнюю ссылку через Apache2 и реализовать его через PHP дело часа-двух.

SSTP может помочь тоже, поскольку (если в простых словах) он работает на 443 порту, через TCP и по сути похож очень на обычный https трафик.
Также вполне неплохо справляется AnyConnect c маскировкой, сервер которого OCServ притворяется обычным WEB сервером. Короче, способы есть.
Эти два решения настоящие VPN в отличии от VLESS (который по сути прокся), т.е. позволяют делать всякое, вроде подключения через сертификаты, с проверкой сертификатов пользователя и сервера, разграничения доступов по подсетям, пушинг маршрутов, проксирование (например для выхода в зарубежный VPN через местный VPN с одновременным доступом к ресурсам локальной и удаленной сети) и всякое такое. Если этого всего не надо, то и забей, VLESS вполне подойдет.

Потому что на первом похоже частота забита каким то работающим рядом девайсом.

Не надо устанавливать Linux вместо винды, ставь её параллельно. Когда протесрируешь все, убедишься что все нужные данные скопированы в Linux, видны и доступны, просто удалишь раздел с виндой и разметишь его как том под Linux

https://developer.android.com/privacy-and-security...

Обратись к авторизованному дилеру.

Если порт ничего не слушает, например никакой сокет не открыт - то файрволл и не нужен по сути. Потому что если сильно упростить, то задача файрволл не впускать входящие не идентифицированные соединения по тому порту, который принудительно не открыт.
Но кто поручится, что что-то не откроет такой сокет изнутри системы без ведома пользователя? "Такие случаи бывали" ))) Ну и некоторые по умолчанию могут быть открыты на некоторых системах, тот же ssh по 22 порту, оно нам надо?
Так что я бы всетаки iptables активировал и настроил на дроп входящих неидентифицированных. Тем более, что это делается элементарно, через UFW к примеру. А там дальше видно будет.

https://firebase.google.com/docs/auth/web/phone-auth

Что ты подразумеваешь под словом "домен". Контроллер домена внутри сети, или домен в интернет? Если первое - то это вообще не про то, что ты ставишь, тебе надо Samba. Вот по этой ссылке можно прочитать как.
Если второе - то доменное имя приобретается у регистраторов доменных имен, потом в их DNS указывается IP адрес твоего сервера, чтобы была привязка имени к IP (ресолвинг), после этого можно пользоваться доменным именем.
Короче, про этот вопрос лучше всего сначала что-то почитать, чтобы не задавать неопределенных вопросов.

Любой Mikrotik это умеет делать из коробки без перепрошивок и всяких танцев с бубном. Бери тот, что в бюджет уложится.

Папка на сервере, зашифрованная через fscrypt. На сервере при входе любым пользователем (в т.ч. root) выглядит как куча файлов с абракадаброй. При локальном монтировании пользователем (любым, в т.ч. автором) выглядит точно так же. Для чтения надо её либо на сервере либо на клинетской машине к которой она смонтирована расшифровать с помощью команды fscrypt unlock и пароля (есть вариант автоматической расшифровки через PEM при логине пользователя).
Я таким образом шифрую часть каталога /home/user где лежат нужные файлы, кэш браузера, ключи, банковские реквизиты, данные криптокошельков и пр.

Дружище, ты что-то напутал. Ничего РТК не блокирует, я сам сижу на нем, и точно так же получаю белый динамический IP, и все работает. Проверяй настройки своего сервера. Возможно что-то уже сидит на этих портах, дай команду sudo netstat -tulpn и проверь что слушает порты. Заодно проверь открыты ли порты на сервере и проброс портов на роутере (если есть это все).

Потому что Google определяет местоположения не только по IP но и по другим параметрам. И если при входе с этого IP он ранее уже определил местоположение как РФ, то в следующий раз он может это учитывать, и ставить местоположение для соединения руководствуясь прежними данными не считаясь с тем, к какой стране относится IP. В Google тоже слышали про VPN и понимают что не всегда по IP можно верно определить фактическое место нахождения пользователя.

Неужели ты тот самый человек, которого единственного забанил таки гугль? )))
https://www.securities.io/best-open-source-wallets/