我们正在使用Tridion 2011 SP1，在我们的暂存目标上，当我们检查cd_transport日志时，很少有组件因错误Transport failed: Could not transport tcm_0-309224-66560.Content.zip using HTTPS而失败，我们可以看到错误
ERROR HTTPSTransportConnector - Unable to execute HTTP POST
java.net.SocketException: Connection reset by peer: socket write error
相同组件在不同目标上成功发布。可能是问题的原因是什么？
答案 0 :(得分：2)
可能是传输包的大小太大而被部署者Web应用程序拒绝。
答案 1 :(得分：2)
我认为当它与大小相关时会得到更好的错误消息（可能是错误的 - 您可以检查cd_deployer_conf.xml中的大小限制）。
看起来您的连接正在重置。您是否在CM和部署者之间有防火墙？您可以从与CM运行在同一台计算机上的浏览器加载httpupload端点吗？
答案 2 :(得分：0)
验证以下内容：
1）发布成功的另一个目标是在同一台机器上或另一台机器上 - 如果它们在不同的机器上，请验证设置/配置，最重要的是那里的JDK / JRE版本< / p>
2）与系统管理员团队核实是否存在针对输出组件演示文稿扩展的规则
3）验证输出传输包的大小与部署者配置中定义的最大大小限制
4）使用fiddler等工具来监控整个发布过程并检查任何提示
5）我希望您在TRACE或INFO级别检查日志...并且上述错误是唯一的相关信息，日志中没有其他警告或调试级别信息？