嘿嘿，
我想在虚拟服务器上运行多个 Tor 桥。操作系统将是 Linux（Ubuntu 12.04 amd64）。有人知道我需要多少 RAM 吗？512MB 虚拟服务器的成本比 256 MB 虚拟服务器高出 30-50%，所以如果足够的话，我想使用 256 MB。我想在每个虚拟服务器上只运行一个 Tor 实例，结合 pyobfsproxy（包括 obfs2 和 obfs3）在一个 IPv4 和一个 IPv6 地址上提供服务。
是否值得自己编译 Tor 以便不必使用 glibc？
非常感谢您的回答！
答案1
我想这取决于通过桥接器的流量大小。您的 vServer 提供商是否提供升级功能？如果是，请选择 256mb 服务器，如果遇到困难，请升级到 512mb 选项。您没有提到该盒子将有多少带宽，因此很难判断它将完成多少工作。如果您以后需要升级，如果他们为您提供新主机，您应该能够相当轻松地迁移您的设置。如果他们只是升级您的内存，那么应该不会有任何问题。希望这能有所帮助。
答案2
两个桥接器（x86_64，静态链接，2 个 IP 地址各一个桥接器）在 CentOS/x86_64 上以 256MB 轻松运行。流量高达 1024GB/月。
也就是说，最好有一些可用的交换空间用于非典型操作（例如安装操作系统更新等）。在只有 256MB 并且没有交换的 VPS 上，我必须关闭其中一个桥接器，以便 yum/rpm 发挥其更新魔力。
如果运行 Obfsproxy，您将需要更多内存，尤其是当它是静态链接时。我无法更具体，因为我刚刚开始使用 Obfsproxy。
关于构建：绝对值得您自己编译/链接，但对于 glibc 来说则不然。您无法静态链接 glibc，因为 libpthreads 不会静态链接。链接 zlib/openssl/libevent 的好处是您可以使用这些库的当前版本，而不是您的发行版提供的任何版本。（即使是 2 周前发布的最新 CentOS6 版本，也包含所有 3 个软件包的过时版本。）而且您尤其希望使用最新的 openssl，因为它的速度和 AES 改进。此外，自行编译可让您充分利用 CPU 的指令集。
还有一件事。您写的是“vserver”。如果这只是 VPS 的简写，那么您可以忽略后面的内容。如果您指的是 VServer 虚拟化，我建议您使用其他任何虚拟化方法。（例如 Xen、KVM、VMWare 等）主要是因为在这个根本不是真正虚拟化的环境中，ip{6}tables 和某些系统配置变量对您不可用。