Почему ограничение пропускной способности на вашем Tor-узле может помешать вам пользоваться браузером

Если вы запускаете узел и клиент в одном и том же процессе Tor и при этом заданы ограничения пропускной способности, то после того как узел достигнет лимита и перейдёт в режим гибернации, клиентские соединения тоже остановятся.

Когда вы запускаете узел Tor и клиент Tor в одном и том же процессе, параметры, заданные в AccountingMax и BandwidthRate, применяются одновременно и к работе узла, и к работе клиента. Как только Tor впадет в спячку (гибернацию), вы можете остаться с неработающим браузером. В логах появится такая запись:

Достигнут мягкий лимит пропускной способности; начинается режим гибернации.
Новые соединения приниматься не будут

Решение вопроса – запускать два процесса Tor: один для узла, второй клиентский, и у каждого свои настройки. Один из способов сделать это (если вы начали с настройки рабочего Tor-узла):

  • В конфигурационном файле torrc для узла Tor просто установите параметр SocksPort в значение 0.
  • Создайте новый файл конфигурации клиента torrc на основе torrc.sample и убедитесь, что он использует отдельный файл лога, отличный от лога узла. Например, "torrc.client" и "torrc.relay".
  • Измените стартовые скрипты клиента и узла Tor, добавив параметр -f /path/to/correct/torrc.
  • В Linux/BSD/macOS переименование стартовых скриптов в Tor.client и Tor.relay может упростить разделение конфигураций.