질문 82
LTM 전문가가 stdout 콘솔에서 다음 오류를 발견합니다:
mcpd[2395]: 01070608:0: 라이선스가 작동하지 않습니다(만료되었거나 디지털 서명이 콘텐츠와 일치하지 않음).
LTM 디바이스 라이선스를 확인하려면 어떤 명령을 실행해야 하나요?

질문 83
- 전시-

- 전시 - 전시
전시회를 참조하세요.
한 회사에서 LTM 기기에서 호스팅되는 하나 이상의 가상 서버(VS)에 연결하는 복잡한 클라이언트 소프트웨어를 사용합니다. 클라이언트 소프트웨어에 문제가 발생했습니다. LTM 전문가가 문제의 원인을 찾는 임무를 맡습니다.
LTM 스페셜리스트는 tcpdump 추출을 가지고 있으며 클라이언트 소프트웨어가 포트 1990의 VS에 하나 이상의 연결이 있다는 것을 알고 있습니다. 그러나 내부 VLAN에서 tcpdump가 실행되면 tcpdump에 포트 1990에 대한 기록이 없습니다.
tcpdump에 포트 1990에 대한 기록이 없는 이유는 무엇인가요?

질문 84
네트워크에 있는 장치가 활성 LTM 장치의 관리 주소와 동일한 IP 주소로 구성되어 있어 관리 GUI에 액세스할 수 없는 경우.
LTM 전문가가 관리 IP 주소를 변경하기 위해 LTM 장치에 액세스하려면 다음 중 어떤 방법을 사용해야 하나요? (두 가지를 선택하세요.)

질문 85
- 전시 - 전시

- 전시 - 전시
전시회를 참조하세요.
LTM 디바이스는 보안 채널을 통해 웹 콘텐츠의 부하를 분산하는 데 사용됩니다.
웹 콘텐츠 개발자는 HTTP 프로파일러 애플리케이션을 사용하여 추적을 수행했습니다. 그들은 LTM 디바이스가 클라이언트에 대한 트래픽을 압축하도록 허용하면 성능이 향상될 것이라고 믿습니다. 클라이언트는 GZIP 또는 압축 해제 알고리즘을 활용할 수 있습니다.
LTM 전문가가 압축을 구현해야 합니다.
LTM 전문가가 다음 작업을 완료했습니다:
1. 관련 프로필을 만듭니다.
2. 가상 서버(VS)에 관련 프로필을 적용합니다.
관련 프로파일을 적용한 후 LTM 디바이스가 트래픽을 압축하지 못합니다. 대신 트래픽이 오류와 함께 전송되고 있습니다.
무엇이 문제인가요?

질문 86
- 전시 - 전시



- 전시 - 전시
전시물을 참조하세요.
사용자가 가상 서버에 연결할 때는 애플리케이션에 액세스할 수 있지만 애플리케이션 서버에 직접 연결할 때는 성공하지 못합니다. LTM 스페셜리스트가 애플리케이션 서버에 직접 액세스할 수 있도록 하려고 합니다.
어떤 구성 변경으로 이 문제가 해결되나요?

질문 87
LTM 장치는 클라이언트의 소스 IP 주소를 기반으로 ACL(액세스 제어 목록)을 구현하는 웹 서버 집합에 부하 분산을 제공하도록 구성됩니다. ACL은 네트워크 수준에 있으며 웹 서버는 연결이 허용되지 않는 경우 클라이언트에 TCP 재설정을 다시 보내도록 구성됩니다.
가상 서버는 기본 OneConnect 프로필로 구성됩니다.
ACL은 웹 서버에서 다음과 같이 정의됩니다:
허가 192.168.136.0/24
거부: 192.168.116.0/24
패킷 캡처는 IP 주소 192.168.136.100의 가상 서버에 대한 두 개의 개별 클라이언트 플로우를 캡처한 것입니다.
클라이언트 A - Src 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) win 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
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승 16425
09:35:11.081029 IP 192.168.136.100.80 > 192.168.136.1.55684: . ack 299 win 4678 서버사이드:
09:35:11.081022 IP 192.168.136.1.55684 > 192.168.116.128.80: S 685865802:685865802(0) win 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
09:35:11.081943 IP 192.168.136.1.55684 > 192.168.116.128.80: . ack 1 win 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.80 > 192.168.136.1.55684: . ack 299 win 108 클라이언트 B - Src 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
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승 16425
09:36:11.245922 IP 192.168.136.100.80 > 192.168.116.1.55769: . ack 299 win 4678 서버사이드:
09:36:11.245940 IP 192.168.136.1.55684 > 192.168.116.128.80: P 599:897(298) ack 4525 win 8904
09:36:11.247847 IP 192.168.116.128.80 > 192.168.136.1.55684: P 4525:5001(476) ack 897 win 142 웹 서버에서 두 번째 클라이언트 흐름이 허용된 이유는 무엇인가요?

질문 88
- 전시 - 전시

- 전시 - 전시
전시회를 참조하세요.
한 쌍의 LTM 디바이스가 HA용으로 구성됩니다.
IP 주소가 10.0.0.4인 풀 멤버 서버가 활성 LTM 디바이스에는 전혀 응답하지 않지만 대기 LTM 디바이스에는 여전히 응답하는 경우 어떻게 되나요?

질문 89
- 전시-
- 전시 - 전시
전시회를 참조하세요.
LTM 전문가가 가상 서버를 생성하여 HTTPS 서버 풀에 대한 트래픽 부하를 분산합니다. 이 서버는 사용자 인증을 위해 클라이언트 인증서를 사용합니다. 가상 서버에는 clientssl, serverssl 및 http 프로필이 활성화되어 있습니다. 클라이언트는 가상 서버를 통해 애플리케이션에 연결할 수 없지만 애플리케이션 서버에는 직접 연결할 수 있습니다.
LTM 디바이스 구성을 변경하면 어떤 방식으로 문제가 해결되나요?

질문 90
- 전시 - - 전시 - 전시를 참조하세요. 레이어 2 nPath 라우팅 구성이 배포되었습니다. 패킷 캡처에 클라이언트가 포함되어 있습니다.

연결 패킷에 다음 속성을 추가합니다:
소스 IP:
대상 IP:
패킷 캡처는 어느 위치에서 이루어졌을 수 있나요? (두 곳을 선택하세요.)

질문 91
LTM 전문가가 www.example.com 에 대한 가상 서버를 구성하여 쇼핑 카트 애플리케이션을 제공하는 애플리케이션 서버 풀에 대한 연결을 로드 밸런싱했습니다. 가상 서버에서 쿠키 지속성이 활성화되어 있습니다. 사용자가 애플리케이션에 연결할 수 있지만 사용자의 장바구니가 업데이트되지 않습니다. 트래픽 캡처는 다음을 보여줍니다:
요청:
GET /cart/updatecart.php HTTP/1.1
호스트: www.example.com
연결: 연결 유지
캐시 제어: 최대 연령=0
사용자 에이전트: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_5) AppleWebKit/537.4 (KHTML, Gecko 등) Chrome/22.0.1229.94 Safari/537.4 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-EncodinG. gzip,deflate,sdch Accept-LanguagE. en-US,en;q=0.8 Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3 CookiE. BIGipServerwebstore_pool=353636524.20480.0000 Response:
http/1.1 200 ok
DatE. 수, 24 Oct 2012 18:00:13 GMT
Server: 서버: Apache/2.2.22(우분투)
X-Powered-By: PHP/5.3.10-1ubuntu3.1
Set-CookiE. cartID=647A5EA6657828C69DB8188981CB5; path=/; domain=wb01.example.com Keep-AlivE. timeout=5, max=100 연결: Keep-Alive Content-TypE. text/html 애플리케이션을 변경할 수 없습니다.
LTM 전문가가 문제를 해결하려면 어떻게 해야 하나요?

질문 92
- 전시 - 전시

- 전시 - 전시
전시회를 참조하세요.
LTM 전문가가 세 대의 BIG-IP LTM 장치로 구성된 동기화 장애 조치 그룹의 문제를 해결하고 있습니다. 사용된 명령은 "tmsh run cm watch-devicegroup-device"입니다.
출력은 무엇을 의미하나요?

질문 93
애플리케이션이 LTM 장치에 구성되어 있습니다:
가상 서버: 10.0.0.1:80(VLAN vlan301)
SNAT IP: 10.0.0.1
풀 구성원: 10.0.1.1:8080, 10.0.1.2:8080, 10.0.1.3:8080(VLAN vlan302)
이 애플리케이션에 대한 서버 트래픽만 캡처하려면 LTM 전문가가 LTM 장치 명령줄 인터페이스에서 어떤 패킷 캡처를 수행해야 하나요?

질문 94
LTM 디바이스가 TCP RST 패킷 생성 이유를 기록하도록 구성되었습니다.
다음 로그 항목이 발생합니다:
"01230140:3: 192.168.1.100:80에서 192.168.1.124:39272, [0x112d82a:1721] {피어}로 RST를 보냈습니다. 원격 시스템에서 TCP RST를 보냈습니다." 어떤 조건이 이 로그 항목을 트리거하나요?

질문 95
- 전시 - 전시

- 전시회 - 전시회를 참조하세요.
관리자가 풀 구성원 웹 서버에 대한 모니터를 만들었는데, 그 결과 풀 구성원이 빨간색으로 표시되었습니다. 관리자는 다른 컴퓨터에서 웹 서버에 액세스할 때 해당 웹 서버가 작동 중임을 알 수 있습니다.
관리자가 문제를 해결하려면 어떻게 해야 하나요?

질문 96
- 전시 - 전시

- 전시 - 전시
전시회를 참조하세요.
사용자가 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
<mss 1460,nop,wscale 0,sackOK,eol>
무엇이 문제인가요?

질문 97
LTM 전문가가 방금 활성 LTM 장치를 대기 LTM 장치로 수동으로 장애 처리했습니다.
LTM 전문가가 새로 활성화된 LTM 디바이스가 현재 트래픽을 수신하고 있지 않음을 확인합니다. LTM 전문가가 새로 활성화된 디바이스가 ARP에 응답하고 있지만 여전히 가상 서버에 트래픽이 발생하지 않는 것을 확인합니다. 또한 LTM 전문가는 가상 서버가 결국 응답하기 시작하는 것을 확인합니다.
문제를 해결하려면 구성에 무엇을 추가해야 하나요?

질문 98
- 전시 - - 전시 -

전시회를 참조하세요.
BIG-IP1에서 장애 조치가 방금 발생했습니다. 이제 BIG-IP2가 활성화되어 예상대로 트래픽을 관리합니다. 두 Bigip 모두 메인 보더 라우터의 도달 가능성을 확인하기 위해 게이트웨이 장애 안전이 설정되어 있습니다. 스위치가 예상대로 작동합니다.
LTM 스페셜리스트는 잠재적인 문제를 어디에서 확인해야 하나요?

질문 99
고객은 애플리케이션이 클라이언트로 보내는 모든 리디렉션을 가로채야 합니다. 리디렉션이 일치하면 고객은 클라이언트 IP 주소를 포함한 메시지를 기록해야 합니다.
어떤 iRule을 사용해야 하나요?

질문 100
LTM 전문가가 고객으로부터 여러 애플리케이션이 제대로 작동하지 않는다는 보고를 받습니다. LTM 전문가가 실행 중인 서비스를 살펴본 결과 큰 프로세스가 시작되지 않은 것을 발견합니다.
빅드 프로세스가 중지되면 모니터링되는 LTM 디바이스 개체는 어떻게 표시되나요?

질문 101
- 전시 - 전시

- 전시 - 전시
전시회를 참조하세요.
사용자가 가상 서버를 통해 HTTP 애플리케이션에 액세스할 수 없습니다.
실패의 원인은 무엇인가요?

질문 102
풀 멤버는 간단한 정적 웹 콘텐츠를 제공합니다.
현재 가상 서버 구성은 다음과 같습니다: tmsh list ltm virtual simple
ltm 가상 단순 { 대상 10.10.10.10:80 ip-프로토콜 tcp 마스크 255.255.255.255 프로파일 { http { } httpcompression { } 원커넥트 { } tcp { } } } snat automap vlans-disabled
}
tmsh 목록 ltm pool simple_pool ltm pool simple_pool { 멤버 {
10.10.10.11:80 { 주소 10.10.10.11 }
10.10.10.12:80
{ 주소 10.10.10.12 }
10.10.10.12:80
{ 주소 10.10.10.13 } }
}
가상 서버 구성에서 가상 서버의 기능을 중단하지 않고 제거할 수 있는 개체 세 가지는 무엇인가요? (세 개를 선택하세요.)

질문 103
웹 애플리케이션을 사용하려면 클라이언트가 대상 서버와 서비스 식별을 제공해야 합니다.
이 정보를 제공하는 HTTP 헤더는 무엇인가요?

질문 104
LTM 전문가는 다음과 같이 HTTP 모니터를 구성합니다:
ltm monitor http stats_http_monitor { defaults-from http destination *:*
간격 5
수신 "상태 확인: OK"
"GET /stats/stats.html HTTP/1.1rnHost: www.example.comrnAccept-EncodinG. gzip,
deflaternConnection: closernrn"
시간까지 0
시간 초과 16
}
모니터가 모든 노드를 다운으로 표시하고 있습니다. HTTP 대화 추적을 보면 다음과 같이 표시됩니다:
GET /stats/stats.html HTTP/1.1
호스트: www.example.com
수락-인코딩, 압축 해제
연결: 닫기
HTTP/1.1 401 인증 필요
DatE. Tue, 23 Oct 2012 19:38:56 GMT
Server: Apache/2.2.15(유닉스)
WWW-AuthenticatE. 기본 영역="자격 증명을 입력하세요"
콘텐츠 길이. 480
연결: 닫기
Content-TypE. 텍스트/html; 문자셋=iso-8859-1
어떤 조치를 취하면 문제가 해결되나요?

질문 105
- 전시 - 전시

- 전시 - 전시
전시회를 참조하세요.
사용자가 가상 서버를 통해 보안 애플리케이션에 액세스할 수 없습니다.
문제의 원인은 무엇인가요?