a31

Никак. Файл hosts - это часть подсистемы DNS. Он работает только с доменными именами, а не ссылками.

Гуглить пробовал?
Вот кроме шуток, первый же запрос по "CS:GO query online python" меня отправил в доки к пакету python-valve.
И там даже есть пример кода, которому нужно указать вместо ... адрес и порт, как я понимаю.

import valve.source.a2s

SERVER_ADDRESS = (..., ...)

with valve.source.a2s.ServerQuerier(SERVER_ADDRESS) as server:
    info = server.info()
    players = server.players()

print("{player_count}/{max_players} {server_name}".format(**info))
for player in sorted(players["players"],
                     key=lambda p: p["score"], reverse=True):
    print("{score} {name}".format(**player))

ИМХО проверять надо не с внешнего сервера с машины на которой эти прокси будут использоваться
потому как следующий вопрос будет - а почему там работает а у меня нет

конечно же есть сервисы которые проверяют на доступность с разных точек но с учетом того что процентов 99% прокси не анонимные то есть большие шансы что прокси будут рабочими но не для тебя

Простейшая реализация проверки выглядит так - делаешь N запросов на каждый прокси и смотришь допустимый процент статуса 200. Упростить задачу по скорости можно заменив get на head запросы

Пример реализации на Qt + потоки

а так ?

Ну по нормальному надо вынести вифи клиентов в отдельную подсеть. И на ней запретить
Но на тп-линк это врятли

Можно на dhcp сервере поставить выдачу неправильного шлюза.
А на ПК вручную выставить нужный

программы tor и i2p (и другие аналогичные, помню была еще freenet например) работают по следующему принципу:
1. по локальному адресу (это меняется в настройках) запускается веб сервер, представляющий интерфейс приложения (настройки, мониторинг, просмотр конфига)
2. для работы с onion сайтами в браузере прописывается socks прокси (порт 9050 по умолчанию), а сервер эту прокси эмулирует, переотправляя запросы в tor сеть

прокси это протокол, где браузер отправляет в соответствующем формате ip порт (или строка доменного имени) и пакет данных, а прокси сервер возвращает ответ, который должен вернуться, если это обычная прокси то она просто по подключению к соответствующему серверу шлет указанные данные, ну а tor шлет эти данные по своей сети, завернув их в соответствующий формат и шифрование.

p.s. благодаря такой схемы для работы с tor или i2p можно использовать не только браузеры и специализированные библиотеки но и обычные приложения, умеющие использовать socks прокси (а есть возможность поднять такую прокси прозрачно, замапив tor сайты к примеру на ipv6 сайты)

Я исхожу из того, что VPS под линуксом.
Потому что когда ты закрываешь соединение, SSH-демон завершает процесс оболочки, который он запустил для его обслуживания (скорее всего это bash), посылая ему сигнал HUP. А твой сервис запущен как дочерний процесс из этой оболочки, и потому тоже получает сигнал HUP. Так как он этот сигнал не обрабатывает, он завершается.

Если тебе нужно запустить процесс сервиса разово, и больше его не трогать, запускай его такой командой:
nohup /путь/до/сервиса --параметры --сервиса &
& позволит оболочке продолжить работу (запустит твою программу "в фоне"), а nohup "проглотит" сигнал HUP и тем самым не даст завершиться твоему сервису, когда ты отключишь сессию SSH. Но если сервис "упадёт", то запускать его придётся снова.

Если для тебя допустимо запускать сервис вручную, и тебе нужно взаимодействие с сервисом через консоль (ну скажем, прочитать что он туда пишет), используй программу screen (может потребоваться её установить). Что это за программа, погугли сам, но вкратце, она позволяет создать сессию оболочки, которая переживёт отключение. Однако опять же, если сервис упал, screen его обратно не поднимет.

Предыдущие варианты сойдут для отладки. А если на постоянку, то тебе нужно запускать сервис как демон, при старте VPS (ну мало ли хостер её перезагрузит), так что разбирайся с автозагрузкой. В зависимости от установленного на VPS дистрибутива это может быть скрипт init.d (смотри скрипты в каталоге /etc/init.d), модуль systemd или что-то ещё. Разбирайся, гугли, по этому материалов в сети полно.

Нужно прочитать учебник по Python и узнать, что такое кортежи, потом почитать документацию по DB-API и узнать, что метод fetchone возвращает кортеж, после чего становится очевидным, что значение можно извлечь из кортежа операцией взятия по индексу.

iptables -m owner -h

Маркируем пакет от пользователя (-j MARK) и затем policy routing (ip rule add fwmark XXX lookup vpn) перекидываем в другую таблицу маршрутизации.