Плануйте та підтримуйте релей Tor на VPS
Виберіть релей без виходу або міст, передбачте пропускну здатність, встановіть підтримувані пакунки Tor і відповідально керуйте вузлом.
Короткий огляд
Запуск реле Tor вимагає відповідного постачальника, достатньої пропускної здатності, правильних портів і регулярного обслуговування. Проміжне реле або міст відрізняється від вузла виходу за своєю мережевою роллю та обов’язками. Використовуйте перевірки налаштування проєкту Tor та моніторте використання ресурсів після розгортання.
Виберіть роль перед орендою ресурсів
Публічний релей без виходу передає зашифрований трафік між вузлами Tor, а не встановлює фінальне з’єднання користувача з інтернет-сервісом. Згодом він може отримати статус охоронця, коли мережа його оцінить. Міст надає точку входу, яка не внесена до списків, як звичайний публічний релей, допомагаючи користувачам, чиї мережі блокують відомі адреси Tor.
Релей виходу встановлює фінальне вихідне з’єднання і тому розкриває власну IP-адресу призначенням. Це зумовлює інші операційні вимоги та вимоги щодо обробки зловживань. Для першого вузла релей без виходу або міст зазвичай є більш керованим вибором. Перед розгортанням переконайтеся, що постачальник дозволяє саме цю роль.
Передбачте ресурси для безперервності та трафіку
Релей виграє від стабільної адреси, надійного часу роботи та постійної пропускної здатності в обох напрямках. Малі ресурси VPS можуть підтримувати початковий релей, але пропускна здатність залежить від продуктивності шифрування, спільної поведінки CPU та мережевих обмежень. Вимоги до RAM зростають із кількістю з’єднань; відстежуйте реальне використання, а не вважайте найменший екземпляр універсальним рішенням.
Місячний обсяг передавання має таке саме значення, як і швидкість порту. Висока швидкість, підтримувана цілодобово, може швидко вичерпати лімітований план, особливо коли враховуються і вхідний, і вихідний трафік. Узгодьте формування та облік пропускної здатності з фактичним лімітом і залиште запас для обслуговування системи.
Встановіть підтримуване програмне забезпечення на посиленій системі
Почніть з оновленої операційної системи, адміністративного доступу на основі ключів і брандмауера, який дозволяє вибраний порт ретранслятора. Використовуйте поточні інструкції зі встановлення проєкту Tor для вашого дистрибутива та підтримуваного джерела пакетів. Ключі репозиторію, назви пакетів і службові одиниці мають походити з цих інструкцій, а не зі старого скопійованого інсталятора.
У багатьох системах Linux конфігурація розташована в /etc/tor/torrc. Встановіть виразний псевдонім і адресу контакту проєкту, яку ви контролюєте, а потім явно налаштуйте роль ретранслятора. Тримайте шлях керування окремо від публічного слухача ретранслятора.
Використовуйте явну конфігурацію без виходу
Нижче наведено ілюстративний план без виходу, а не повний сценарій налаштування. Замініть контакт на адресу, яку ви контролюєте, і виберіть значення швидкості, що відповідають підписці. Показана адреса .invalid є заповнювачем і не може отримувати повідомлення оператора.
Перевірте конфігурацію та ознайомтеся з діагностикою запуску. Переконайтеся, що порт ретранслятора доступний і що вузол зрештою з’являється в публічному каталозі. Новий ретранслятор спочатку може передавати мало трафіку, поки оцінюються його потужність і надійність; уникайте повторної зміни його ідентичності лише для того, щоб примусово викликати активність.
Nickname SilentNode
ORPort 9001
ContactInfo [email protected]
RelayBandwidthRate 1 MBytes
RelayBandwidthBurst 2 MBytes
ExitRelay 0
SocksPort 0Міст потребує транспорту та ретельного розповсюдження
Міст obfs4 маскує свій шаблон трафіку, щоб допомогти користувачам обійти фільтрацію. Дотримуйтеся поточного посібника з мостів для вашого дистрибутива щодо пакета змінного транспорту; проєкт реалізації obfs4 тепер називається lyrebird. Налаштуйте слухач транспорту, перевірте доступність і отримайте інформацію для підключення до мосту.
Не публікуйте приватний рядок мосту без розбору. Використовуйте задокументований механізм розповсюдження або поділіться ним із призначеними користувачами. Перетворення публічно відомого ретранслятора на міст без зміни ідентифікувальних деталей може полегшити виявлення та блокування мосту.
Заявляйте про спільну власність і підтримуйте контакт
Якщо ви керуєте кількома ретрансляторами, розкрийте їхнє спільне керування через поточний механізм сімейства Tor, щоб клієнти могли уникати вибору ваших вузлів на кількох позиціях у ланцюзі. Поточні настанови використовують FamilyID; старі приклади MyFamily не слід вважати актуальними інструкціями з конфігурації.
Адреса ContactInfo, яку ви контролюєте, дає іншим операторам змогу повідомляти про проблеми, не потребуючи вашої цивільної ідентичності. Своєчасно оновлюйте безпеку, але розумійте, як перезапуски служб і зміни пакетів впливають на вузол. Використовуйте налаштування пропускної здатності та обліку свідомо, а не дозволяйте ретранслятору несподівано вичерпати весь тарифний план.
- Перевірте поточну конфігурацію сімейства для роботи з кількома ретрансляторами.
- Контролюйте виділену контактну поштову скриньку.
- Перегляньте оновлення та доступність після перезапуску.
- Належно обмежуйте доступ до приватних деталей моніторингу.
- Виберіть облік передавання, що відповідає білінгу постачальника.
Розглядайте виходи як окреме рішення щодо розгортання
Вихідний трафік може спричиняти скарги та блокування на боці призначення. Перш ніж увімкнути вихід, отримайте явний дозвіл постачальника, налагодьте контрольований процес опрацювання зловживань, відповідну виділену інфраструктуру та поінформоване розуміння застосовних зобов’язань. Не переводьте наявний вузол у режим виходу лише для підвищення його корисності.
Невихідний релей або міст уже додає корисну потужність. Його менша схильність до скарг від пунктів призначення не скасовує потреби в обслуговуванні чи дозволі. Публічний вебсайт SilentVPS не може замінити підтверджену операційну політику, коли виробнича інфраструктура стане доступною.
Зберігайте здоровий ретранслятор протягом часу
Перевіряйте статус каталогу, пропускну здатність, синхронізацію годинника, пам’ять і вибраний слухач після змін. Приватна система моніторингу допомагає виявляти збої, не публікуючи чутливі детальні шаблони трафіку. Зберігайте резервні копії конфігурації та ключів ідентичності в безпечному місці.
Якщо ви мігруєте, збережіть відповідний матеріал ідентичності, щоб вузлу не довелося відбудовувати всю свою історію; перед копіюванням файлів перевірте поточні настанови щодо міграції. Ніколи не запускайте ненавмисні дублікати екземплярів з однією ідентичністю. Стабільна, добре підтримувана потужність приносить мережі більше користі, ніж часті експерименти на робочому вузлі.