Haproxy a setat antet gazdă pe server de origine

Încercăm să setăm antetul gazdei pe server de origine, putem seta pe back-end, dar folosim nume implicite pe serviciile aplicației Azure și, ca atare, serviciul va răspunde numai la propriul nume de gazdă, de exemplu

http-request set-header Host example1.azurewebsites.net # pentru serverul de origine 1

http-request set-header Host example2.azurewebsites.net # pentru serverul de origine 2

Cu toate acestea, nu pot vedea nicio modalitate de a seta acest lucru pe serverul de origine însuși

server svr_example1 xx.xx.xx.xx:443 id 10 weight 10 maxconn 25 cookie exa1 verifica ssl verifica niciunul

server svr_example2 xx.xx.xx.xx:443 id 10 weight 10 maxconn 25 cookie exa1 verifica ssl verifica niciunul

Ceva asemănător cu

server svr_example1 xx.xx.xx.xx:443 id 10 weight 10 maxconn 25 cookie exa1 verifica ssl verifica niciunul http-request set-header Host example1.azurewebsites.net

server svr_example2 xx.xx.xx.xx:443 id 11 weight 10 maxconn 25 cookie exa1 verifica ssl verifica niciunul http-request set-header Host example2.azurewebsites.net

Folosind versiunea haproxy 1.8.28

Sunt directive separate și trebuie să le puneți pe rânduri separate, de exemplu:

backend svr_example1
        server svr_example1 xx.xx.xx.xx:443 id 10 weight 10 maxconn 25 cookie exa1 verifica ssl verifica niciunul
        http-request set-header Gazdă example1.azurewebsites.net

Rețineți că puteți face acest lucru numai atunci când HAProxy termină TLS. Nu puteți face acest lucru dacă treceți prin TLS.

Doar pentru a actualiza, am ajuns să implementez @Michael H sugerând cu o răsucire, folosind 2 backend-uri fiecare cu propriul server de origine și informații de antet și apoi în Front End folosind nbsrv pentru a decide dacă BE-ul este valid și pentru a lua o decizie de acolo.

    acl beExampleDead1 nbsrv(S_be_Example1) lt 1
    acl beExampleDead2 nbsrv(S_be_Example1) lt 1

Și apoi utilizați acl ca parte a regulii pentru a decide asupra back end

Jay