VPN через TOR
Уважаемые завсегдатаи! Дайте оценку следующей системе.
– VirtualBox guest 1 – Whonix Gateway
– VirtualBox guest 2 – Windows XP через Whonix Gateway в TOR
– Из Windows XP OpenVPN (TCP-443) – Internet.
Такая модель позволяет обойти ограничения TCP only в TOR, скрыть свои установочные данные от провайдера VPN и соответственно оставаться анонимным, без ограничений в сервисах.
Цель применения – Direct Connections with Port Forwarding.
Прошу дать свою оценку!
Выше привели пример качальщиков с opva, можно взять его как самый экстремальный :)
Если операция готовится, никто не будет сливать о ней инфу раньше её окончания.
Например я часто наблюдаю ситуацию, когда 2 а то и все 3 узла из цепочки находятся в одной стране! Чаще это Германия,Швеция и Нидерланы. Приходится в ручную эти цепочки гасить.
Нет ли какого-то параметра который запрещает тору строить цепочку из нодов, расположенных в одной стране?
Применительно к обсуждаемой здесь схеме с VPN на конце. Если арендовать VPS и поставить на него экзит-тор сервер и подключатся только через него к VPN это усилит анонимность против https://www.pgpru.com/comment61926 ?
комментариев: 9796 документов: 488 редакций: 5664
Узлы могут принадлежать разным лицам в одной стране также как и одному лицу в разных странах. Геолокация IP-адресов носит приблизительный характер, а их юридическая подконтрольность (например один хостер раздаёт IP в разных странах) вообще никак не учитывается.
Это ослабит анонимность. VPS оплачивается, также как и VPN (что даёт дополнительный повод для отслеживания платежа), эксит привлекает внимание к владельцу, вплоть до обысков и изъятий. Наконец, VPN используют, когда анонимностью жертвуют ради скорости/функциональности. При подключении к нему через Tor-exit не получится ни того, ни другого.
Есть один момент... см. /comment61212.
настроил сеть у гостя как в Whonix Workstation, но адаптер в системе не виден (не создается). переустановка дополнений virtualbox не привела к появлению адаптера. естествено и соединения с шлюзом не происходит.
VMware не пробовал.
Дом-ноль Xen'а Debian работает практически искоробки, ручное вмешательство (уже не помню) то ли отсутствует, то ли минимально. До настройки других домов руки пока не дошли, но полагаю, что взлетит. Во всяком случае, я верю в них. Дома — это хорошо.
глядишь сам так все и разберу ))
1. Машина-Создать
– пишем название системы латиницей и выбираем тип, версию
– Указываем размер оперативки
– Создаем вирт диск гостя. лучше динамический.
Готово.
2. Выбирам гостя из списка и ПКМ – Настроить.
– Система – редактируем память и настраиваем порядок загрузки. Сначало – CD-Rom
– Дисплей – настраиваем память видео
– Носители – вот тут настраваем контроллеры, в т.ч. выбираем образ для установки системы в оптическом приводе. далее настраиваем атрибуты и, если необходимо, добавляем носители (жесткие диски, дисководы).
– Аудио не считаю важным.
– Сеть. вот тут придется поэкспериментировать. однако, не удасться настроить диапазоны сетей, ДНС, шлюзы и т.д. тут нужно через терминал.
– СОМ-порты.. ну а кому они нужны.
– USB добавляем при необходимости здесь или в окне гостя потом.
– Общие папки добавляются через терминал\командная строка.
собственно, сложного ничего нет.
Имелось в виду, что для vbox не было мануала, и нельзя было опции задавать в командной строке. Был только исполнимый файл, который можно было запустить и получить GUI. Далее работа шла только через GUI. Возможно, плохо искал. Детали не помню.
А как отлаживать загрузку на специализированном железе, где нет монитора? Не везде есть VGA-разъём. Как отлаживать крэши ядра, как дебажить ядро, если вдруг монитор и видео помирают даже на обычной системе? Для решения этих задач многие системы, особенно UNIX, умеют COM-порты до сих пор. Виртуалка может их, видимо, эмулировать, тем самым упрощая отладку.