자격증문제 793개· 검수 문제 22개

CCNA

CCNA 준비에 도움이 되는 장애 대응 문제 793개를 모았습니다.

모든 문제 793개

NETWORK-551코어 경로의 AAA는 성공하는데 out-of-band 인터페이스에서 나온 장비 관리가 이제 운영 트래픽과 다른 정책 realm에 걸림 (경계 강화 작업 후)서버에는 닿는데 관리 경로가 엉뚱한 인가 도메인으로 분류됩니다. 겉보기 워크플로는 그대로지만, 숨은 의존성 하나가 아직 강화 작업 이전의 느슨한 공유·격리 경계를 가정합니다.Network중급18분Pro NETWORK-555코어 경로의 AAA는 성공하는데 out-of-band 인터페이스에서 나온 장비 관리가 이제 운영 트래픽과 다른 정책 realm에 걸림 (레거시 종료 리허설 중)서버에는 닿는데 관리 경로가 엉뚱한 인가 도메인으로 분류됩니다. 주 경로로는 서비스가 계속 되고, 옛 구성 요소가 완전히 빠질 때만 의존성 하나가 실패합니다. 주 구성 요소는 계속 트래픽을 받지만, 폐기 훈련이 제거 대상에 대한 잠복 의존성을 드러냅니다. 훈련이 레거시 경로를 완전히 걷어내기 전까지 평상시 트래픽은 깨끗했습니다.Network중급18분Pro NETWORK-030blue-green 전환이 webhook 콜백 허용목록을 빠뜨림새 스택이 라이브인데 콜백 제공자 하나가 아직 옛 주소를 가리킵니다 — 허용 목록과 DNS 전환이 어긋나 있습니다.Network중급19분Pro NETWORK-1195리버스 프록시가 499와 upstream 타임아웃을 함께 반환팀이 공개 NGINX 진단 글을 읽고 499 상태 코드에 집중합니다. 진짜 문제는 클라이언트가 먼저 끊을 만큼 느린 백엔드 경로입니다.Network중급19분Pro NETWORK-1193패킷 캡처로 SYN이 host에 닿는 건 확인되는데 응답이 엉뚱한 인터페이스로 나감인바운드 트래픽은 보이는데 연결이 계속 실패합니다 — 응답이 클라이언트가 실제로 돌아올 수 있는 경로와 다른 egress 경로를 탑니다.Network중급20분Pro NETWORK-1197프록시 계층 하나의 DNS TTL 전제가 더 길어 로드밸런서가 옛 백엔드 경로를 계속 재사용failover나 백엔드 전환이 맞아 보이는데 트래픽이 계속 옛 타깃을 때립니다 — 프록시나 edge 캐시 하나가 운영자 예상보다 긴 DNS 수명을 따릅니다.Network중급20분Pro NETWORK-022resolver 하나가 새 TTL을 무시해 내부 DNS가 옛 대상으로 해석대부분의 클라이언트는 새 목적지를 받아들이는데 일부가 오래된 IP에 남습니다 — resolver 동작이 일관되지 않습니다.Network중급21분Pro NETWORK-028CDN POP 하나를 거칠 때만 TLS handshake가 실패대부분의 리전은 성공하는데 edge 위치 하나가 더 오래된 TLS 경로를 협상해 요청을 깨뜨립니다.Network중급22분Pro NETWORK-008애플리케이션과 DB 사이에서만 반복되는 패킷 손실 문제전체 네트워크는 멀쩡해 보이지만 특정 경로에서만 손실이 발생하는 상황을 단계적으로 좁힙니다.Network고급26분Pro NETWORK-023east-west 서비스 메시 트래픽에서만 패킷 손실이 나타남north-south 트래픽은 안정적인데 암호화된 내부 mesh 트래픽이 버스트 부하에서 패킷을 잃습니다.Network고급27분Pro NETWORK-005MTU 불일치 때문에 특정 gRPC 요청만 간헐 실패하는 문제작은 요청은 되는데 큰 요청만 중간에서 끊기는 상황에서 MTU와 세그먼트 크기를 추적합니다.Network고급27분Pro NETWORK-029CPU가 바빠 보이기도 전에 conntrack 축출이 새 연결을 해침호스트에 CPU 여유는 있는데 새 flow가 실패합니다 — connection tracking 항목이 너무 공격적으로 제거됩니다.Network고급29분Pro NETWORK-140HSRP 라우터 둘 다 DHCP를 relay해, helper 로직이 활성 게이트웨이 경로로 제한되지 않은 탓에 클라이언트가 간헐적으로 중복 offer를 받음게이트웨이 이중화는 정상인데 인접 서비스가 이제 두 번 응답합니다 — 두 경로 모두 같은 브로드캐스트를 전달합니다.Network중급15분Pro NETWORK-134LACP 번들이 잘 되다가 교체 중 한쪽이 조용히 passive로 바뀌어 port-channel이 단일 링크로 축소대부분의 트래픽은 계속 통과하는데 용량과 이중화가 사라집니다 — 이제 한쪽만 능동적으로 협상하고 있습니다.Network중급15분Pro NETWORK-118LLDP-MED가 음성 VLAN을 광고하는데 포트가 끊겼다 붙으면 access 스위치 데이터 정책이 그것을 덮어씀전화기가 한 번은 올바른 구간으로 부팅하는데, 링크 재협상 후 다른 edge 정책이 포트를 재분류해 예상 밖으로 옮겨집니다.Network중급15분Pro NETWORK-157Wi-Fi 컨트롤러가 올바른 게스트 SSID를 광고하는데 템플릿 재적용 후 상류 스위치 trunk가 새 VLAN을 잘라냄클라이언트는 연결할 수 있는데 새 구간의 데이터 플레인이 끝에서 끝까지 존재한 적이 없습니다.Network중급15분Pro NETWORK-142access 스위치의 VLAN 변환이 사용자 트래픽에는 맞는데 LLDP 프레임은 변환되지 않아 IP 전화기가 음성 정책을 끝내 발견하지 못함데이터는 되는데 온보딩이 실패합니다 — 컨트롤 플레인 프레임이 같은 변환 전제를 따르지 않았습니다.Network중급16분Pro NETWORK-145DHCP 서버는 도달되는데 스위치 교체 중 Option 82 형식이 바뀌어 서버가 circuit을 잘못 분류3계층에서는 주소 할당이 유지되는데 edge 신원 메타데이터가 더는 서버의 정책 규칙과 맞지 않습니다.Network중급16분Pro NETWORK-150DNS resolver 클러스터는 내부적으로 응답하는데 모니터링 probe가 TCP로만 질의하고 방화벽 변경으로 큰 레코드의 폴백 응답이 차단됨응답이 커져 probe가 더는 닿지 않는 프로토콜 경로가 필요해지기 전까지는 대부분의 조회가 괜찮아 보입니다.Network중급16분Pro NETWORK-120IPv4 기본 라우팅은 안정적인데 RA guard가 새 IPv6 게이트웨이 갱신을 막아 dual-stack 클라이언트가 서서히 열화IPv6 신선도가 중요해지기 전까지는 연결이 대체로 괜찮아 보입니다 — edge가 더는 의도한 게이트웨이의 router advertisement를 허용하지 않습니다.Network중급16분Pro