Tor (Русский)
Tor Project (The onion routing) — открытая реализация луковой маршрутизации, предоставляющая доступ к анонимной прокси-сети. Основная цель — сохранить анонимность пользователя в интернете, обеспечив защиту от анализа трафика.
Пользователи сети Tor запускают на своих машинах "луковый прокси" (onion proxy), который предоставляет программам-клиентам SOCKS-интерфейс. Прокси подключается к сети Tor, периодически согласовывая виртуальный канал через неё. Tor использует многослойную криптографию (отсюда "луковые" аналогии), последовательно обеспечивая секретность на каждом промежуточном маршрутизаторе.
В процессе работы луковый прокси управляет сетевым трафиком, обеспечивая анонимность конечного пользователя. Трафик зашифровывается, пересылается через узлы сети Tor и дешифруется на последнем узле перед отправкой на целевой сервер. Цена обеспечения анонимности — низкая скорость работы по сравнению с обычным прямым соединением из-за большого количества перенаправлений трафика. Кроме того, хотя Tor обеспечивает защиту от анализа трафика, невозможно избежать подтверждения трафика на границах сети Tor (т.е. в точках входа и выхода из сети). Подробнее см. Wikipedia:ru:Tor.
Установка
Установите пакет tor.
Как правило, с его помощью осуществляется #Веб-сёрфинг.
Nyx — консольная утилита для мониторинга Tor. Позволяет отслеживать использование пропускной способности, детали соединений, а также редактировать настройки "на лету". Для его использования установите пакет nyx.
Использование
Запустите/включите службу tor.service
. В качестве альтернативы можно запустить Tor командой sudo -u tor /usr/bin/tor
.
Чтобы программа работала через Tor, настройте её использовать 127.0.0.1
или localhost
в качестве SOCKS5-прокси на порте 9050 (для Tor со стандартными настройками).
Прокси позволяет удалённо выполнять разрешение доменных имён: используйте socks5h://localhost:9050
для отправки DNS-запросов с выходного узла (вместо socks5
для локальных запросов).
Проверить работу Tor можно на странице https://check.torproject.org/ или https://torcheck.xenobite.eu/.
Настройка
По умолчанию Tor считывает настройки из файла /etc/tor/torrc
, или, если последний не обнаружен, из $HOME/.torrc
. Настройки объясняются в руководстве tor(1) и на сайте Tor. Настройки по умолчанию должны работать для большинства пользователей.
После изменения настроек службу tor.service
необходимо перезагрузить.
Настройка Tor Relay
Максимальное количество дескрипторов файлов, одновременно открытых Tor, задаётся параметром LimitNOFILE
в файле tor.service
. Для быстрых ретрансляторов имеет смысл увеличить это значение.
Если на вашей системе не запущен веб-сервер и вы не задавали значение AccountingMax
(определяет максимальный объём передаваемых данных), рассмотрите возможность установки параметра ORPort
в значение 443
и/или DirPort
в значение 80
. Многие пользователи Tor находятся за жёсткими межсетевыми экранами, которые разрешают им только веб-сёрфинг, и такая настройка позволит им использовать ваш ретранслятор. Если порты 80
и 443
уже заняты, то подойдут 22
, 110
, 143
и 9001
[1]. Порты с номерами до 1024 являются системными и при работе через них Tor должен быть запущен с привилегиями суперпользователя; задайте параметры User=root
и User tor
в файлах tor.service
и torrc
соответственно.
Также будет полезно прочитать статью о жизненном цикле[устаревшая ссылка 2021-11-19] ретрансляторов в документации Tor.
Tor ControlPort
Как правило, особой необходимости открывать ControlPort не возникает, но некоторым программам это может потребоваться для получения низкоуровневого доступа к узлу.
Через открытый ControlPort внешние приложения смогут отслеживать состояние вашего узла, корректировать настройки, а также получать информацию о состоянии сети Tor и виртуальных каналов.
Добавьте следующую строку в файл torrc
:
ControlPort 9051
Разумеется, доступ к ControlPort должен предоставляться только доверенным пользователям. Ограничение доступа осуществляется либо с помощью cookie-файла, либо паролем, либо обоими способами одновременно.
Cookie-файл Tor Control
Добавьте к файлу torrc
следующие строки:
CookieAuthentication 1 CookieAuthFile /var/lib/tor/control_auth_cookie CookieAuthFileGroupReadable 1 DataDirectoryGroupReadable 1
Доступ к ControlPort будет ограничен набором файловых разрешений cookie-файла и каталога data. Доступ к cookie-файлу Tor Control получат все пользователи группы tor
.
Добавьте пользователя в группу tor
:
# usermod -a -G tor пользователь
Перезагрузите настройки группы:
$ newgrp tor
Перезапустите Tor:
# systemctl restart tor
Теперь пользователь имеет доступ к файлу сookie. Команда
$ stat -c%a /var/lib/tor /var/lib/tor/control_auth_cookie
должна вывести значения 750
и 640
.
Пароль Tor Control
Преобразуйте пароль из представления в виде открытого текста в хэш:
# set +o history # отключить историю команд bash # tor --hash-password пароль # set -o history # включить историю команд bash
Добавьте этот хэш к файлу torrc
:
HashedControlPassword хэш
Команда set +o history
отключает сохранение истории в файл $HISTFILE
, чтобы при выполнении команды tor --hash-password
в нём не сохранилось значение пароля открытым текстом.
Tor ControlSocket
Tor ControlSocket имеет примерно то же назначение, что и #Tor ControlPort, с той лишь разницей, что прослушивается не TCP-сокет, а сокет домена Unix.
Если какой-то программе нужен доступ к Tor ControlSocket, добавьте следующие строки к файлу torrc
:
ControlSocket /var/lib/tor/control_socket ControlSocketsGroupWritable 1 DataDirectoryGroupReadable 1 CacheDirectoryGroupReadable 1 # обходное решение для бага #26913
Добавьте запускающего программу пользователя в группу tor
:
# usermod -a -G tor пользователь
Перезагрузите настройки группы:
$ newgrp tor
Затем перезапустите Tor
# systemctl restart tor
и перезапустите программу.
Чтобы проверить состояние контрольного сокета, выполните
# stat -c%a /var/lib/tor /var/lib/tor/control_socket
Команда должна вывести значения 750
и 660
.
Проверка Tor Control
Чтобы проверить настройки ControlPort, используйте входящую в пакет gnu-netcat утилиту nc:
$ echo -e 'PROTOCOLINFO\r\n' | nc 127.0.0.1 9051
Также запустите socat:
$ echo -e 'PROTOCOLINFO\r\n' | sudo -u пользователь socat - UNIX-CLIENT:/var/lib/tor/control_socket
Обе команды должны вывести
250-PROTOCOLINFO 1 250-AUTH METHODS=COOKIE,SAFECOOKIE,HASHEDPASSWORD COOKIEFILE="/var/lib/tor/control_auth_cookie" 250-VERSION Tor="0.3.4.8" 250 OK 514 Authentication required.
Дополнительную информацию можно найти в описании протокола Tor Control.
Запуск Tor в Chroot
По соображениям безопасности желательно запускать Tor в chroot. Следующий скрипт создаст подходящее окружение chroot в каталоге /opt/torchroot
:
~/torchroot-setup.sh
#!/bin/bash export TORCHROOT=/opt/torchroot mkdir -p $TORCHROOT mkdir -p $TORCHROOT/etc/tor mkdir -p $TORCHROOT/dev mkdir -p $TORCHROOT/usr/bin mkdir -p $TORCHROOT/usr/lib mkdir -p $TORCHROOT/usr/share/tor mkdir -p $TORCHROOT/var/lib mkdir -p $TORCHROOT/var/log/tor/ ln -s /usr/lib $TORCHROOT/lib cp /etc/hosts $TORCHROOT/etc/ cp /etc/host.conf $TORCHROOT/etc/ cp /etc/localtime $TORCHROOT/etc/ cp /etc/nsswitch.conf $TORCHROOT/etc/ cp /etc/resolv.conf $TORCHROOT/etc/ cp /usr/bin/tor $TORCHROOT/usr/bin/ cp /usr/share/tor/geoip* $TORCHROOT/usr/share/tor/ cp /lib/libnss* /lib/libnsl* /lib/ld-linux-*.so* /lib/libresolv* /lib/libgcc_s.so* $TORCHROOT/usr/lib/ cp $(ldd /usr/bin/tor | awk '{print $3}'|grep --color=never "^/") $TORCHROOT/usr/lib/ ## /var/log/tor/notices.log необходим только в том случае, если вы запускаете hidden service # cp /var/log/tor/notices.log $TORCHROOT/var/log/tor/ cp -r /var/lib/tor $TORCHROOT/var/lib/ cp /etc/tor/torrc $TORCHROOT/etc/tor/ chown tor:tor $TORCHROOT chmod 700 $TORCHROOT chown -R tor:tor $TORCHROOT/var/lib/tor chown -R tor:tor $TORCHROOT/var/log/tor sh -c "grep --color=never ^tor /etc/passwd > $TORCHROOT/etc/passwd" sh -c "grep --color=never ^tor /etc/group > $TORCHROOT/etc/group" mknod -m 644 $TORCHROOT/dev/random c 1 8 mknod -m 644 $TORCHROOT/dev/urandom c 1 9 mknod -m 666 $TORCHROOT/dev/null c 1 3 if [[ "$(uname -m)" == "x86_64" ]]; then cp /usr/lib/ld-linux-x86-64.so* $TORCHROOT/usr/lib/. ln -sr /usr/lib64 $TORCHROOT/lib64 ln -s $TORCHROOT/usr/lib ${TORCHROOT}/usr/lib64 fi
Выполнив скрипт от пользователя root, вы можете запустить Tor в окружении chroot командой:
# chroot --userspec=tor:tor /opt/torchroot /usr/bin/tor
Или же, если вы используете systemd, то можете создать drop-in файл для службы tor.service
:
/etc/systemd/system/tor.service.d/chroot.conf
[Service] User=root ExecStart= ExecStart=/usr/bin/sh -c "chroot --userspec=tor:tor /opt/torchroot /usr/bin/tor -f /etc/tor/torrc" KillSignal=SIGINT
Запуск Tor в контейнере systemd-nspawn
В этом примере мы создадим контейнер systemd-nspawn с виртуальным сетевым macvlan-интерфейсом. Контейнер будет называться tor-exit
.
В статьях systemd-nspawn и systemd-networkd можно найти полную информацию о работе и настройке соответствующих программ.
Установка и настройка хоста
Контейнер будет размещаться в каталоге /srv/container
:
# mkdir -p /srv/container/tor-exit
Установите пакет arch-install-scripts, чтобы получить доступ к утилите pacstrap.
С помощью pacstrap установите в каталог контейнера пакеты base, tor и nyx (подробнее см. статью об установке Arch Linux в контейнер):
# pacstrap -сi /srv/container/tor-exit base tor nyx
Если зарегистрировать контейнер на хосте, то в дальнейшем с ним можно будет взаимодействовать извне с помощью команды machinectl
. Для этого необходимо создать символическую ссылку на контейнер в каталоге /var/lib/container/
. Создайте каталог, если он отсутствует:
# mkdir -p /var/lib/container
и поместите в него символическую ссылку на контейнер (см. systemd-nspawn#Management):
# ln -s /srv/container/tor-exit /var/lib/container/tor-exit
Виртуальный сетевой интерфейс
Создайте drop-in-файл настроек контейнера:
/etc/systemd/nspawn/tor-exit.nspawn
[Service] MACVLAN=интерфейс [Exec] LimitNOFILE=32768
Опция MACVLAN=интерфейс
создаёт macvlan-интерфейс с названием mv-интерфейс
и привязывает его к контейнеру, подробнее см. systemd-nspawn#Use a "macvlan" or "ipvlan" interface. Это полезно с точки зрения безопасности, поскольку контейнеру можно назначить приватный IP-адрес, а настоящий адрес машины из контейнера виден не будет. Так можно, например, скрыть DNS-запросы.
Опция LimitNOFILE=32768
позволит открывать большее #Количество соединений одновременно.
Наконец, сохраните сетевые настройки systemd-networkd в файле /srv/container/tor-exit/etc/systemd/network/mv-интерфейс.network
.
Запуск и включение systemd-nspawn
Запустите/включите службу systemd-nspawn@tor-exit.service
.
Настройка контейнера
Чтобы войти в контейнер, выполните (см. systemd-nspawn#machinectl):
# machinectl login tor-exit
Если выполнить вход не удаётся, см. systemd-nspawn#Root login fails.
Запуск и включение systemd-networkd
Запустите/включите службу systemd-networkd.service
. Команда networkctl
отобразит список сетевых интерфейсов контейнера, если systemd-networkd
настроен корректно.
Настройка Tor
Смотри раздел #Запуск сервера Tor.
Веб-сёрфинг
Единственный способ оставаться анонимным при просмотре страниц в интернете — использовать Tor Browser Bundle, который использует пропатченную версию Firefox. Его можно установить с пакетом torbrowser-launcher или tor-browserAUR.
Также можно использовать Tor с обычными браузерами: в разделах #Firefox и #Chromium объясняется, как настроить их на работу через Tor. Обратите внимание, что даже в режиме приватного просмотра это не гарантирует анонимности: отпечатки, плагины, DNS-утечки и прочие дефекты могут стать причиной разглашения вашего IP-адреса или личности [2].
Firefox
Preferences > General > Network Settings > Settings... , выберите пункт Manual proxy configuration, после чего укажите: SOCKS Host localhost
на порте 9050
(SOCKS v5). Чтобы перенаправить все DNS-запросы в сеть Tor, выберите пункт Proxy DNS when using SOCKS v5.
Chromium
Запустите Chromium:
$ chromium --proxy-server="socks5://мой-прокси:8080" --host-resolver-rules="MAP * ~NOTFOUND , EXCLUDE мой-прокси"
Флаг --proxy-server="socks5://мой-прокси:8080"
означает, что все http://
и https://
запросы будут посылаться через прокси-сервер "мой-прокси:8080"
посредством протокола SOCKS пятой версии. Разрешение имён для этих запросов будет выполняться прокси-сервером, а не браузером локально.
ftp://
через SOCKS-прокси на данный момент не реализовано [3].Флаг --proxy-server
влияет только на загрузку URL-страниц. Однако в Chromium есть и другие компоненты, которые могут попытаться выполнить DNS-разрешение напрямую. Наиболее важный их этих компонентов — DNS-prefetcher. Если DNS-prefetcher не отключён, то браузер будет посылать DNS-запросы напрямую, минуя SOCKS5-сервер. Prefetcher и другие компоненты можно отключить, но такой подход неудобен и ненадёжен, поскольку придётся отслеживать каждый элемент Chromium, который может захотеть посылать DNS-запросы самостоятельно.
Для комплексного решения этой проблемы используется флаг --host-resolver-rules="MAP * ~NOTFOUND , EXCLUDE мой-прокси"
, который представляет собой ловушку для посылаемых через обычную сеть DNS-запросов. Каждое выполяемое локально разрешение DNS теперь будет привязано к (нерабочему) адресу ~NOTFOUND
(можно представить его как адрес 0.0.0.0
). Указание "EXCLUDE"
создаёт исключение для прокси-сервера "мой-прокси"
, потому что без этого Chromium не сможет выполнять разрешение адреса самого прокси-сервера SOCKS и все запросы будут завершаться неудачей с ответом PROXY_CONNECTION_FAILED
.
Также, чтобы предотвратить утечки WebRTC, можно установить расширение браузера WebRTC Network Limiter.
Отладка
В случае возникновения каких-либо проблем в первую очередь нужно проверить настройки прокси, введя адрес chrome://net-internals/#proxy
.
Затем нужно изучить вкладку настроек DNS, чтобы убедиться, что Chromium не выполняет локальное разрешение DNS: chrome://net-internals/#dns
.
Расширения
Как и для Firefox, вы можете установить удобный переключатель прокси вроде Proxy SwitchySharp.
После установки перейдите на его панель настроек. Под вкладкой Proxy Profiles добавьте новый профиль Tor, уберите отметку с опции Use the same proxy server for all protocols, затем добавьте localhost в качестве хоста SOCKS, порт 9050, и выберите SOCKS v5.
При желании можно включить опцию быстрого переключения на вкладке настроек General. Тогда переключаться между нормальной навигацией и сетью Tor можно будет одним кликом на иконке Proxy SwitchySharp.
Luakit
user-agent
; также могут возникнуть проблемы с Flash, JavaScript и т.д.Выполните:
$ torsocks luakit
HTTP-прокси
В Tor может работать через встроенный туннелированный HTTP-прокси или сторонний прокси вроде Privoxy. Тем не менее, разработчики Tor рекомендуют использовать библиотеку SOCKS5, если ваш браузер её поддерживает.
Tor
Добавьте следующую строку в файл torrc
, чтобы использовать порт 8118
на localhost
в качестве http-прокси:
HTTPTunnelPort 127.0.0.1:8118
Подробнее смотрите руководство Tor.
Firefox
Расширение браузера FoxyProxy позволяет назначить прокси-сервер как для всех HTTP-запросов в целом, так и для обращения по отдельным веб-адресам. После установки расширения перезапустите браузер и вручную настройте использование прокси по адресу localhost:8118
, где должен работать Polipo или Privoxy. Эти настройки находятся в меню Add > Standard proxy type. Выберите метку прокси-сервера (например, Tor
) и введите хост и порт в поля HTTP Proxy и SSL Proxy. Для проверки правильности работы Tor посетите страницу Tor Check.
Polipo
Командой The Tor Project был создан стандартный файл настроек Polipo, чтобы избежать возможных проблем и обеспечить анонимность пользователей.
Обратите внимание, что если вы можете использовать SOCKS5-прокси, который Tor запускает автоматически на порте 9050
, то нет необходимости использовать Polipo. Если вы хотите использовать Chromium в связке с Tor, то Polipo тоже не требуется (см. #Chromium).
Privoxy
Privoxy можно использовать для обмена сообщениями (Jabber, IRC) и других приложений. Приложения, которые поддерживают HTTP-прокси, можно подключить к Privoxy (например, на адрес 127.0.0.1:8118
). Чтобы использовать SOCKS-прокси, направьте ваше приложение в Tor (адрес 127.0.0.1:9050
). Следует иметь в виду, что приложение может самостоятельно выполнять DNS-разрешение, что приведет к утечке информации. В этом случае можно попробовать использовать SOCKS4A (например, с Privoxy).
Обмен мгновенными сообщениями
Для использования мессенджера через Tor не нужен HTTP-прокси вроде Polipo/Privoxy. Мы используем напрямую демон Tor, по умолчанию прослушивающий порт 9050.
Pidgin
Pidgin можно настроить на работу через Tor глобально или для отдельных аккаунтов. Для глобальных настроек используйте пункт меню Tools -> Preferences -> Proxy. Чтобы настроить использование Tor для одного аккаунта, перейдите в Accounts > Manage Accounts, выберите нужный аккаунт, нажмите Modify, после чего на вкладке Proxy укажите следующие параметры:
Proxy type SOCKS5 Host 127.0.0.1 Port 9150
Заметьте, что в 2013 году значение Port для Tor Browser Bundle изменилось с 9050 на 9150. Если вы получили ошибку Connection refused, попробуйте изменить номер порта на прежний.
Irssi
Libera Chat рекомендует подключаться напрямую к .onion
. Для этого также потребуется SASL для идентификации NickServ в процессе соединения; подробности можно найти в статье Irssi#Authenticating with SASL. Запустите irssi:
$ torsocks irssi
Задайте ваши индентификационные данные для сервиса nickserv, которые будут считываться при создании соединения. Поддерживаются механизмы аутентификации ECDSA-NIST256P-CHALLENGE (см. ecdsatool) и PLAIN. DH-BLOWFISH больше не поддерживается.
/sasl set сеть имя-пользователя пароль механизм
Отключите CTCP и DCC и задайте фальшивое имя хоста, чтобы чтобы скрыть настоящее:
/ignore * CTCPS /ignore * DCC /set hostname фальшивый_хост
Подключитесь к Libera Chat:
/connect -network network libera75jm6of4wxpxt4aynol3xjmbtxgfyjpu34ss4d7r7q2v5zrpyd.onion
Дополнительную информацию можно найти в статьях Accessing Libera.Chat Via Tor, Using SASL и IRC/SILC Wiki article.
Pacman
Через сеть Tor можно выполнять загрузочные операции pacman — синхронизировать базы данных репозиториев, скачивать пакеты и открытые ключи.
Преимущества:
- Если кто-то отслеживает Интернет-соединение вашей машины, то он не увидит выполняемые обновления. Соответственно, нельзя будет определить, какие пакеты установлены, какие из них устарели и как часто выполяется обновление. Но следует учитывать, что атакующий всё ещё может опознать используемое программное обеспечение и узнать его версию другими способами. Например, проанализировав исходящие пакеты вашего HTTP-сервера и просканировав его порт можно будет определить, что а) это работающий HTTP-сервер и б) его версию.
- Если зеркало для скачивания находится не в onion-домене, то скомпроментированный выходной узел может обнаружить попытку обновления и решить атаковать вашу машину. Однако при этом атакующий скорее всего не будет знать, какую именно машину он атакует.
- Атакующий может попытаться убедить вашу машину, что доступных обновлений нет, чтобы не позволить применить обновления безопасности. При обновлении через Tor сделать это будет крайне непросто, поскольку в анонимной сети почти невозможно определить конкретно вашу машину.
Недостатки:
- Более длительное время обновления из-за высокого значения задержки и низкой пропускной способности сети Tor. Это может быть значительным недостатком с точки зрения безопасности, если обновление нужно выполнить как можно быстрее, особенно на машинах, непосредственно подключённых к сети Интернет. Например, если уязвимость серьёзная и её легко обнаружить и использовать, то злоумышленники часто стараются атаковать как можно больше уязвимых систем максимально быстро, чтобы успеть до применения обновлений безопасности.
Надёжность обновлений через Tor:
- Не нужно использовать DNS.
- Вы зависите от состояния сети Tor и особенно выходных узлов (например, они могут блокировать обновления).
- Вы зависите от правильной работы демона Tor. Например, если на диске закончилось свободное место, то демон Tor может отказать работать. "Reserved blocks gid:" в ext4, квоты на использование дискового пространства и некоторые другие меры помогут решить эту проблему.
- Если вы находитесь в стране, где Tor блокируется, или в которой почти или совсем нет пользователей Tor, то вам придётся использовать мост (Tor bridge).
Замечание по поводу gpg:
Pacman считает надёжными только те ключи, которые подписаны либо лично вами (делается командой pacman-key --lsign-key
), либо тремя из пяти мастер-ключей Arch. Если вредоносная выходная нода попробует заменить пакет на другой, подписаный её ключом, pacman не позволит пользователю установить такой пакет.
/etc/pacman.conf
... XferCommand = /usr/bin/curl --socks5-hostname localhost:9050 --continue-at - --fail --output %o %u ...
Java
Чтобы заставить приложение Java проксировать все соединения через Tor, задайте следующую опцию командной строки:
export JAVA_OPTIONS="$JAVA_OPTIONS -DsocksProxyHost=localhost -DsocksProxyPort=9050"
Запуск сервера Tor
Сеть Tor существует благодаря пользователям, которые создают и обслуживают узлы сети, предлагая свою пропускную способность, и запускают onion-сервисы. Есть несколько способов внести свой вклад в работу сети.
Мост
Мост Tor (Tor bridge) — передающий узел сети, адрес которого не содержится в открытом каталоге узлов Tor. По этой причине мост останется доступным для желающих подключиться к Tor, даже если правительство или интернет-провайдер блокирует все публичные передатчики. На странице https://bridges.torproject.org/ объясняется, как узнать адреса мостов.
Для запуска моста файл torrc
должен содержать только следующие четыре строки (см. также [4]):
SOCKSPort 0 ORPort 443 BridgeRelay 1 Exitpolicy reject *:*
Передающий узел
В режиме передатчика (relay) ваша машина будет работать в качестве входного (guard relay) или промежуточного (middle relay) узла сети. В отличие от моста, адрес передающей машины будет опубликован в каталоге узлов Tor. Задача передающего узла заключается в пересылке пакетов к другим передатчикам или выходным узлам, но не в сеть Интернет.
Файл настроек передающего узла с пропускной способностью не менее 20 Кбит/с должен выглядеть так:
Nickname название-узла-Tor ORPort 9001 # Этот TCP-порт должен быть открыт или проброшен в вашем сетевом экране BandwidthRate 20 KB # Ограничить скорость передачи величиной 20 Kбит/с BandwidthBurst 50 KB # Но разрешить пиковые значения до 50 Kбит/с ExitPolicy reject *:* # Запретить отправку пакетов в обычную сеть
Выходной узел
Чтобы запрос из сети Tor попал в обычную сеть Интернет, необходим выходной узел (exit relay). Важно понимать, что кто бы ни посылал запрос, для получателя всё будет выглядеть так, будто отправителем является именно выходной узел. Поэтому запуск выходной ноды считается наименее безопасным с точки зрения законности. Если вы размышляете над запуском выходного узла, то стоит изучить советы и рекомендации от создателей проекта.
Настройка
В файле torrc
можно настроить перечень разрешённых на выходном узле сервисов. Например, разрешить весь трафик:
ExitPolicy accept *:*
Разрешить только соединения через IRC-порты 6660-6667 и запретить всё остальное:
ExitPolicy accept *:6660-6667,reject *:*
По умолчанию Tor настроен блокировать определённые порты. В файле torrc
можно внести корректировки в этот список:
ExitPolicy accept *:119
Пример настройки 100-мегабитного выходного узла
Ниже даны рекомендации по настройке быстрого (более 100 Мбит/с) выходного узла Tor, на котором устанавливается межсетевой экран iptables, Haveged для повышения энтропии системы и DNS-кэш pdnsd. Настоятельно рекомендуется предварительно изучить статью о настройке выходного узла.
systemd-nspawn
. Haveged должен быть установлен на хосте.Tor
Количество соединений
По умолчанию, Tor может обрабатывать до 8192 соединений одновременно. Можно увеличить это значение до 32768 [5]:
/etc/systemd/system/tor.service.d/increase-file-limits.conf
[Service] LimitNOFILE=32768
Также нужно скорректировать системный параметр nofile
:
/etc/security/limits.conf
... tor soft nofile 32768 tor hard nofile 32768 @tor soft nofile 32768 @tor hard nofile 32768
Узнать текущее значение nofile
можно командой # sudo -u tor 'ulimit -Hn'
(или разбив её на две: # sudo -u tor bash
и # ulimit -Hn
).
Привилегированные порты
Чтобы разрешить Tor использовать привилегированные порты, службу tor.service
нужно запускать от root. Не забудьте также добавить параметр User tor
в файле /etc/tor/torrc
, чтобы понизить привилегии после запуска.
/etc/systemd/system/tor.service.d/start-as-root.conf
[Service] User=root
Конфигурация
Образец файла настроек выходного узла Tor:
/etc/tor/torrc
SOCKSPort 0 ## Обычный передатчик без использования локального прокси-сервера SOCKS Log notice stdout ## Стандартное поведение Tor ControlPort 9051 ## Для соединения nyx CookieAuthentication 1 ## Для соединения nyx DisableDebuggerAttachment 0 ## Для соединения nyx ORPort 443 ## Служба tor.service должна быть запущена от root Address $IP ## IP-адрес или FQDN Nickname $NICKNAME ## Название узла RelayBandwidthRate 500 Mbits ## bytes/KBytes/MBytes/GBytes/KBits/MBits/GBits RelayBandwidthBurst 1000 MBits ## bytes/KBytes/MBytes/GBytes/KBits/MBits/GBits ContactInfo $E-MAIL - $BTC-ADDRESS ## Контактная информация DirPort 80 ## Служба tor.service должна быть запущена от root DirPortFrontPage /etc/tor/tor-exit-notice.html ## Демонстрация веб-страницы на порте 80 MyFamily $($KEYID),$($KEYID)... ## Не забудьте знак $ перед keyid ;) ExitPolicy reject XXX.XXX.XXX.XXX/XX:* ## Заблокировать отдельный домен или IP-адрес в дополнение к стандартной политике User tor ## Изменяет пользователя на tor, если служба была запущена от root ### Производительность ### AvoidDiskWrites 1 ## Уменьшение износа SSD DisableAllSwap 1 ## Служба tor.service должна быть запущена от root HardwareAccel 1 ## Использование аппаратной поддержки OpenSSL NumCPUs 2 ## Запуск в двух потоках
Информацию об использованных здесь опциях можно найти в руководстве Tor.
Tor по умолчанию запускает SOCKS-прокси на порте 9050 — даже если вы не не говорили ему этого делать. Укажите параметр SOCKSPort 0
, если планируете использовать Tor только в качестве передатчика без запуска работающих через прокси-сервер локальных приложений.
Log notice stdout
перенаправляет логи в поток стандартного вывода stdout, что тоже является настройкой Tor по умолчанию.
ControlPort 9051
, CookieAuthentication 1
и DisableDebuggerAttachment 0
позволит использовать nyx для мониторинга.
ORPort 443
и DirPort 80
говорит Tor прослушивать порты 443 и 80, а DirPortFrontPage
выводит страницу приветствия при установлении соединения на порте 80.
ExitPolicy reject XXX.XXX.XXX.XXX/XX:*
позволяет заблокировать соединения с определённого адреса или домена; можно использовать для блокировки соседних с выходным узлом хостов, чтобы злоумышленник не смог воспользоваться ими для обхода правил сетевого экрана.
AvoidDiskWrites 1
уменьшает количество записей на диск и износ SSD. DisableAllSwap 1
заблокирует все текущие и будущие страницы памяти, чтобы её нельзя было выгрузить.
Если команда grep aes /proc/cpuinfo
возвращает какой-то результат, то ваш CPU поддерживает AES-инструкции. Если соответствующий модуль был загружен (lsmod | grep aes
), то параметр HardwareAccel 1
включит встроенное аппаратное ускорение шифрования [6].
ORPort 443
, DirPort 80
и DisableAllSwap 1
требуют запуска службы Tor от root, как описано в разделе #Привилегированные порты.
nyx
Если в файле /etc/tor/torrc
указаны параметры ControlPort 9051
и CookieAuthentication 1
, то можно запустить nyx командой sudo -u tor nyx
.
Чтобы просматривать список соединений Tor с помощью nyx, нужно также указать параметр DisableDebuggerAttachment 0
.
Чтобы запустить nyx
от другого пользователя (не tor
), изучите раздел #Cookie-файл Tor Control.
iptables
Установите и изучите работу с iptables. Вместо использования экрана с контекстной фильтрацией, которому на выходном узле пришлось бы отслеживать тысячи соединений, мы настроим межсетевой экран без отслеживания контекста.
/etc/iptables/iptables.rules
*raw -A PREROUTING -j NOTRACK -A OUTPUT -j NOTRACK COMMIT *filter :INPUT DROP [0:0] :FORWARD DROP [0:0] :OUTPUT ACCEPT [0:0] -A INPUT -p tcp ! --syn -j ACCEPT -A INPUT -p udp -j ACCEPT -A INPUT -p icmp -j ACCEPT -A INPUT -p tcp --dport 443 -j ACCEPT -A INPUT -p tcp --dport 80 -j ACCEPT -A INPUT -i lo -j ACCEPT COMMIT
-A PREROUTING -j NOTRACK
и -A OUTPUT -j NOTRACK
отключит отслеживание соединений в таблице raw
.
:INPUT DROP [0:0]
— цель (target) цепочки INPUT
по умолчанию; отбрасывает входящий трафик, который не был отдельно разрешён опцией ACCEPT
.
:FORWARD DROP [0:0]
— цель цепочки FORWARD
по умолчанию; используется для обычных маршрутизаторов, но не подходит для "луковых".
:OUTPUT ACCEPT [0:0]
— цель цепочки OUTPUT
по умолчанию; разрешает все исходящие соединения.
-A INPUT -p tcp ! --syn -j ACCEPT
разрешает уже установленные по перечисленным ниже правилам входящие TCP соединения, а также TCP соединения от выходного узла.
-A INPUT -p udp -j ACCEPT
разрешает все входящие UDP соединения, т.к. мы не используем отслеживание соединений (connection tracking).
-A INPUT -p icmp -j ACCEPT
разрешает ICMP-пакеты.
-A INPUT -p tcp --dport 443 -j ACCEPT
разрешает входящие соединения на ORPort
.
-A INPUT -p tcp --dport 80 -j ACCEPT
разрешает входящие соединения на DirPort
.
-A INPUT -i lo -j ACCEPT
разрешает входящие соединения на петлевой интерфейс.
Haveged
В статье Haveged описано, как определить, генерирует ли ваша система достаточно энтропии для управления большим количеством OpenSSL соединений; документация и советы: [7], [8].
pdnsd
Вы можете использовать pdnsd для локального кэширования DNS-запросов, тогда выходной узел сможет быстрее выполнять разрешение и посылать меньшее количество запросов внешнему DNS-серверу.
/etc/pdnsd.conf
... perm_cache=102400 ## (Значение по умолчанию)*100 = 1 Мбайт * 100 = 100 Мбайт ... server { label= "resolvconf"; file = "/etc/pdnsd-resolv.conf"; ## Чтобы не использовать файл /etc/resolv.conf timeout=4; ## Период ожидания ответа сервера; может быть значительно меньше, чем глобальное время ожидания uptest=query; ## Проверять доступность сервера, посылая пустые DNS-запросы query_test_name="."; ## Используется, если удалённый сервер игнорирует пустые запросы interval=10m; ## Выполнять тестирование каждые 10 минут purge_cache=off; ## Игнорировать парамет TTL edns_query=yes; ## Использовать EDNS для исходящих запросов, чтобы разрешить UDP-сообщения длиннее 512 байт; может вызвать проблемы на некоторых устаревших системах preset=off; ## Перед проверкой состояния сервера предполагать, что он выключен } ...
Такая настройка позволит кэшировать локально до 100 Мбайт DNS-запросов.
Uncensored DNS
Если ваш обычный DNS-сервер каким-то образом цензурируется или работает нестабильно, в статье Alternative DNS services описаны альтернативные сервера; добавьте нужное в отдельный server-разделе файла /etc/pdnsd.conf
(см. Pdnsd#DNS servers).
TorDNS
Начиная с версий 0.2.x в Tor появился механизм перенаправления DNS-запросов. Чтобы его включить, добавьте строки ниже в файл настроек и перезапустите демон Tor:
/etc/tor/torrc
DNSPort 9053 AutomapHostsOnResolve 1 AutomapHostsSuffixes .exit,.onion
Теперь Tor будет принимать запросы на порт 9053 как обычный DNS-сервер и выполнять разрешение доменов через сеть Tor. К сожалению, через Tor выполняется разрешение только A-записей; MX и NS запросы будут проигнорированы. Дополнительную информацию можно найти в документации TorDNS для Debian.
Кроме того, появилась возможность посылать DNS-запросы посредством командного интерпретатора, командой tor-resolve
. Например:
$ tor-resolve archlinux.org 66.211.214.131
Перенаправление DNS-запросов через TorDNS
Вашу систему можно настроить посылать все запросы через TorDNS вне зависимости от того, используется ли Tor для соединения с конечной целью. Для этого настройте систему использовать адрес 127.0.0.1
в качестве DNS-сервера и отредактируйте строку DNSPort
в файле /etc/tor/torrc
:
DNSPort 53
Альтернативное решение — использовать локальный кэширующий DNS-сервер, вроде dnsmasq или pdnsd. Кэш DNS позволит несколько компенсировать низкую скорость TorDNS по сравнению с обычными DNS-серверами. Далее приведены инструкции по настройке dnsmasq.
Установите пакет dnsmasq и укажите Tor прослушивать DNS запросы на порте 9053.
Задайте следующую конфигурацию dnsmasq:
/etc/dnsmasq.conf
no-resolv port=53 server=127.0.0.1#9053 listen-address=127.0.0.1
Теперь dnsmasq будет ожидать локальных запросов и использовать TorDNS в качестве посредника. Отредактируйте файл /etc/resolv.conf
, чтобы система опрашивала только сервер dnsmasq:
/etc/resolv.conf
nameserver 127.0.0.1
Запустите демон dnsmasq.
Наконец, если вы используете dhcpcd, укажите ему не изменять настройки в файле resolv.conf
:
/etc/dhcpcd.conf
nohook resolv.conf
Если строка nohook
уже есть, то добавьте resolv.conf через запятую.
Torsocks
torsocks позволяет заставить приложение работать через сеть Tor без необходимости корректировать настройки самого приложения. Выдержка из руководства:
torsocks — обёртка между библиотекой torsocks и приложением с целью сделать каждое Интернет-соединение проходящим через сеть Tor.
Примеры использования:
$ torsocks elinks checkip.dyndns.org $ torsocks wget -qO- https://check.torproject.org/ | grep -i congratulations
"Торификация"
В некоторых случаях более безопасно (и часто проще) выполнить сквозную "торифицикацию" всей системы вместо настройки отдельных приложений на использование SOCKS-порта Tor и отслеживания утечек DNS. Для полной торификации сетевой экран iptables настраивают на пересылку всех исходящих пакетов (помимо собственно трафика Tor) на TransPort. В этом случае приложения не нужно настраивать для работы через Tor, хотя работа через SOCKSPort всё ещё возможна. Торификация также работает и для DNS (DNSPort), но при этом нужно учитывать, что Tor поддерживает только протокол TCP, и, за исключением DNS-запросов, UDP-пакеты через Tor посылаться не могут. Следовательно, они должны блокироваться для предотвращения утечек.
Торификация через iptables даёт сравнительно надёжную защиту, но она не является полноценной заменой приложениям виртуализированной торификации вроде Whonix или TorVM [9]. Торификация также не позволяет скрыть отпечаток браузера (fingerprint), поэтому рекомендуется воспользоваться "амнезийным" решением вроде Tails. Приложения всё ещё могут узнать имя хоста, MAC-адрес, серийный номер, временную зону вашего компьютера и другие данные, а с root-привилегиями смогут даже отключить сетевой экран целиком. Другими словами, полная торификация через iptables защищает от случайных соединений и DNS-утечек неправильно настроенного программного обеспечения, но не от вредоносных программ или ПО с серьёзными уязвимостями.
При работе через прозрачный прокси-сервер можно запустить сеанс Tor дважды, на клиенте и на прокси, в режиме "Tor поверх Tor". Такая схема работы обладает непредсказуемым поведением и потенциально небезопасна. В теории, трафик пользователя будет выполнять шесть прыжков вместо обычных трёх, но нет никакой гарантии, что дополнительные прыжки не совпадут с тремя изначальными — например, в другом порядке. Разработчики Tor Project считают, что это небезопасно [10], [11].
Ниже приведён файл настроек для утилит iptables-restore
и ip6tables-restore
(используются службами iptables.service
и ip6tables.service
соответственно).
- Флагами
--ipv6
и--ipv4
задаются правила для конкретных версий протокола IP. Таким образом, утилитыiptables-restore
иip6tables-restore
могут использовать один и тот же файл настроек. - В случае явного указания флага
--ipv6
или--ipv4
, утилитаip*tables-restore
будет игнорировать правило, если оно установлено для другой версии протокола. -
ip6tables
не поддерживает флаг--reject-with
.
Убедитесь, что в файле torrc
есть следующие строки:
SOCKSPort 9050 DNSPort 5353 TransPort 9040
Подробнее смотрите руководство iptables(8).
iptables-restore: unable to initialize table 'nat'
, то нужно загрузить некоторые модули ядра:
# modprobe ip_tables iptable_nat ip_conntrack iptable-filter ipt_state
/etc/iptables/iptables.rules
*nat :PREROUTING ACCEPT [6:2126] :INPUT ACCEPT [0:0] :OUTPUT ACCEPT [17:6239] :POSTROUTING ACCEPT [6:408] -A PREROUTING ! -i lo -p udp -m udp --dport 53 -j REDIRECT --to-ports 5353 -A PREROUTING ! -i lo -p tcp -m tcp --tcp-flags FIN,SYN,RST,ACK SYN -j REDIRECT --to-ports 9040 -A OUTPUT -o lo -j RETURN --ipv4 -A OUTPUT -d 192.168.0.0/16 -j RETURN -A OUTPUT -m owner --uid-owner "tor" -j RETURN -A OUTPUT -p udp -m udp --dport 53 -j REDIRECT --to-ports 5353 -A OUTPUT -p tcp -m tcp --tcp-flags FIN,SYN,RST,ACK SYN -j REDIRECT --to-ports 9040 COMMIT *filter :INPUT DROP [0:0] :FORWARD DROP [0:0] :OUTPUT DROP [0:0] -A INPUT -i lo -j ACCEPT -A INPUT -p icmp -j ACCEPT -A INPUT -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT --ipv4 -A INPUT -p tcp -j REJECT --reject-with tcp-reset --ipv4 -A INPUT -p udp -j REJECT --reject-with icmp-port-unreachable --ipv4 -A INPUT -j REJECT --reject-with icmp-proto-unreachable --ipv6 -A INPUT -j REJECT --ipv4 -A OUTPUT -d 127.0.0.0/8 -j ACCEPT --ipv4 -A OUTPUT -d 192.168.0.0/16 -j ACCEPT --ipv6 -A OUTPUT -d ::1/8 -j ACCEPT -A OUTPUT -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT -A OUTPUT -m owner --uid-owner "tor" -j ACCEPT --ipv4 -A OUTPUT -j REJECT --reject-with icmp-port-unreachable --ipv6 -A OUTPUT -j REJECT COMMIT
Данный файл также подходит для утилиты ip6tables-restore
. Создайте символическую ссылку на него:
# ln -s /etc/iptables/iptables.rules /etc/iptables/ip6tables.rules
Убедитесь, что Tor работает, и запустите/включите службы iptables
и ip6tables
.
При необходимости можно добавить указания Requires=iptables.service
и Requires=ip6tables.service
к любому юниту systemd, чтобы выбранный процесс запускался строго после включения межсетевого экрана.
Советы и рекомендации
Возможности ядра
Если необходимо запустить Tor от обычного пользователя, и в то же время использовать порты меньше 1024, то можно воспользоваться функциональностью ядра для выдачи процессу /usr/bin/tor
разрешения выполнять привязку привилегированных портов:
# setcap CAP_NET_BIND_SERVICE=+eip /usr/bin/tor
Если вы используете службу systemd, то выдать Tor соответствующие разрешения можно также через настройки системного демона. Это удобно тем, что разрешения не нужно возобновлять после каждого обновления Tor:
/etc/systemd/system/tor.service.d/netcap.conf
[Service] CapabilityBoundingSet= CapabilityBoundingSet=CAP_NET_BIND_SERVICE AmbientCapabilities= AmbientCapabilities=CAP_NET_BIND_SERVICE
Подробности можно найти на странице superuser.com.
Решение проблем
Проблема с параметром User
Если не удалось запустить демон Tor, выполните следующую команду от root (или воспользуйтесь утилитой sudo):
# tor
Ошибка
May 23 00:27:24.624 [warn] Error setting groups to gid 43: "Operation not permitted". May 23 00:27:24.624 [warn] If you set the "User" option, you must start Tor as root. May 23 00:27:24.624 [warn] Failed to parse/validate config: Problem with User value. See logs for details. May 23 00:27:24.624 [err] Reading config failed--see warnings above.
означает проблемы с параметром User. Скорее всего, один или несколько файлов/каталогов в каталоге /var/lib/tor
не принадлежат пользователю tor
. Это можно определить с помощью команды find:
find /var/lib/tor/ ! -user tor
Для всех выведенных файлов и каталогов нужно поменять параметр владельца. Можно сделать это индивидуально для каждого файла
# chown tor:tor /var/lib/tor/имя_файла
или отредактировать все сразу командой
# chown -R -v tor:tor /var/lib/tor
Теперь Tor должен запуститься без проблем.
Если запустить службу всё же не удаётся, запустите её от root. Измените имя пользователя в файле /etc/tor/torrc
:
User tor
Затем отредактируйте файл службы systemd /usr/lib/systemd/system/tor.service
:
[Service] User=root Group=root Type=simple
В дальнейшем процесс будет запускаться от пользователя tor
, поэтому измените UID и GID файлов на tor
и добавьте разрешение на запись:
# chown -R tor:tor /var/lib/tor/ # chmod -R 700 /var/lib/tor
Сохраните изменения:
# systemctl --system daemon-reload
Наконец, запустите tor.service
.
Проблемы с прокси tor-browser
tor-browserAUR обычно нормально работает без дополнительных настроек. Если установленный/настроенный прокси выдаёт ошибку proxy server is refusing connections
при любой попытке установить соединение, попробуйте сбросить настройки, переместив или удалив каталог ~/.tor-browser
.
Пустой чёрный экран в tor-browser
При работе с AppArmor для доступа к ресурсам необходимо внести изменения в профиль Tor Browser [12], [13]:
/etc/apparmor.d/local/torbrowser.Browser.firefox
owner /{dev,run}/shm/org.mozilla.*.* rw,