301b 문제 6

풀에는 가상 IP 주소가 있는 172.16.20.1, 172.16.20.2 및 172.16.20.3의 3개 서버가 있습니다.
10.0.20.88.
사용자는 HTTP 애플리케이션에 연결할 수 없습니다. 문제를 이해하고 솔루션을 찾기 위해 LTM 전문가는 LTM 장치에서 두 개의 동시 추적을 실행하여 다음 결과를 얻습니다.
클라이언트 측 추적:
tcpdump: 상세 출력 억제, 0.0, 링크 유형 EN10MB(이더넷), 캡처 크기 96바이트에서 수신 대기하는 전체 프로토콜 디코드에 -v 또는 -vv 사용
22:22:07.423759 IP 172.16.20.100.53875 > 10.0.20.88.80: S 998346084:998346084(0) 승리 5840 <mss
1460,sackOK,타임스탬프 67942058 0,nop,wscale 4>
22:22:07.424056 IP 10.0.20.88.80 > 172.16.20.100.53875: S 4671780:4671780(0) ack 998346085 win 4380
<mss 1460,nop,wscale 0,nop,nop,timestamp 2392362490 67942058,sackOK,eol>
22:22:07.424776 IP 172.16.20.100.53875 > 10.0.20.88.80: . ack 1 승 365 <nop,nop,timestamp 67942058
2392362490>
22:22:07.424790 IP 172.16.20.100.53875 > 10.0.20.88.80: P 1:149(148) ack 1승 365 <nop,nop,timestamp
67942058 2392362490>
22:22:07.424891 IP 10.0.20.88.80 > 172.16.20.100.53875: . ack 149 승리 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 승리 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) 승리 4380 <mss
1460,nop,wscale 0,nop,nop,timestamp 2392362491 0,sackOK,eol>
22:22:08.424893 IP 172.16.20.100.53875 > 172.16.20.2.80: S 51116678:51116678(0) 승리 4380 <mss
1460,nop,wscale 0,nop,nop,timestamp 2392363491 0,sackOK,eol>
22:22:09.625082 IP 172.16.20.100.53875 > 172.16.20.2.80: S 51116678:51116678(0) 승리 4380 <mss
1460,nop,wscale 0,nop,nop,timestamp 2392364691 0,sackOK,eol>
22:22:10.825194 IP 172.16.20.100.53875 > 172.16.20.2.80: S 51116678:51116678(0) 승리 4380 <mss
1460,sackOK,얼>
4 패킷 캡처
필터에 의해 수신된 4개의 패킷
커널에 의해 드롭된 패킷 0개
LTM 전문가는 문제를 해결하기 위해 무엇을 해야 합니까?

301b 문제 7

LTM 전문가가 네트워크에서 AOM(Always On Management)에 대한 액세스를 허용하려고 합니다.
LTM 전문가가 AOM 인터페이스를 구성하기 위해 사용해야 하는 두 가지 방법은 무엇입니까? (두 가지를 선택하세요.)

301b 문제 8

-- 전시하다-

-- 전시하다 -
전시회를 참조하십시오.
LTM 전문가는 FTP 서버 풀에 부하를 분산하도록 가상 서버를 구성합니다. 파일 전송이 실패하고 있습니다. 가상 서버는 다음과 같이 구성됩니다.
ltm 가상 ftp_vs { 대상 10.10.1.103:ftp ip-protocol tcp 마스크 255.255.255.255 풀 ftp_pool 프로필 { tcp { } } vlans-disabled }
어떤 변경으로 문제가 해결됩니까?

301b 문제 9

-- 전시하다 -

-- 전시하다 -
전시회를 참조하십시오.
회사는 LTM 장치에서 호스팅되는 하나 이상의 VS(가상 서버)에 연결하는 복잡한 클라이언트 소프트웨어를 사용합니다. 클라이언트 소프트웨어에 문제가 있습니다. LTM 전문가는 문제의 원인을 파악해야 합니다. LTM Specialist에는 tcpdump 추출이 있습니다. 클라이언트에서 LTM 장치와의 연결이 끊어집니다.
재설정은 어디에서 시작됩니까?

301b 문제 10

응용 프로그램 소유자가 LTM 장치가 HTTP 응용 프로그램의 전달을 지연하고 있다고 주장합니다. LTM 장치에는 두 개의 VLAN(내부 및 외부)이 있습니다. 애플리케이션 서버는 내부 VLAN에 상주합니다. 가상 서버와 클라이언트는 외부 VLAN에 상주합니다.
적절한 필터를 적용한 경우 배달 지연 주장을 조사하기 위해 패킷 캡처를 얻는 데 가장 효율적인 솔루션은 무엇입니까?