正しい210問の質問と答えでF5 301b試験に合格しよう[Q66-Q87]。


この記事を評価する

210問答でF5 301b試験に合格する

最新版[2022年12月03日] 2022リアルな検証済み301b問題集

新しい質問 66
LTM スペシャリストが、新しい仮想サーバーに関する問題のトラブルシューティングを行っています。仮想サーバーを経由して接続すると、クライアントはブラウザーで「接続できません」というメッセージを受け取りますが、プールメンバーに直接接続すると、アプリケーションは正常に機能しています。LTM デバイス構成は以下のとおりです:
ltm virtual /Common/vs_https {.
destination /Common/10.10.1.110:443
ip-protocol udp
マスク 255.255.255.255
プール /Common/pool_https
プロファイル
/Common/udp { }.
}
トランスレート・アドレス有効
トランスレート・ポート有効
VLANS無効
}
ltm pool /Common/pool_https {.
メンバー
/Common/172.16.20.1:443 {」。
アドレス 172.16.20.1
}
}
}
LTMスペシャリストはどのような問題を抱えていますか?

 
 
 
 

新しい質問 67
LTMのスペシャリストは、WebサーバーからのHTMLレスポンス内のテキストを書き換える必要がある。クライアントが以下のHTTPリクエストを送信している:
GET / HTTP/1.1 Host: www.example.com User-Agent:Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20100101 Firefox/16.0 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-LanguagE.en-US,en;q=0.5 Accept-EncodinG.gzip, deflate Cache-Control: no-cache Connection: keep-alive CookiE.somecookie=1
HTTP/1.1 200 OK サーバーApache/2.2.15 (Unix) Last-ModifieD.Wed, 12 Aug 2009 00:00:30 GMT Accept-Ranges: bytes Content-LengtH.1063 X-Cnection: close Content-TypE.text/html; charset=UTF-8 Vary:Accept-Encoding Content-EncodinG.gzip Connection:キープアライブ
ストリーム・プロファイルが仮想サーバーに追加されましたが、HTTPレスポンス内のコンテンツはマッチングされていないため、変更されていません。
どのヘッダーフィールドが問題の原因になっていますか?

 
 
 
 

新しい質問 68
LTM スペシャリストが HTTP モニタのトラブルシューティングを行っている。プール・メンバーはブラウザから直接アクセスできますが、HTTPモニタはプール・メンバーをダウンとしてマークしています。
GET / HTTP/1.1
HTTP/1.1 400 Bad Request DatE.Tue, 23 Oct 2012 21:39:07 GTM Server:Apache/2.2.22 (FreeBSD) PHP/5.4.4 mod_ssl/2.2.22 OpenSSL/0.9.8q DAV/2 Content-LengtH.226
接続:閉じる
Content-TypE.text/html; charset=iso-8859-1
LTMスペシャリストはこの問題をどのように解決すべきでしょうか?

 
 
 
 

新しい質問 69
- 出展

- 出展
展示を参照。
ある企業が、LTMデバイス上でホストされている1つ以上の仮想サーバー(VS)に接続する複雑なクライアント・ソフトウェアを使用している。クライアントソフトウェアに問題が発生している。LTMのスペシャリストは問題の原因を突き止める任務を負っている。
LTM スペシャリストは tcpdump の抽出を行い、クライアントソフトウェアがポート 1990 の VS に少なくとも 1 つ接続していることを知っている。しかし、内部 VLAN で tcpdump を実行すると、tcpdump にはポート 1990 の記録がない。
tcpdumpにポート1990の記録がないのはなぜですか?

 
 
 
 
 

新しい質問 70
- 出展

- 出展
展示を参照。
LTMのスペシャリストがLTM 11.0.0のインストール作業を行っており、図のようなセキュリティ脆弱性を特定しました。LTMのスペシャリストは、利用可能な最新のHotfixを適用して問題を解決することを命じられています。
どの手順が問題を解決するのか?

 
 
 
 

新しい質問 71
プールには、172.16.20.1、172.16.20.2、172.16.20.3の3台のサーバーがあり、仮想IPアドレスは10.0.20.88である。
ユーザが HTTP アプリケーションに接続できない。問題を理解し、解決策を見つけるために、LTM スペシャリストは LTM デバイス上で 2 つの同時トレースを実行し、以下の結果を得た:
クライアント側のトレース:
tcpdump: 冗長出力は抑制され、完全なプロトコルのデコードには -v または -vv を使用する。
0.0でリスニング中、リンクタイプEN10MB(イーサネット)、キャプチャサイズ96バイト
22:22:07.423759 ip 172.16.20.100.53875 > 10.0.20.88.80:S 998346084:998346084(0)
win 5840 。
22:22:07.424056 ip 10.0.20.88.80 > 172.16.20.100.53875:S 4671780:4671780(0) ack
998346085 win 4380 22:22:07.424776 IP 172.16.20.100.53875 > 10.0.20.88.80: . ack 1 win 365

22:22:07.424790 ip 172.16.20.100.53875 > 10.0.20.88.80:P 1:149(148) ack 1 win 365 22:22:07.424891 IP 10.0.20.88.80 > 172.16.20.100.53875: . ack 149 win 4528
<nop,nop,timestamp 2392362491 67942058>
22:22:12.024850 ip 10.0.20.88.80 > 172.16.20.100.53875:R 1:1(0) ack 149 win 4528
6パケットをキャプチャ
フィルターが受信した6パケット
0 カーネルがパケットを廃棄
サーバー側のトレース:
tcpdump: 冗長出力は抑制され、完全なプロトコルのデコードには -v または -vv を使用する。
内部でリスニング中、リンクタイプEN10MB(イーサネット)、キャプチャサイズ96バイト
22:22:07.424881 ip 172.16.20.100.53875 > 172.16.20.2.80:S 51116678:51116678(0) win
4380 .
22:22:08.424893 ip 172.16.20.100.53875 > 172.16.20.2.80:S 51116678:51116678(0) win 4380 。
22:22:09.625082 ip 172.16.20.100.53875 > 172.16.20.2.80:S 51116678:51116678(0) win 4380 。
22:22:10.825194 ip 172.16.20.100.53875 > 172.16.20.2.80:S 51116678:51116678(0) win 4380 <mss 1460,sackOK,eol
4パケットをキャプチャ 4パケットをフィルタが受信 0パケットをカーネルがドロップ
問題を解決するために、LTMスペシャリストは何をすべきでしょうか?

 
 
 
 

新しい質問 72
デバイス・グループは4つのメンバーで構成される:LTM-A、LTM-B、LTM-C、LTM-D。ある LTM スペシャリストが LTM-B のコンフィグレーションを変更した。その後、別の LTM スペシャリストが全デバイスに「変更保留中」のメッセージが表示されていることに気付く。LTM-DにログインしたLTMスペシャリストは、デバイスグループへのコンフィグ同期を試みる。同期操作は失敗した。
LTM-DのLTMスペシャリストがコンフィグレーションをグループに同期できないのはなぜですか?

 
 
 
 

新しい質問 73
これらのログエントリーには異なる根本原因がある可能性がある:
Jun 28 05:01:21 LTM_A notice mcpd[27545]:0107143a:5:CMI 再接続タイマー:有効 Jun 28 05:01:21 LTM_A notice mcpd[27545]:01071431:5:CMI ピア 1.1.1.2 ポート 6699 に接続しようとしています。
Jun 28 05:01:21 LTM_A notice mcpd[27545]:01071432:5:1.1.1.2 ポート 6699 への CMI ピア接続が確立されました。
Jun 28 05:01:26 LTM_A notice mcpd[27545]:0107143a:5:CMI再接続タイマー:無効、すべてのピアは接続されている
これらのエントリーの追加情報を得るには、どの2つのコマンドを使うべきか?(2つ選びなさい)

 
 
 
 

新しい質問 74
iRuleが与えられている:
when HTTP_REQUEST { if {([HTTP::ユーザー名] ne "") and ([HTTP::パスワード] ne "") } }.{log local0."client ip [IP::remote_addr] credentials provided [HTTP::username] [HTTP::password]"} else { pool old_application_pool }.
}関連する仮想サーバーには、new_application_pool という名前のデフォルトのプールがあります。
iRuleはどのような機能を提供しますか?

 
 
 
 

新しい質問 75
- 出展

- 出展
展示を参照。
ユーザーが仮想サーバー経由でHTTPアプリケーションにアクセスできない。
故障の原因は何ですか?

 
 
 
 

新しい質問 76
- 出展

- 出展
展示を参照。
LTM スペシャリストが、プール上の新しい HTTP モニタのトラブルシューティングを行っている。ブラウザから直接アクセスすると、プール・メンバーは正常に機能しています。しかし、モニターはメンバーをダウンとしてマークしている。LTM スペシャリストは、tcpdump を介してモニタトラフィックをキャプチャします。
何が問題なのか?

 
 
 
 

新しい質問 77
- 出展


- 出展
展示品を参照。
LTMスペシャリストはどのようにコンフィギュレーションを最小化すべきでしょうか?

 
 
 
 

新しい質問 78
- 出展

- 出展
展示を参照。
LTMスペシャリストが、LTMデバイス上に仮想サーバーをセットアップしている。LTMスペシャリストは断続的な問題の報告を受けます。あるクライアントは問題なく接続できるが、他のクライアントは接続に失敗する。
LTMスペシャリストは、関連するインターフェイス上でtcpdumpを行い、以下の結果を抽出する:
断続的な問題の原因は何ですか?

 
 
 
 

新しい質問 79
- 出展

- 出展
展示を参照。
HD1.3へのアップグレードを完了するために、LTMスペシャリストは次にどのステップを踏むべきでしょうか?

 
 
 
 

新しい質問 80
- 出展

- 展示物 -展示物を参照してください。ある企業は,1つまたは複数の仮想サーバに接続する複雑なクライアントソフトウェアを使用しています。
(VS)がLTMデバイス上でホストされている。クライアントソフトウェアに問題が発生しています。LTMのスペシャリストは次のことを行う必要があります。
問題の原因を特定する。
LTMスペシャリストは、tcpdumpで168.210.232.5のクライアント・ソースIPを確認している。しかし
クライアントの送信元IPは実際には10.123.17.12である。
10.123.17.12のIPアドレスがtcpdumpに表示されないのはなぜですか?

 
 
 
 

新しい質問 81
- 出展

- 出展
展示を参照。
ウェブサイト https://website.com に接続しようとするとエラーが発生する。このウェブサイトのDNSレコードは195.56.67.90である。上流の ISP は、ユーザーと LTM デバイス間のルーティングに問題がないことを確認しています。
以下のtcpdump出力がキャプチャされた:
IP 168.210.232.5でフィルタリングされた外部Vlan
00:25:07.598519 IP 168.210.232.5.33159 > 195.56.67.90.https: S 1920647964:1920647964(0) win 8192 <mss
1450,nop,nop,sackOK>。
00:25:07.598537 IP 195.56.67.90.https > 168.210.232.5.33159:S 2690691360:2690691360(0) ack
1920647965 win 4350 .
00:25:07.598851 IP 168.210.232.5.33160 > 195.56.67.90.https: S 2763858764:2763858764(0) win 8192 <mss
1450,nop,nop,sackOK>。
00:25:07.598858 IP 195.56.67.90.https > 168.210.232.5.33160:S 1905576176:1905576176(0) ack
2763858765 win 4350 .
IP 168.210.232.5でフィルタリングされた内部Vlan
00:31:46.171124 IP 168.210.232.5.33202 > 192.168.100.20.http: S 2389057240:2389057240(0) win 4380
.
何が問題なのか?

 
 
 
 
 

新しい質問 82
- 出展



- 出展
展示品を参照。
LTM のスペシャリストが、LTM デバイス上のワンアーム構成で構成されたアプリケーションのトラブルシューティングを行っています。アプリケーションは LTM デバイスを介して動作しませんが、アプリケーションサーバーを介して直接アクセスすると動作します。仮想サーバー
192.168.1.211:443は、アドレス192.168.1.144を使用してSNATに設定され、メンバー192.168.10.80:443を持つプールを参照している。クライアントまたはサーバー SSL プロファイルは関連付けられていない。LTM スペシャリストは、問題を特定するために 2 つのトラフィック・キャプチャを収集した。
LTMデバイスのコンフィギュレーションに何か問題がありますか?

 
 
 
 

新しい質問 83
フェイルオーバーイベントは以下のログメッセージに記録される:
Jan 01 00:56:56 BIG-IP notice mcpd[5318]:01070727:5:プール /Common/my-pool メンバー /Common/10.0.0.10:80 モニターステータスがダウンしました。
Jan 01 00:56:56 BIG-IP notice sod[5855]:010c0045:5:グループスコア 10、ピアグループスコア 20。
Jan 01 00:56:56 BIG-IP notice sod[5855]:010c0052:5: トラフィックグループ /Common/traffic-group-1 のスタンバイ。
Jan 01 00:56:56 BIG-IP notice sod[5855]:010c0018:5: スタンバイ
Jan 01 00:57:06 BIG-IP notice logger:このロガーは、/usr/bin/tmipsecd -tmmcount 4 ==> /usr/bin/bigstart stop racoon
フェイルオーバーの原因は何ですか?

 
 
 
 

新しい質問 84
LTM デバイス上に一連の Web サービス用の仮想サーバーが構築されている。LTM スペシャリストは iRule を作成し、この iRule を仮想サーバに適用する:
HTTP_REQUEST {の場合
switch [HTTP::uri] { [HTTP::uri] { [HTTP::uri] { [HTTP::uri
"/WS1/ws.jsp" {。
log local0."[HTTP::uri]-JSPプールにリダイレクトされました"
プールJSP
}
default { log local0."[HTTP::uri]-JSP以外のプールにリダイレクトされました"
プール 非JSP
} } }
しかし、iRuleは期待通りに動作しません。以下はログのスナップショットです:
/WS1/ws.jsp-JSPプールへリダイレクト /WS1/ws.jsp-JSPプールへリダイレクト /WS1/ws.jsp-JSPプールへリダイレクト /WS1/ws.jsp-非JSPプールへリダイレクト /ws1/ws.jsp-非JSPプールへリダイレクト /WS1/ws.jsp-JSPプールへリダイレクト /ws1/ws.jsp-非JSPプールへリダイレクト
何が問題なのか?

 
 
 
 

新しい質問 85
次のiRuleは何をするのですか?
とき CLIENT_ACCEPTED {
}{
#log local0。"有効なクライアントIP: [IP::client_addr] - トラフィックを転送中"
#Pool WebClient1
} else {
log local0."無効なクライアントIP: [IP::client_addr] - 廃棄"
破棄
}
}

 
 
 
 

新しい質問 86
- 出展



- 出展
展示品を参照。
ユーザーは仮想サーバーに接続するとアプリケーションにアクセスできるが、アプリケーションサーバーに直接接続すると失敗する。LTMスペシャリストは、アプリケーションサーバへの直接アクセスを許可したいと考えています。
ユーザーがアプリケーション・サーバーに直接接続できないのはなぜですか?

 
 
 
 
 

新しい質問 87
- 出展

- 出展
展示を参照。
LTMスペシャリストがF5 iHealthにqkviewをアップロードしました。
GUI上で、以下の推奨事項に従うには、どのような手順が正しいのでしょうか?
出展?

 
 
 
 

2022更新のF5 301b試験問題集と答えを無料で手に入れよう: https://www.dumpsmaterials.com/301b-real-torrent.html

         

返信を残す

メールアドレスが公開されることはありません。 が付いている欄は必須項目です

以下の画像からテキストを入力してください。