在我们的 ERR_NO_RELAY 中有一些东西导致这个错误被记录下来，并且 squid 进程在启动时失败。我不能告诉你文件的确切内容，但我可以告诉你
它有几行 JavaScript
当我们删除 JavaScript 时，问题就消失了。
这个相同的文件不会导致我们在内部运行的其他 3 个 squid 实例出现任何问题。
所有 squid 实例都来自相同的 VM 映像，因此它们应该是相同的。
除了在一个盒子上，我们无法重现此问题，并且我们现在无法在此盒子上进行更多调试，因为它正在生产中运行。我知道这些文件已被解释，因此 squid 可以替换会话中可用的某些值，因此可能是语法错误导致了此问题。这并不能解释为什么我们不能在其他（几乎相同的）图像上复制它。一个区别是，当问题发生时，有问题的 squid 实例处于负载状态。任何建议/见解将不胜感激。谢谢！
我们的应用程序套件包括一个采购平台，该平台通过 FTP 将采购订单传输给数十家供应商。到目前为止，此应用程序已在一台服务器上运行，因此这些 FTP 传输源自一个 IP 地址。多年来，许多供应商已将这一 IP 地址列入其内部网络的白名单。我们的基础设施正在增长，我们需要在不止一个服务器上托管我们应用程序的这一方面，因此 FTP 传输将从新的 IP 地址发送到这些供应商。我们担心如果我们采取这一举措，传输将开始失败，因为供应商的防火墙等拒绝传输。如果可能，我们希望避免与每个供应商协调这种移动，因为供应商的数量和其 IT 资源的可靠性各不相同。
我们目前正在研究 FTP 代理，但我想知道我们还有哪些其他选择。我确信我们那里还有其他 SaaS 商店也遇到过类似的问题，我很想听听他们是如何处理这些问题的。
谢谢！