F5 301b認定試験問題集＆模擬テスト, 301B - BIG-IP LTM Specialist｜SPOTO

LTM スペシャリストは、HTTP アプリケーションをロードバランスするために、仮想サーバー上に OneConnect プロファイルと HTTP プロファイルを設定しています。クライアントが仮想サーバーに接続すると、ネットワークトレースに以下の HTTP ヘッダーが表示されます：クライアント側：クライアント側： GET / HTTP/1.1 Host: 192.168.136.100 User-Agent：Mozilla/5.0 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-EncodinG. gzip, deflate Connection: keep-alive Serverside: HTTP/1.1 200 OK DatE.5 Jun 1989 17:06:55 GMT サーバー：Apache/2.2.14 (Ubu

LTM スペシャリストは、LTM デバイスの syslog がリモートの syslog サーバーに送信されることを保証する。以下は、LTM デバイスがリモート syslog サーバーに使用しているノードとモニターの詳細を示す設定ファイルからの抜粋である： monitor Syslog_15002 { defaults from udp dest *:15002 } node 91.223.45.231 { monitor Syslog_15002 screen RemoteSYSLOG } リモート syslog サーバーとの通信に問題があるようです。リモート syslog サーバとの通信に問題があるようです。しかし、プール・モニターはリモート・サーバーが起動していることを示している。リモートサーバーとの通信に問題があるようだ。

LTM デバイス上に、一連のウェブサービスのための仮想サーバーが構築されている。LTM スペシャリストは iRule を作成し、この iRule を仮想サーバーに適用する。"[HTTP::uri]-Redirected to JSP Pool" pool JSP } default { log local0."[HTTP::uri]-Redirected to Non-JSP Pool" pool NonJSP } { log local0.}}しかし、iRuleは期待通りに動作していない。以下はログのスナップショットです：/WS1/ws.jsp-Redirected to JSP Pool /WS1/ws.jsp-Redirected to JSP Pool /W

LTM のスペシャリストが、ショッピングカートアプリケーションを提供するアプリケーションサーバーのプールへの接続を負荷分散するために、www.example.com 用の仮想サーバーを構成した。クッキーの永続性は仮想サーバー上で有効になっている。ユーザーはアプリケーションに接続できますが、ユーザーのショッピングカートは更新に失敗します。トラフィックのキャプチャを見ると、以下のようになっています：リクエストGET /cart/updatecart.php HTTP/1.1 Host: www.example.com Connection: keep-alive Cache-Control: max-age=0 User-Agent：Mozilla/5.0 (Macintosh; Intel)

ある LTM デバイスプールが突然、モニターによってマークダウンされた。このプールはメンバー 10.0.1.1:443 と 10.0.1.2:443 で構成され、リスニングしていることが確認されています。影響を受ける仮想サーバーは 10.0.0.1:80 です。LTM スペシャリストは、コマンドラインインタフェースを介して関連する HTTPS プールモニタのトラブルシューティングにどの 2 つのツールを使用する必要がありますか。

パーティション ApplicationA の高可用 LTM デバイスに新しい VLAN vlan301 が設定された。直接接続された新しいバックエンドサーバーが vlan301 に配置された。しかし、デフォルトゲートウェイへの ping 接続に問題があります。LTM デバイスに設定された VLAN 自己 IP は 192.168.0.251 と 192.168.0.252 で、フローティング IP は 192.168.0.253 です。LTM スペシャリストは、接続のトラブルシューティングを支援するためにパケットキャプチャを実行する必要があります。LTM スペシャリストは LTM 上でどのコマンドを実行すべきですか。

LTM スペシャリストは、標準 FastL4 プロファイルが適用された仮想サーバー上でパケットキャプチャを実行する必要があります。仮想サーバー 10.0.0.1:443 は vlan301 上に存在します。LTM スペシャリストは、データペイロードのキャプチャを成功させ、他の仮想サーバーが影響を受けないようにするために、どの手順を取るべきですか？

直接接続された VLAN vlan-301 に存在する LTM デバイスの負荷分散トレーディングアプリケーションに障害があります。アプリケーションの仮想サーバーは 10.0.0.1:80 で、取引アプリケーションのバックエンドサーバーはサブネット 192.168.0.0/25 上にあります。LTM スペシャリストは、外部分析のために完全なペイロードを含むパケットキャプチャを保存したいと考えています。LTM スペシャリストは LTM デバイスのコマンドラインインターフェイスでどのコマンドを実行すべきですか？

あるユーザーが HTTPS 仮想サーバーへの接続で問題を抱えています。仮想サーバは LTM デバイスの外部 vlan 上にあり、仮想サーバに関連するプールは内部 vlan 上にある。LTM スペシャリストが外部インターフェイスで tcpdump を行い、ホストヘッダが不完全であることに気づきます。LTMスペシャリストは、最も適切なデータを収集するために、どの場所にトラフィックアナライザを置くべきか。

これが ssldump の最初のパケットである：2 2 1296947622.6313 (0.0001) S>CV3.1(74) Handshake ServerHello Version 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 9e 46 0f 42 79 45 8a 29 session_id[32]= c4 44 ea 86 e2 ba f5 40 4b 44 b4c2 3a d8 b4 ad 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は失敗するのでしょうか？

LTM スペシャリストが、VLAN vlan301 上に存在する仮想サーバー 10.0.0.1:443 のトラブルシューティングを行っている。ウェブアプリケーションは www.example.com 経由でアクセスされる。LTM スペシャリストは、外部分析のために、完全に復号化されたペイロードを含むパケットキャプチャを保存したいと考えています。LTM スペシャリストは LTM デバイスのコマンドラインインターフェイスでどのコマンドを実行すべきですか。

あるアプリケーションオーナーが、LTM デバイスが HTTP アプリケーションの配信を遅延させていると主張している。LTM デバイスには内部と外部の 2 つの VLAN があります。アプリケーションサーバは内部 VLAN に存在する。仮想サーバとクライアントは外部 VLAN に存在する。適切なフィルタを適用して、配信遅延の主張を調査するためにパケットキャプチャを取得するために最も効率的なソリューションはどれですか？

ある LTM スペシャリストが、パーティション ApplicationA に設定された仮想アドレス 10.0.0.1:443 をリッスンしている間、サイト www.example.com のトレース /var/tmp/trace.cap をキャプチャしました。キャプチャされたデータペイロードは SSL 暗号化されている。LTM スペシャリストがデータペイロードを復号化するために実行すべきコマンドはどれか。

LTM デバイス上に、一連の Web サービスのための仮想サーバーが構築されている。LTM スペシャリストは iRule を作成し、この iRule を仮想サーバーに適用する。"[HTTP::uri]-Redirected to JSP Pool" pool JSP } default { log local0."[HTTP::uri]-Redirected to Non-JSP Pool" pool NonJSP } を記録する。}}しかし、iRuleは期待通りに動作していない。以下はログのスナップショットです：/WS1/ws.jsp-Redirected to JSP Pool /WS1/ws.jsp-Redirected to JSP Pool /W

LTM スペシャリストには、SSL 終端を行う単一の HTTPS 仮想サーバーがある。サーバ SSL プロファイルは定義されていない。プール・メンバーは内部 VLAN 上で HTTP ポート 80 で応答している。特定のブラウザを使用しているユーザーに問題が発生している。SSLの問題を決定するために必要なパケットを収集するために最も適切な2つの場所はどれですか？(2つ選んでください)。

LTMスペシャリストが、SSH接続が予期せず切断されるというユーザーからの報告を調査している。SSH接続は仮想サーバーを通して負荷分散されている。この問題を経験しているユーザは SQL クエリを実行しており、画面出力がないまま 15 分以上かかっている。仮想サーバーは、プールが関連付けられた標準的なもので、その他のカスタマイズはありません。SSH接続が終了する原因は何ですか?

外部 VLAN と内部 VLAN の接続の両側から LTM デバイス上の tcpdump がある場合、LTM スペシャリストは SNAT が特定のプールで有効になっているかどうかをどのように判断すべきか。