在 VPS 上规划和维护 Tor 中继
选择非出口中继或网桥，预算带宽，安装维护的 Tor 软件包，并负责任地运行节点。
概览
运行 Tor 中继需要合适的提供商、足够的传输容量、正确的端口和定期维护。中间中继或网桥在网络角色和责任上不同于出口节点。使用 Tor 项目的设置检查，并在部署后监控资源使用情况。
在租用资源之前选择角色
公共非出口中继在 Tor 节点之间传递加密流量，而不是进行用户到互联网服务的最终连接。随着网络对其评估，它以后可以获得守卫状态。网桥提供了一个入口点，不像普通公共中继那样被列出，帮助网络阻止已知 Tor 地址的用户。
出口中继进行最终的出站连接，因此将其自己的 IP 暴露给目的地。这带来了不同的运营和滥用处理要求。对于第一个节点，非出口中继或网桥通常是更可管理的选择。在部署之前确认提供商允许精确的角色。
为连续性和流量做预算
中继受益于稳定的地址、可靠的服务时间和双向的持续容量。小型 VPS 资源可以支持启动中继，但吞吐量取决于加密性能、共享 CPU 行为和网络限制。RAM 要求随连接数增加；监控实际使用情况，而不是将最小的实例视为通用适配。
每月传输量与端口速度同样重要。全天候保持高速率会很快耗尽计量计划，特别是在传入和传出流量都计算在内的情况下。将带宽整形和计量与实际配额相匹配，并为系统维护留出余量。
在加固系统上安装受维护的软件
从更新过的操作系统、基于密钥的管理访问以及允许所选中继端口的防火墙开始。使用 Tor Project 针对您的发行版和受支持的软件包源的当前安装说明。仓库密钥、软件包名称和服务单元应来自这些说明，而不是旧复制的安装器。
在许多 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 family 机制披露其共享控制，以便客户端避免在多个电路位置选择您的节点。当前指南使用 FamilyID；较旧的 MyFamily 示例不应被视为当前配置说明。
受监控的 ContactInfo 地址可让其他运营者报告问题，而无需您的民事身份。保持安全更新为最新，但要了解服务重启和软件包更改如何影响节点。有意识地使用带宽和 accounting 设置，而不是允许中继意外消耗整个套餐。
- 检查当前用于多中继运行的 family 配置。
- 监控专用联系邮箱。
- 重启后检查更新和可达性。
- 适当限制私有监控细节。
- 选择与提供商计费相匹配的传输 accounting。
将出口视为单独的部署决策
出口流量可能引发投诉和目的地侧封锁。在启用出口之前，先获得提供商的明确许可、建立受监控的滥用处理流程、具备合适的专用基础设施，并充分了解适用义务。不要仅仅为了提高现有节点的用处而将其切换为出口模式。
非出口中继或网桥已经在贡献有用的容量。它对目的地投诉的较低暴露程度并不消除维护或授权的需要。当生产基础设施可用时，公开的SilentVPS网站无法替代已确认的运营策略。
长期保持中继健康
更改后检查目录状态、吞吐量、时钟同步、内存和所选监听器。私有监控系统有助于检测中断，而不会发布敏感的细粒度流量模式。将配置和身份密钥备份保存在安全的地方。
如果进行迁移，请保留适当的身份材料，以便节点无需重建其全部历史；在复制文件之前，请核实当前的迁移指南。切勿运行同一身份的意外重复实例。稳定且维护良好的容量比在实时节点上频繁试验更有利于网络。