Hi Paul

I just retrun from vacation so I did'nt see your previous post, but 1 thing for sure haproxy CAN be use to dispatch RDP session, I have been doing this on a couple of site with ~80 users and 4 TS servers wihout any issue at all in the last year.

I have look at your config and dont see what could be the problem. I will sent you my config so you can see the diff ( since I'm returning from vacation I dont have lot of time right now ...) I am not a telling you that my config is the best one but it is working fine for us.

I will sent the config in a few minutes

Bye


Paul Dickson a écrit :

Has anyone had any luck in setting HAPROXY up as a front end for terminal services clusters? My connections keep dropping, but have become a bit more reliable since my last email on the topic with the following conf file:

# this config needs haproxy-1.1.28 or haproxy-1.2.1

global
    log 127.0.0.1    local0
    log 127.0.0.1    local1 notice
    #log loghost    local0 info
    maxconn 4096
    #chroot /usr/share/haproxy
    user haproxy
    group haproxy
    daemon
    #debug
    #quiet

defaults
    log    global
    mode    http
    option    httplog
    option    dontlognull
    retries    3
    option redispatch
    maxconn    2000
# Time to wait for the opening connection to a server to succeed. 5000ms=5sec
    contimeout    10000
# Time to wait for a client to respond to packets. Set below to 50000ms=50sec
    timeout client    50000
# Time to wait for a server to respond to packets. Set below to 50000ms=50sec
    timeout server    50000
    option srvtcpka



listen rdp 0.0.0.0:3389
    mode tcp
# All three tcpka options: TCP protocol, Keep alive. All of them are suggested for sessions with long amounts of idle time such as remote desktops.
       # option tcpka
        option clitcpka
        option srvtcpka
        option redispatch
    option tcplog
#Balance specifies load balance method. Search "http://haproxy.1wt.eu/download/1.3/doc/configuration.txt"; for "balance roundrobin" to see all the available modes and what they do.
    balance roundrobin
#
# NOTES ABOUT STATEMENTS AND PARAMETERS BELOW IN MATCHING ORDER.
#
# "server" is a haproxy internal statement
# `server name` can be listed as anything.. i put the real name for clarity # "IP:port#" if you don't know this you need to wipe the drule off your chin.
# "check" see if the server is up
# "port #" what port to check. I'm not sure this is needed since the port is already specified with the IP. Can't hurt
# "inter" interval to run the check in ms.  1000ms = 1sec
# "fastinter #". By default a server is checked 3 times then determined to fail. This specifies if it fails the first check, the next will happen at the interval specified. 500ms=0.5 sec. # "downinter #". Oposite of fastinter, this specifies how long the waits should be between checks when a server has been determined to be down. To reduce network traffic I have set this to 10000ms, which is 10seconds.

# server nt1s77 10.58.240.248:3389 check port 3389 inter 2000 fastinter 500 downinter 10000 # server nt1s21z 10.12.20.172:3389 check port 3389 inter 2000 fastinter 500 downinter 10000 # server dcwh03 10.12.20.150:3389 check port 3389 inter 2000 fastinter 500 downinter 10000 # server nt1s23vm 10.12.20.116:3389 check port 3389 inter 2000 fastinter 500 downinter 10000 # server dceoc01 10.2.128.250:3389 check port 3389 inter 2000 fastinter 500 downinter 10000 server tswh01 10.14.3.111:3389 check port 3389 inter 2000 fastinter 500 downinter 10000 server tswh02 10.14.3.102:3389 check port 3389 inter 2000 fastinter 500 downinter 10000 server tswh03 10.14.3.113:3389 check port 3389 inter 2000 fastinter 500 downinter 10000 server tswh04 10.14.3.104:3389 check port 3389 inter 2000 fastinter 500 downinter 10000 server tslec01 10.14.3.131:3389 check port 3389 inter 2000 fastinter 500 downinter 10000 server tslec02 10.14.3.122:3389 check port 3389 inter 2000 fastinter 500 downinter 10000 server tslec03 10.14.3.133:3389 check port 3389 inter 2000 fastinter 500 downinter 10000 server tslec04 10.14.3.134:3389 check port 3389 inter 2000 fastinter 500 downinter 10000
# Web stats interface
listen  admin_stats 10.14.2.157:8080
        mode        http
        stats uri   /
        stats realm     Global\ statistics
        stats auth  admin:fakepassword
        balance     roundrobin


#errorloc 502 http://192.168.114.58/error502.html
    #errorfile    503    /etc/haproxy/errors/503.http
    errorfile    400    /etc/haproxy/errors/400.http
    errorfile    403    /etc/haproxy/errors/403.http
    errorfile    408    /etc/haproxy/errors/408.http
    errorfile    500    /etc/haproxy/errors/500.http
    errorfile    502    /etc/haproxy/errors/502.http
    errorfile    503    /etc/haproxy/errors/503.http
    errorfile    504    /etc/haproxy/errors/504.http



Paul K. Dickson
Systems Administrator
Frederick County Government, IIT
[email protected]
301-600-2399/x12399



------ End of Forwarded Message


--
Guillaume Bourque, B.Sc.,
consultant, infrastructures technologiques libres !
514 576-7638


Reply via email to