haproxy 80端口未响应

xun6580

最近遇到一个问题，希望大家，帮忙看下啊：
有几台haproxy，监听在80端口，通过智能dns解析指向不同的haproxy，haproxy配置为代理和负载均衡给后端的一些nginx，haproxy中有acl的配置限制识别某些IP的访问（比如内网，对其不做过多限制）。现在遇到一个问题：其中一个内网访问网站，有时候速度很慢，tcpdump抓本地网卡的包，在和haproxy：80 通信的时候，发现无法很快建立tcp连接，需要重试几下（耗时800ms＋），才能完整tcp的三次握手。另一个内网及外网没有这种问题（已大量测试和通过监控宝。证实）。抓包如下：另外haproxy服务器上能够抓到来自内网的请求，但是同样的没有显示有响应tcp请求的数据。

xun6580

什么原因啊，求教

nntp

环境信息呢？
配置呢?

您真的是来找答案的么?

xun6580

回复 3# nntp

sorry ...

内核是2.6.39-gentoo-r3
haproxy：1.4.22
haproxy.cfg我将主站相关的摘了下来如下：

1. global
   
2.   maxconn   100000
   
3.   user      haproxy
   
4.   group     haproxy
   
5.   nbproc    1
   
6.   daemon
   
7.   chroot    /var/empty
   
8.   pidfile   /var/run/haproxy.pid
   
9.   stats     socket /var/run/haproxy.stat mode 600 level admin
   
10.   #log       127.0.0.1   local0
    
11. 
    
12. defaults
    
13.   mode       http
    
14.   balance    roundrobin
    
15.   option     dontlognull
    
16.   option     redispatch
    
17.   retries    3
    
18.   timeout queue     10s
    
19.   timeout connect   60s
    
20.   timeout client    60s
    
21.   timeout server    60s
    
22. 
    
23. # health check
    
24. listen health :30500
    
25.   mode health
    
26.   option httpchk
    
27. 
    
28. # http
    
29. frontend public
    
30.   bind      :80
    
31.   mode      http
    
32.   log       global
    
33.   option    httpclose
    
34.   option    forwardfor except 192.168.1.0/24
    
35. 
    
36.   acl isroot        hdr_sub(Cookie) is_root=
    
37.   acl islogined     hdr_reg(Cookie) member_id=\d+
    
38.   acl isfrominternal    src 192.168.1.0/24 127.0.0.1/32
    
39.   #
    
40.   acl isfromoffice  src 180.169.xxx.xx/32            ＃内网1 不正常 tcp连接会无响应  haproxy服务器能ping通此IP
    
41.   acl isfromoffice  src 180.166.xxx.xx/32            ＃内网2 正常 tcp连接不会无响应  haproxy服务器不能ping通此IP  （猜测2个内网可能配置不同）
    
42. 
    
43.   acl isnoncacheable path_beg /sinin /signp /lostpss /acont /bacnd /api
    
44.   acl isnoncacheable hdr(Host) m.abc.com
    
45. 
    
46.   acl iswww       hdr(Host) www.abc.com
    
47. 
    
48.   # www
    
49.   use_backend www if { hdr(Host) img.abc.com aimg.abc.com }
    
50.   use_backend www if isfrominternal
    
51.   use_backend www if isroot
    
52.   use_backend www if !METH_GET
    
53.   use_backend www if islogined || isnoncacheable
    
54.   # otherwise
    
55.   default_backend www
    
56. 
    
57. backend www
    
58.   server 7c009 192.168.1.9:81   check inter 1000 weight 0          ＃nginx
    
59.   server 7c010 192.168.1.10:81   check inter 1000 weight 20      ＃以下四个 memcache和nginx
    
60.   server 7c011 192.168.1.11:81  check inter 1000 weight 20
    
61.   server 7c012 192.168.1.12:81  check inter 1000 weight 20
    
62.   server 7c013 192.168.1.13:81  check inter 1000 weight 20
    
63. 
    
64. userlist stats-auth
    
65.   group admin users admin
    
66.   user admin insecure-password PASSWORD1
    
67.   group readonly users abc
    
68.   user abc insecure-password PASSWORD2
    
69. 
    
70. backend stats
    
71.   stats enable
    
72.   stats uri /backend/haproxy
    
73.   acl AUTH http_auth(stats-auth)
    
74.   acl AUTH_ADMIN http_auth_group(stats-auth) admin
    
75.   stats http-request auth unless AUTH
    
76.   stats admin if AUTH_ADMIN

复制代码

wenhq

内网的所有机器访问这个哈譬如哦需要。都有这个问题？还是只有一部？还有这个现象是一直到有还是偶尔？

看下sysctl -a grep  backlog

xun6580

回复 5# wenhq

公司有2个内网，其中一个会出现这种问题，另一个内网和 外网没有发现这种问题，是偶尔的，晚上会好很多，网络那边没有查找不到什么问题，现在想从服务器端找找看，
# sysctl -a | grep  backlog            三台代理服务器是一样的。
net.core.netdev_max_backlog = 65536
net.ipv4.tcp_max_syn_backlog = 8192