web-dev-qa-db-ja.com

HAProxyをリバースプロキシとして構成する方法

複数のドメインをホストしている複数のWebサーバーがあります。時々、あるWebサーバーから別のWebサーバーにドメインを移動する必要があります。ドメインのDNSを更新して新しいサーバーの場所を指すようにするのではなく、すべてのドメインがリバースプロキシ（？）を指すように設定して、Webリクエストを正しいサーバーに渡すようにします。私はhaproxyを使用してこれを達成しようとしていますが、あまり成功していません。

例として：

2つのサーバー、web1.foo.comとweb2.foo.comがあります。 web1は、abc.comおよびdef.comのサイトにサービスを提供します。 web2は、cba.comおよびfed.comのサイトを提供します。

プロキシサーバーproxy.foo.comもあります。

abc.comなどのdnsは、次のようにドメインをサーバーにマップするように構成されているproxy.foo.comでポイントされます。

abc.com-> web1.foo.com def.com-> web1.foo.com cba.com-> web2.foo.com fed.com-> web2.foo.com

問題は、haproxyを使用して機能させられないことです...リバースプロキシの代わりに負荷分散を試みています... abc.comにアクセスすると、web1とweb2の間で循環します。

だから、私は疑問に思っていると思いますが、これはhaproxyでも可能ですか？私の設定は次のようになります：

global
    log /dev/log    local0
    log /dev/log    local1 notice
    chroot /var/lib/haproxy
    stats socket /run/haproxy/admin.sock mode 660 level admin
    stats timeout 30s
    user haproxy
    group haproxy
    daemon

    # Default SSL material locations
    ca-base /etc/ssl/certs
    crt-base /etc/ssl/private

    # Default ciphers to use on SSL-enabled listening sockets.
    # For more information, see ciphers(1SSL). This list is from:
    #  https://hynek.me/articles/hardening-your-web-servers-ssl-ciphers/
    ssl-default-bind-ciphers ECDH+AESGCM:DH+AESGCM:ECDH+AES256:DH+AES256:ECDH+AES128:DH+AES:ECDH+3DES:DH+3DES:RSA+AESGCM:RSA+AES:RSA+3DES:!aNULL:!MD5:!DSS
    ssl-default-bind-options no-sslv3

defaults
    log     global
    mode    http
    option  httplog
    option  dontlognull
    timeout connect 5000
    timeout client  50000
    timeout server  50000
    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

frontend localhost
    bind *:80
    bind *:443
    option tcplog
    mode tcp
    default_backend servers

backend servers
    mode tcp
    server abc.com web1.foo.com
    server def.com web1.foo.com
    server cba.com web2.foo.com
    server fed.com web2.foo.com
reverse-proxyhaproxy
4
radio_babylon

はい、構成された方法は基本的に、バックエンドサーバー間のすべての着信接続の負荷を分散します。

基本的に、実際のWebサーバーごとに1つのバックエンド定義が必要です。あなたが欲しいものの要点は、実際のWebサーバーごとに1つずつ、複数のバックエンド定義であると思います。次に、フロントエンドセクションで、さまざまな条件を使用して、リクエストされたフロントエンドURLに関連付けられたバックエンドを使用します。疑似構成は次のようになります。

frontend localhost
    mode http
    use_backend web1 if { hdr(Host) -i abc.com }
    use_backend web1 if { hdr(Host) -i def.com }
    use_backend web2 if { hdr(Host) -i cba.com }
    use_backend web2 if { hdr(Host) -i fed.com }

backend web1
    server web1 web1.foo.com

backend web2
    server web2 web2.foo.com

mode http。 HTTPヘッダーに基づいて決定を行うなどのことを実際に行うために必要であると思います。

そして、どのURLをどのバックエンドに移動するかというと、configファイルを更新し、haproxyにソフトリロードを実行するだけです。

3
Ryan Bolger