【負載均衡大討論，參與有禮】TCP/HTTP 負載均衡利器-- HAProxy

Godbach

回復(fù) 149# lnwu


HAProxy ACME domain validation plugin

這東西是 HAProxy 官方提供的嗎？ 你是通過 HAProxy 去去申請證書?

   

lnwu

回復(fù) 150# Godbach


   這個不是官方提供的,我確實是想通過HAProxy申請letsencrypt證書。
現(xiàn)在的問題是：

frontend http
    bind *:80
    mode tcp
    acl url_acme_a path_beg a.domain.com/.well-known/acme-challenge/   



    acl url_acme_b path_beg b.domain.com/.well-known/acme-challenge/
   
這個acl不對，試過使用       acl acme_a url_reg ^喝ttp://a.domain.com/.well-known/acme-challenge/          也是不對（喝代替的是h，因為我不能發(fā)布URL）。

不知道怎么配置acl可以匹配       喝ttp://a.domain.com/.well-known/acme-challenge/                              （喝代替的是h，因為我不能發(fā)布URL）


簡單的說：就是acl要匹配域名及路徑，不知道怎么實現(xiàn)。

Godbach

回復(fù) 151# lnwu

你看一下 HAProxy 手冊中關(guān)于 ACL 的配置那塊，可能是有些字符需要轉(zhuǎn)移。

確定你的 request 是 GET http://xxxx 這樣格式的？


   

撒加

回復(fù) 149# lnwu


    兄弟，你ft的配置是有問題的。

你用acl來區(qū)別主機頭的配置，前提是ft是mode http，你配置為mode tcp是不會生效的，你改為mode http再試試。

在mode tcp模式下，僅僅支持一個主機頭的匹配走http。而且主要配置要包括
tcp-request content accept if HTTP
如果你有多個acl匹配不同的主機頭，則只能有第一個acl的被匹配，其余的都不會被匹配的

Godbach

回復(fù) 153# 撒加

frontend http
    bind *:80
    mode tcp
    acl url_acme_a path_beg a.domain.com/.well-known/acme-challenge/
    acl url_acme_b path_beg b.domain.com/.well-known/acme-challenge/
    http-request use-service lua.acme-http01 if METH_GET url_acme_a
    http-request use-service lua.acme-http01 if METH_GET url_acme_b
   use_backend a if  url_acme_a
   use_backend b if  url_acme_b
   default_backend a
frontend https
    bind *:443 ssl crt domain/h2.pem
    mode tcp

還是你眼尖。

名字是 http，可是 mode 用的是 tcp。這個寫法騙過了我。


   

撒加

回復(fù) 154# Godbach


    哈哈，弄多了

kang47

原來用了haproxy，小并發(fā)的時候沒什么問題，后面并發(fā)量要到達3萬請求/秒，所以就考慮要切換到lvs或maglev了，請問一下haproxy有什么特性是lvs或maglev無法做到的？

Godbach

回復(fù) 156# kang47

lvs 或者 maglev 都不涉及應(yīng)用層。HAProxy 可以做七層的一些操作過濾等等。
本來也不是一個層面的工具。

zhangweizj

你好，haproxy的健康狀態(tài)要如何去判斷，現(xiàn)在我在stats頁面看到很多Errors下的Rasp錯誤，我不知道這個是什么意思。字面的意思是“連接在傳送傳送過程中被斷開”，那么這個斷開時因為服務(wù)器的原因，還是客戶端的原因呢，我擔(dān)心這個情況會惡化。

sditmaner

贊，好活動