haproxy-tcpモードで元の/リモートIPを渡す

perpraクラスターのロードバランシングとIPフェイルオーバーのためにkeepalivedでhaproxyをセットアップしました。それがうまく機能するので、別のサービス/デーモンに同じlb /フェイルオーバーを使用したいと思います。

私はこのようにhaproxyを設定しました：

listen my_service 0.0.0.0:4567
    mode tcp
    balance leastconn
    option tcpka
    contimeout      500000
    clitimeout      500000
    srvtimeout      500000

    server host1 xxx.xxx.xxx.xx1:4567 check port 4567 inter 5000 rise 3 fall 3
    server host2 xxx.xxx.xxx.xx2:4567 check port 4567 inter 5000 rise 3 fall 3

ロードバランシングは正常に機能しますが、サービスはクライアントの実際のIPではなくロードバランサーのIPを認識します。httpモードでは、リモートIPに沿ってhaproxyを渡すのは非常に簡単ですが、tcpモードではどうすればよいですか？これは、負荷分散する必要のあるサービスの性質上重要です。

ありがとう！ヴィート

将来の参考までに、keepalivedはロードバランシングではなくフェイルオーバーのソリューションです（おそらくLVSを意味しますか？）。HAProxyの透過プロキシモードは、元のIPを送信する特別な方法とは何の関係もありません。これは、標準のHTTPヘッダーを使用できる通常の非透過HTTPモードです。

私の意見では、元の質問に対する正しい回答は次のとおりです。TPROXY対応のLinuxカーネルのHAProxyで透過プロキシサポートをコンパイルできます。これと適切なTPROXYサポートバージョン+同じマシン上のiptablesの構成により、実際に完全に透過的なTCPプロキシサポートが可能になります。つまり、バックエンドサーバーには特別な構成は必要ありません。

これは実際にはHAProxyの推奨セットアップではなく、どうしても必要な場合にのみ使用してください。

haproxyには、私が今まで見たことがない、または何もしたくない、ある種の「透過的な」モードがあるようです。それ以外の場合は、バックエンドサービスが元のIP（ "PROXY blahblah"）を送信するhaproxyの特別な方法について教えて、サービスから元のIPを引き出す必要があります。

なぜあなたはhaproxyに悩まされているのですか？キープアライブはすでに実行されており、適切な透過的なロードバランシングも行われます。

使い方send-proxy（サーバごと）設定にすることも、TCPモードでは、あなたのrecievingサーバ側で元のソース-IPを提供します。これにはHAProxy 1.5以降が必要です。

プロキシプロトコルの詳細については、HAProxyのドキュメントをご覧ください。

listen my_service 0.0.0.0:4567
mode tcp
balance leastconn
option tcpka
contimeout      500000
clitimeout      500000
srvtimeout      500000

server host1 xxx.xxx.xxx.xx1:4567 send-proxy check port 4567 inter 5000 rise 3 fall 3
server host2 xxx.xxx.xxx.xx2:4567 send-proxy check port 4567 inter 5000 rise 3 fall 3

HAProxyをNATモードとして設定することもできます。これにより、レイヤ4で引き続きTCPモードが使用されますが、IPは透過的になります。

HAProxyレイヤー4ロードバランシングNATモード

一方、HAPorxyトランスペアレントモードはレイヤー7でHTTPモードを使用します。これはforwardfor、HTTPモードにオプションがすでにあるため、問題になりません。

HAProxyレイヤー7ロードバランシング透過プロキシモード

この構成でうまくいきました。ソースIPは$ _SERVER ['HTTP_X_FORWARDED_FOR']で取得できます。

グローバル
        [.....通常のもの....]   
        ssl-server-verifyなし

フロントエンドメイン*：5000
        bind *：443 ssl crt /etc/ssl/mycert_with_private_key.pem
        モードhttp
        オプションforwardfor
        reqadd X-Forwarded-Proto：\ https
        default_backend https_server

バックエンドhttps_server
        モードhttp
        バランスの最小
        オプションtcpka
        スティックテーブル型IPサイズ200k有効期限30m
        サーバーsrv04 192.168.1.10:443 sslチェック
        サーバーsrv05 192.168.1.11:443 sslチェック