我的连续传奇：
\n\n我在CentOS 7.4系统上运行Artifactory Pro 5.8.4，该系统使用 Artifactory 的内置Nginx服务作为反向代理。大多数时候，在下载大对象时，连接会失败。此外，在失败的连接中传输的最后几千字节的数据似乎是垃圾；因此，当文件恢复时，中间有一个无效的部分。\n失败时的 Nginx 日志提供以下错误消息：
\n\n\n\n\n2018/01/22 23:26:32 [错误] 884#0: *48048865 readv() 读取上游时失败（104：连接被对等方重置），客户端：12.2.178.130，服务器：~(?.+)。 artifactory.common.mycoolco.com，请求：“GET /controller/release/20171218-2119-2aa9f0e8c32bf3f08dd96a97127204d1f400f895fa2e67100a3830861c0becb0bfae28244c058510c8312e98378c 0b77251b4bb7926ceae2d465ce2d533b88dc HTTP/1.1”，上游：“ http://127.0.0.1:8081/artifactory/controller/release/20171218-2119- 2aa9f0e8c32bf3f08dd96a97127204d1f400f895fa2e67100a3830861c0becb0bfae28244c058510c8312e98378c0b77251b4bb7926ceae2d465ce2d533b88dc “，主机： “artifactory.common.mycoolco.com”
\n
Artifactory 日志通常（但并非总是）有如下所示的错误：
\n\n\n\n\n2018-01-22 23:14:20,106 [http-nio-8081-exec-87] [警告] (oarArtifactoryResponseBase:137) - 客户端关闭请求 499: java.net.SocketTimeoutException
\n
任何进一步的诊断建议将不胜感激。
\n\n这不会影响任何明显的更改：\n作为后续工作，我将在维护时段期间通过编辑 nginx.conf 文件 (/etc/opt/) 更改本周末（3 月 18 日星期日）测试的一些设置rh/rh-nginx18/nginx/nginx.conf) 包含设置“worker_processes 2”（当前为 1），将工作连接数从 1024 增加到 2048，并将 keepalive_timeout 从 65 更改为 130。
\n\n我们有一个托管在 AWS 中的 Artifactory 实例，没有其他代理或负载均衡器；只是一个实例和一个指向私有 IP …