https://www.ap-siken.com/kakomon/25_haru/pm05.html

設問3(2)について教えて頂けないでしょうか。
解答は｢APサーバを使用したPCが特定できなくなる｣です。
この問に｢送受信のIPアドレスがPCでなくSLBになる｣としました。

①この回答では、答えとしてズレているでしょうか。
②どのような情報をログに記録させるのかわからないのですが、
APサーバが受信した時、送信した時それぞれの情報をとるのかと思っています。
最低限、日付時間、IPアドレスはあると思ったのです。
イメージがつかみにくく一般的な内容ででも教えて頂けないでしょうか。

よろしくお願いします。

で、
>IPアドレスがPCでなくSLBになる
は、原因であって制約ではないですね。
それで、なにが困るの？ってツッコミを入れてみると、意味が分かるはずです。

あと、送受信の、とは言わないですね。
NATの変換対象は送信元IPアドレス（戻りのパケットの場合宛先IPアドレス）なので、
送受信IPアドレス、という単語はまずその時点で採点の観点から危険だと思います。

>APサーバが受信した時、送信した時それぞれの情報をとるのかと思っています。
サーバって、要求に応じて反応するからサーバなんですよね。
だいたい、送信元IPアドレス、送信元ポート番号、アクセス時刻ですね。HTTPリクエストは特定自体には必要ではないので
でも、HTTPヘッダのX-Forwarder-Forでロードバランサの変換前のIPアクセスを保存しておく場合は、HTTPリクエストも必要ですね。そうするなら、本来のIPアドレスがわかるので
仮にHTTPレスポンスのことを、「APサーバが送信したとき」の定義としても、送信元IPと宛先IPが入れ替わるだけですよね。そんなのをログにとってどうすんの？ってなりませんか？

GinSanaさん
返信を頂きましたのに、遅くなり失礼致しました。

わかっていない、オンパレードの回答だと心に刻みつけています。
よくわかっていないのにネットワークを理解しようとするには、
時間がかかるよ！と改めて感じています。

前半は、そうなんだ、そうなんだ。と思っていましたが、
正直後半の｢HTTPヘッダのX-Forwarder-For･･･｣当たりから頭の中は｢？｣のオンパレード。
ですが、いつもGinSanaさんのコメントを読むのはワクワクします。
レベルが低くて理解できていなくても。

今回、丁寧な返信を頂きましてありがとうございました。

XFFは、元のクライアントIPアドレスの情報をしまっておくHTTPリクエストのヘッダ項目です。ロードバランサとかでIPアドレスが書き変わると特定が大変なので、こうしたヘッダフィールドを使って特定したりします（今回の問題は、NATの変換ログから抽出するみたいですが）。

www.infraexpert.com/study/loadbalancer11.html
XFF（ X-Forwarded-For ）とは

などを検索してみてください。

補足いたしますが、XFFの機能が使用できるのは、レイヤ7方式のLBやプロキシサーバなど上位レイヤ層を扱う場合です。L4方式は、文字通りレイヤ4までしか書き換えしないので導入構成案2では、XFFは使えません。

レイヤ4を選定した記述を見落としておりました。だからそういう対応になったんですね。

GinSanaさん
再度の返信をありがとうございます。
そうなんだ。そうなんだ。の連続です。


陽射さん
返信を頂きありがとうございます。
そうなのですね。Ｌ７方式の時だけなんですね。


ＸＦＦで指定すればクライアントの送信元ＩＰアドレスがわかり、
万能の機能と思いましたが、Ｌ７方式でないと駄目とか、
Ｗｅｂサーバ以外のＨＴＴＰでの通信を行わないサーバとの通信に対して適用できない技術、
とか、なかなか難しいのですね。

気持ちも頭もパンパンで、頭を振ったら、ボロボロこぼれ落ちる状態ですが、
ＸＦＦの言葉は覚えた。つもりです。一晩寝ると。。。
解説頂きをありがとうございました。