LTM デバイスは、クライアントの送信元 IP アドレスに基づいてアクセス制御リスト (ACL) を実装する一連の Web サーバーに負荷分散を提供するように構成されています。ACL はネットワーク レベルであり、Web サーバーは、接続が許可されていない場合にクライアントに TCP リセットを送信するように構成されています。
仮想サーバーは、デフォルトの OneConnect プロファイルで構成されています。
ACL は Web サーバーで次のように定義されます。
許可: 192.168.136.0/24 拒否: 192.168.116.0/24
パケット キャプチャは、IP アドレスを持つ仮想サーバーへの 2 つの個別のクライアント フローから取得されます。
192.168.136.100。
クライアント A - ソース IP 192.168.136.1 - 仮想サーバー 192.168.136.100:
クライアント側：
09:35:11.073623 IP 192.168.136.1.55684 > 192.168.136.100.80: S 869998901:869998901(0) 勝ち
8192 <mss 1460,nop,wscale 2,nop,nop,sackOK>
09:35:11.073931 IP 192.168.136.100.80 > 192.168.136.1.55684: S 2273668949:2273668949(0)
ack 869998902 win 4380 <mss 1460,nop,wscale 0,sackOK,eol>
09:35:11.074928 IP 192.168.136.1.55684 > 192.168.136.100.80: . ACK 1 WIN 16425 09：35：11.080936 IP 192.168.136.1.55684> 192.168.136.100.80：P 1：299（298）ACK 1 WIN 16425 09：35：35：11.081029 IP 192.168.18.136.100.100.100.100.100.100.100.100.100.100.100.100.100.100.100.100.100.100.100.100.100.100.100.100.100.100.100.100.100.11 : . ack 299 勝利 4678
サーバ側：
09:35:11.081022 IP 192.168.136.1.55684 > 192.168.116.128.80: S 685865802:685865802(0) 勝利
4380 <mss 1460,nop,wscale 0,sackOK,eol>
09:35:11.081928 IP 192.168.116.128.80 > 192.168.136.1.55684: S 4193259095:4193259095(0)
ack 685865803 win 5840 <mss 1460,nop,nop,sackOK,nop,wscale 6>
09:35:11.081943 IP 192.168.136.1.55684 > 192.168.116.128.80: . ack 1 勝利 4380 09:35:11.081955 IP 192.168.136.1.55684 > 192.168.116.128.80: P 1:299(298) ack 1 勝利 4380 09:35:11.083765 IP 192.168.116.128.180 > 8.1925.4 : . ack 299 勝利 108
クライアント B - ソース IP 192.168.116.1 - 仮想サーバー 192.168.136.100:
クライアント側：
09:36:11.244040 IP 192.168.116.1.55769 > 192.168.136.100.80: S 3320618938:3320618938(0)
win 8192 <mss 1460,nop,wscale 2,nop,nop,sackOK>
09:36:11.244152 IP 192.168.136.100.80 > 192.168.116.1.55769: S 3878120666:3878120666(0)
ack 3320618939 win 4380 <mss 1460,nop,wscale 0,sackOK,eol>
09:36:11.244839 IP 192.168.116.1.55769 > 192.168.136.100.80: . ACK 1 WIN 16425 09：36：11.245830 IP 192.168.116.1.55769> 192.168.136.100.80：P 1：299（298）ACK 1 WIN 16425 09：36：11.245922 IP : . ack 299 勝利 4678
サーバ側：
09：36：11.245940 IP 192.168.136.1.55684> 192.168.116.128.80：P 599：897（298）ACK 4525 Win 09：36：11.247847 IP 192.168.116.128.80> 192.18.1. (476) ack 897 勝
2 番目のクライアント フローが Web サーバーによって許可されたのはなぜですか?

Web アプリケーションは、メッセージの整合性とコンテンツの有効期間に関する情報をクライアントに送信します。
クライアント情報を送信する際に使用する HTTP ヘッダーを 2 つ選択してください。（2つ選んでください。）

- 示す-

-- 出品物 - 出品物を参照してください。ユーザーは、Web アプリケーションが正しく動作しないと報告しています。場合によってはコンテキスト データが表示される
ウェブページの内容は正確です。それ以外の場合は不正確です。
LTM 管理者は、コマンド「tmsh show sys connection cs-clientaddr 10.0.20.1」を使用して、現在接続されているクライアント IP アドレスの 1 つにフィルターをかけた接続テーブルを調べます。
次の結果が得られます。
10.0.20.1:60048 10.0.20.88:80 10.0.20.1:60048 172.16.20.1:80 tcp 3 (tmm: 0) 10.0.20.1:60050 10.0.20.88:80 10.0.20.1:60050 (172.38.170 cp 2t0.36. tmm: 0) 10.0.20.1:60047 10.0.20.88:80 10.0.20.1:60047 172.16.20.2:80 tcp 3 (tmm: 0) 10.0.20.1:60049 10.0.20.88:80 10.0.20.1:602.16 .1 80 tcp 3 (tmm: 0)
問題の解決策は何ですか？

これを ssldump の最初のパケットとして表示するとします。
2 2 1296947622.6313 (0.0001) S>CV3.1(74) Handshake ServerHello バージョン 3.1 random[32]= 19 21 d7 55 c1 14 65 63 54 23 62 b7 c4 30 a2 f0 b8 c4 20 06 86 ed 9c 1f 9f 46 0 42 79 45 8a 29 session_id[32]= c4 44 ea 86 e2 ba f5 40 4b 44 b4 c2 3a d8 b4 広告
4c dc 13 0d 6c 48 f2 70 19 c3 05 f4 06 e5 ab a9
cipherSuite TLS_RSA_WITH_RC4_128_SHA
compressionMethod NULL
ssldump の残りの部分を確認すると、アプリケーション データは復号化されていません。
ssldump がアプリケーション データの復号化に失敗するのはなぜですか?

次のデコードされた TCPDump キャプチャは、失敗したヘルス モニターのトレースを示しています。
00:00:13.245104 IP 10.29.29.60.51947 > 10.0.0.12.http: P 1:59(58) ack 1 勝利 46
<いいえ、いいえ、タイムスタンプ 2494782300 238063789> out slot1/tmm3 lis
0x0000: 4500 006e 3b19 4000 4006 ce0c 0a1d 1d3c E..n;.@.@......<
0x0010: 0a00 000c caeb 0050 8be5 aca3 dd65 e3e1 .......P.....e..
0x0020: 8018 002e 1b41 0000 0101 080a 94b3 5b5c .....A.......[
0x0030: 0e30 90ad 4745 5420 2f74 6573 745f 7061 .0..GET./test_pa
0x0040: 6765 2e68 746d 6c20 4854 5450 312e 310d ge.html.HTTP1.1。
0x0050: 0a48 6f73 743a 200d 0a43 6f6e 6e65 6374 .ホスト:...接続
0x0060: 696f 6e3a 2043 6c6f 7365 0d0a 0d0a 0105 イオン:.閉じる......
0x0070: 0100 0003 00 .....
00:00:13.245284 IP 10.0.0.12.http > 10.29.29.60.51947: . ack 59 勝利 362
<いいえ、いいえ、タイムスタンプ 238063789 2494782300> スロット 1/tmm3 lis= で
0x0000 0ffd 0800 4500 00c9 6f68 4000 8 006 755d [email protected]]
0x0010 0a29 0015 0a29 0103 0050 e0d6 4929 90eb .)...)...P..I)..
0x0020 6f12 d83c 8019 fab3 9b31 0000 0101 080a o..<.....1......
0x0030 0068 4e10 5240 6150 4854 5450 2f31 2e31 .hN.R@aPHTTP/1.1
0x0040 2034 3030 2042 6164 2052 6571 7565 7374 .400.Bad.Request
0x0050 0d0a 436f 6e74 656e 742d 5479 7065 3a20 ..Content-Type:.
0x0060 7465 7874 2f68 746d 6c0d 0a44 6174 653a テキスト/html..日付:
0x0070 2054 6875 2c20 3231 204a 616e 2032 3031 .Mon,.01.Jan.201
0x0080 3020 3138 3a35 383a 3537 2047 4d54 0d0a 2.00:00:01.GMT..
0x0090 436f 6e6e 6563 7469 6f6e 3a20 636c 6f73 接続:.clos
0x00a0 650d 0a43 6f6e 7465 6e74 2d4c 656e 6774 e..Content-Lengt
0x00b0 683a 2032 300d 0a0d 0a3c 6831 3e42 6164 h:.20....<h1>不良
0x00c0 2052 6571 7565 7374 3c2f 6831 3e .リクエスト</h1>
ヘルス モニターは、キャプチャに示されている文字列を送信しています。ただし、サーバーの応答は期待どおりではありません。正しい応答は、文字列「SERVER IS UP」を含む HTML ページです。
どうした？