301b 문제 66
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) 승리 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 승리 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 승 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) 승리 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 승리 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.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) 승리 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 승리 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 승 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 웹 서버에서 두 번째 클라이언트 흐름을 허용한 이유는 무엇입니까?
가상 서버는 기본 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) 승리 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 승리 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 승 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) 승리 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 승리 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.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) 승리 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 승리 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 승 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 웹 서버에서 두 번째 클라이언트 흐름을 허용한 이유는 무엇입니까?
301b 문제 67
LTM 장치가 세 개의 풀 구성원을 모니터링하고 있습니다. 한 풀 멤버가 다운 표시되고 있습니다.
모니터가 작동 중이라고 판단한 후 서버에 연결이 넘쳐나는 것을 방지하기 위해 LTM 전문가는 무엇을 활성화해야 합니까?
모니터가 작동 중이라고 판단한 후 서버에 연결이 넘쳐나는 것을 방지하기 위해 LTM 전문가는 무엇을 활성화해야 합니까?
301b 문제 68
이러한 로그 항목에는 다양한 근본 원인이 있을 수 있습니다.
6월 28일 05:01:21 LTM_A 통지 mcpd[27545]: 0107143a:5: CMI 재연결 타이머: 활성화됨 Jun 28 05:01:21 LTM_A 통지 mcpd[27545]: 01071431:5: CMI 피어 1.1.1.2에 연결 시도 포트
6699
6월 28일 05:01:21 LTM_A 통지 mcpd[27545]: 01071432:5: 1.1.1.2 포트로 설정된 CMI 피어 연결
6699
Jun 28 05:01:26 LTM_A 통지 mcpd[27545]: 0107143a:5: CMI 재연결 타이머: 비활성화됨, 모든 피어가 연결됨 이러한 항목에 대한 추가 정보를 얻기 위해 사용해야 하는 두 가지 명령은 무엇입니까? (두 가지를 선택하세요.)
6월 28일 05:01:21 LTM_A 통지 mcpd[27545]: 0107143a:5: CMI 재연결 타이머: 활성화됨 Jun 28 05:01:21 LTM_A 통지 mcpd[27545]: 01071431:5: CMI 피어 1.1.1.2에 연결 시도 포트
6699
6월 28일 05:01:21 LTM_A 통지 mcpd[27545]: 01071432:5: 1.1.1.2 포트로 설정된 CMI 피어 연결
6699
Jun 28 05:01:26 LTM_A 통지 mcpd[27545]: 0107143a:5: CMI 재연결 타이머: 비활성화됨, 모든 피어가 연결됨 이러한 항목에 대한 추가 정보를 얻기 위해 사용해야 하는 두 가지 명령은 무엇입니까? (두 가지를 선택하세요.)
301b 문제 69
장치 장애 조치의 원인을 조사하는 동안 LTM 전문가는 /var/log/ltm에서 다음 이벤트를 발견합니다.
01010029:5: 시계가 518틱 앞당겨짐
01010029:5: 시계가 505틱 앞당겨짐
01010029:5: 시계가 590틱 앞당겨짐
01010029:5: 시계가 568틱 앞당겨짐
01010029:5: 시계가 1681틱 앞당겨짐
01010029:5: 시계가 6584틱 앞당겨짐
01140029:5: HA daemon_heartbeat tmm 실패 조치는 장애 조치 및 재시작입니다.
010c0026:5: 장애 조치 조건, 대기 상태로 전환하려는 활성.
어떤 문제로 인해 장애 조치가 발생했습니까?
01010029:5: 시계가 518틱 앞당겨짐
01010029:5: 시계가 505틱 앞당겨짐
01010029:5: 시계가 590틱 앞당겨짐
01010029:5: 시계가 568틱 앞당겨짐
01010029:5: 시계가 1681틱 앞당겨짐
01010029:5: 시계가 6584틱 앞당겨짐
01140029:5: HA daemon_heartbeat tmm 실패 조치는 장애 조치 및 재시작입니다.
010c0026:5: 장애 조치 조건, 대기 상태로 전환하려는 활성.
어떤 문제로 인해 장애 조치가 발생했습니까?
301b 문제 70
주어진 iRule:
HTTP_REQUEST일 때 {
if {([HTTP::username] ne "") and ([HTTP::password] ne "") } {
local0을 기록합니다. "클라이언트 IP [IP::remote_addr] 자격 증명 제공 [HTTP::username] [HTTP::password]"}
또 다른 {
풀 old_application_pool
}
}
연결된 가상 서버에는 new_application_pool이라는 기본 풀이 있습니다.
iRule은 어떤 기능을 제공합니까?
HTTP_REQUEST일 때 {
if {([HTTP::username] ne "") and ([HTTP::password] ne "") } {
local0을 기록합니다. "클라이언트 IP [IP::remote_addr] 자격 증명 제공 [HTTP::username] [HTTP::password]"}
또 다른 {
풀 old_application_pool
}
}
연결된 가상 서버에는 new_application_pool이라는 기본 풀이 있습니다.
iRule은 어떤 기능을 제공합니까?
