Как правильно настроить шлюз на виртуалке Debian?

res2001, цели легальные, если Вы в этом смысле!
То есть получается, необходимо, поднять на шлюзе VPN-сервер. Тогда встает вопрос, как мне коннектиться с клиента к шлюзу по средствам VPN? Внутренний адрес шлюза:проброшенный порт (от шлюза к клиенту)? В сторону какого протокола VPN сервера мне смотреть?

Как правильно настроить шлюз на виртуалке Debian?

res2001, задача - максимально (на сколько это возможно в пределах одного хоста и двух крутящихся на нем вируалок - шлюза и клиента), скажем так, "отдалить" хоста от конечного клиента. Сделать, на сколько это возможно, опять же, эффект НЕнахождения (сорри за кривой венегрет) хоста и конечной виртуалки-клиента в одной (фактически - получается так) сети. Я, разумеется понимаю, что все это звучит бредово, наверно, и что в итоге все пути безусловно сводятся к хосту, но.... в той или иной степени, как говорится, "и мы все тоже братья", и наш траффик в итоге тоже льется на ограниченное кол-во пограничных маршрутизаторов и прочее... Именно поэтому на шлюзе VPN клиент от стороннего сервиса. Ранее была мысль пустить через TOR траффик шлюза, но проблема в том, что на клиенте ни в коем случае нельзя точку выхода с TOR-IPадресом.

Как правильно настроить шлюз на виртуалке Debian?

res2001, большое спасибо за ответ!
То есть на дебиан-шлюзе, вместо нынешнего впн-клиента, приконнекченного к серверу некоего стороннего vpn-сервиса, поднять VPN-сервер, верно? А получится ли? ведь шлюз изначально по нату получает интернет от хостовой. Соответственно, белого IP нет - только серый 192.168.19.5. Вопрос наверно глупый, так как я абсолютно запутался, но разве с дебиан-клиента получится приконнектиться к поднятому vpn серверу шлюза, который не имеет внешнего ip?
P.S. шлюз на шлюзе из настроек соединения eth1 убрал, спасибо! Вот, уже первая моя ошибка. Почему работало с оным (с указанным шлюзом для eth1) - не пойму... Уффф, скоро голова лопнет =(