squalll 大佬有话说 :
【全球反代论坛】NGINX反代技术疑问,求反代大神救救我
【全球反代论坛】NGINX反代技术疑问
有个论坛，源在SK（洛杉矶机房），我用美西搬瓦工（电信、移动用户）、PR（仅联通用户，稳定性还是可以的）进行反代，由于都是洛杉矶，反代和源PING都是1MS，偶尔波动也是2MS。速度都很好。
源机是独服，稳定性等都非常好。
做反代的NGINX机子，24小时ping源，都是1MS，也没有丢包。
论坛由于流量不大不小，也有许多的各种机器人什么的境外IP等等各种乱访问，基本上没有对MYSQL等有什么影响。
之前反代机子用的WIN2008，装NGINX（官方破1024文件句柄限制版本（1.17.3好像是，反正是1.17版本），不存在1024句柄限制，NGINX各种优化都做好了），后来发现ERROR日志里会有，upstream timed out (110: Connection timed out) while reading response header from upstream，说少吧，不少，说多吧，也不算特别特别多。我自己人工访问，偶尔会有抽风的情况，但是99.9%都正常访问，偶尔出现一次现象是响应非常慢，最后连接丢失，没有出现502 504等。情况不多，但是故意要去测试的话，平均下来1,2个小时还是可以点出来一次。
由于不知道到底是报错报的时候无法和源连上，还是和访问的客户端无法连接（前后端都使用了KEEPALIVE），于是换了WIN APACHE2.4
APACHE各种优化好后，包括连接数等等，感觉之前说的手工能测出的1%连接丢失几乎没有了，但是ERROR日志里会偶尔有：
(OS 10060)由于连接方在一段时间后没有正确答复或连接的主机没有反应，连接尝试失败。没错，是中文提示，为啥APACHE 2.4会有中文这个提示我也不知道，大部分日志都是英文的。
还是不死心，昨天直接换了CNETOS 7，各种核心文件操作句柄、连接数、安全优化，也使用了最高效的EPOLL模型 use epoll;
跑一段时间发现会出现
connect() failed (110: Connection timed out) while connecting to upstream,
同win下NGINX不同的报错是没有提及upstream timed out，但还是110连接超时。现在我就不明白了，这到底是什么原因呢。。。这个问题无论在搬瓦工CN2GIA还是PR都一样这种情况，换LINUX也一样。这到底是客户端问题（客户端自己异常关闭？或是机器人，可能是垃圾爬虫胡乱抓，但我没法从IP上面进行区分，感觉大部分报错的都是国内IP），还是我的NGINX CDN读源问题（也没PING丢包啊，1MS，几乎不丢包）。还请反代大神指教
一位不知名网友 大佬有话说 :
这就涉及了我的知识盲区，楼下解答下
marile 大佬有话说 :
应该是某个socket连接超时。 apache报中文错误应该是他直接把系统（WIN2008中文版）socket的报错信息原样记录，NGINX则是发生连接错误后返回自己的报错信息。
而且这个理论上和ping并不一样，一个是icmp一个是tcp，你可以找一些tcpping的程序测试一下反代服务器和源站之间的连接稳定性。
感觉应该是正常的网络波动，99%情况都可以正常访问一般都不用太在意把。 即使是局域网内也会小概率连接失败的。
88232128 大佬有话说 :
超时时间和缓冲区调大点，这个报错是连接后端太慢超时啦