네트워크 문제 해결 가이드

이 가이드는 네트워크 성능 문제를 진단하고 해결하는 데 필요한 협업 단계를 개괄적으로 설명합니다. 이 가이드는 우선순위가 지정된 흐름도 형태로 구성되어 있으며, 가장 간단하고 흔한 문제부터 시작하여 점차 더 복잡한 조사 단계로 진행됩니다.

필수 사항: 애플리케이션 모범 사례 검토

심층적인 네트워크 조사를 진행하기 전에, 애플리케이션이 최적의 성능을 발휘하도록 설계되었는지 확인하는 것이 필수적입니다. 고주파수 API 호출이나 비효율적인 트리거와 같은 애플리케이션 설계 문제를 해결함으로써 많은 성능 문제를 해결할 수 있습니다.

여기에서 애플리케이션 설계 가이드를 검토하십시오.

애플리케이션이 이미 이러한 지침을 따르고 있다면, 다음 네트워크 조사 단계와 후속 조치를 진행하십시오.

1단계: 기본 점검

최소한의 노력으로 로컬, 클라이언트 측 및 물리 계층 문제를 신속하게 배제하십시오.

1. 문제가 발생한 단말기에서 현재 진단 실행

• 조치: 비교를 위해 대상 서비스와 안정적이고 대역폭이 넓은 공용 엔드포인트(예: google.com 또는 cloudflare.com) 모두에 대해 다음 명령을 실행하십시오.
• 최소/평균/최대 지연 시간 및 패킷 손실을 확인하기 위해확장 핑(50~100회 이상)을 수행합니다.
• ping 1.1.1.1 (Cloudflare)
• ping 8.8.8.8 (Google)
• pathping (Windows 환경인 경우)
• DNS 조회: nslookup, dig, drill
• 우선순위 이유: 이 데이터는 수집하는 데 가장 빠른 정보입니다. 비교 테스트는 매우 중요하며, 문제가 특정 서비스 경로에 국한된 것인지, 아니면 해당 스테이션에서 발생하는 일반적인 인터넷 문제인지 즉시 파악할 수 있게 해줍니다.
• 조치 - Tulip의 “네트워크 확인” 기능 사용
  • 옵션 1 - 브라우저 창에서 https://{사용자 Tulip Instance}.tulip.co/networkCheck로 이동합니다.
  • 옵션 2 - Tulip Player에서 '도구' 메뉴를 클릭한 다음 '네트워크 확인'을 클릭합니다.
  • 결과 확인
    • 모든 테스트가 통과되었는지 확인하십시오. 통과되지 않은 경우, 해당 화면의 스크린샷을 찍고 ‘진단 정보 다운로드’를 누르십시오. 스크린샷과 진단 파일을 support.tulip.co로 보내시면 Tulip 담당자가 도움을 드릴 수 있습니다.
    • 또한 사내 IT 팀과 이 파일들을 공유하여 문제 해결을 도와달라고 요청할 수도 있습니다.

2. 하드웨어 실물 점검 수행

• 조치: 문제가 발생한 스테이션에 대해 철저한 물리적 하드웨어 점검을 수행하십시오. 결함이 있는 이더넷 케이블, 제대로 장착되지 않은 네트워크 카드 또는 물리적 스위치 포트 문제를 확인하십시오.우선순위 이유: 물리 계층 문제는 근본적인 문제이며, 더 복잡한 네트워크 문제를 흉내 낼 수 있습니다. 이를 먼저 배제하면 소프트웨어 수준 진단에 시간을 낭비하는 것을 방지할 수 있습니다.

3. 해당 단말기의 구성 확인

• 조치: 해당 단말기의 DNS 설정, 로컬 프록시 구성(리디렉션 여부), 로컬 보안/방화벽 소프트웨어를 확인하고, DHCP 서버 로그를 조사하여 해당 단말기에서 빈번한 DHCP 재협상이 발생하지 않는지 확인하십시오.
• 우선순위 이유: 이는 클라이언트별 설정으로, 전체 네트워크에는 영향을 주지 않으면서도 특정 사용자에게만 문제를 일으킬 수 있습니다. 물리적 문제와 일반적인 인터넷 문제를 배제한 후 확인해야 할 다음 단계입니다.

4. 최근 이벤트에 대한 로컬 시스템 로그 검토

• 조치: 문제가 발생한 워크스테이션에서 시스템 이벤트 로그(예: Windows 이벤트 뷰어, macOS 콘솔, Linux journalctl/dmesg)를 확인하여, 성능 문제가 발생한 시점과 일치하는 최근의 네트워크 관련 오류, 경고 또는 중요한 변경 사항이 있는지 확인하십시오. 네트워크 어댑터 상태 변경, DHCP 임대 실패, DNS 확인 문제 또는 방화벽/보안 소프트웨어 경고와 관련된 이벤트를 찾으십시오.
• 우선순위 이유: 이를 통해 문제가 새로 발생한 것인지, 아니면 최근의 구성 변경이나 클라이언트 컴퓨터에 흔적을 남겼을 수 있는 이전의 국부적인 네트워크 문제와 관련이 있는지 파악하는 데 도움이 됩니다.

2단계: 인프라 상관 관계 분석

특정 이벤트 데이터를 사용하여 공유 네트워크 인프라를 조사하십시오. 이 단계에서는 IT 부서의 접근 권한과 협력이 필요합니다.

5. 타임스탬프를 정확히 파악하고 내부 로그를 검토하십시오

• 조치: 사용자가 보고한 속도 저하 시점을 내부 네트워크 장치 로그와 상호 연관시킵니다. 다음 사항을 확인하십시오:
• 높은 네트워크 지터
• 패킷 손실 또는 높은 재전송률
• 네트워크 다이어그램을 검토하고 로그를 제공하십시오
• 문제 발생 기간 동안의 네트워크 로그(해당되는 경우 프록시 포함)
• 로컬 네트워크 정체 또는 대역폭 포화 현상
• 우선순위 이유: 이를 통해 조사 대상을 정확한 시점으로 집중시킬 수 있어, 며칠 분량의 로그를 일일이 검색하는 것보다 훨씬 효율적입니다. 외부 업체에 의뢰하기 전에 반드시 수행해야 합니다.

6. 방화벽 및 보안 어플라이언스 성능 검토

• 조치: 문제 발생 시간대 동안 방화벽/프록시 로그를 검토하여 차단된 TCP/UDP 연결을 확인하고, 어플라이언스 리소스(CPU, RAM, 연결 수)를 점검하십시오. 또한, 필요한 모든 Tulip IP 주소와 도메인이 현재 허용 목록에 포함되어 있으며, 지연 시간을 유발할 수 있는 지나치게 엄격한 검사 대상이 아닌지 확인해 주십시오. 연결 제한, 동시 세션 수, 심층 패킷 검사(DPI)로 인해 발생하는 지연 시간과 같은 프록시 관련 지표에 주의를 기울이십시오.
• 우선순위 이유: 보안 어플라이언스는 흔한 병목 지점입니다. 이를 통해 명시적인 차단 규칙은 물론, 과부하된 하드웨어나 침입적인 검사 정책으로 인한 성능 저하도 모두 확인할 수 있습니다.

7. 서비스 품질(QoS) 구성 검토

• 조치: QoS 정책이 구현되어 있는 경우, 애플리케이션 서비스로 들어오고 나가는 트래픽이 어떻게 분류되는지 확인하십시오. 실수로 우선순위가 낮아지지 않았는지 확인하십시오.
• 우선순위 이유: QoS 설정 오류는 애플리케이션 성능 문제의 구체적이면서도 종종 간과되는 원인이며, 특히 네트워크 활동이 활발한 기간에 더욱 두드러집니다.

8. 전체 대역폭 및 SNMP 데이터 분석

• 조치: 사이트 전체의 최대 대역폭 사용량을 검토하고, 문제 발생 시간대에 라우터/스위치에서 수집된 SNMP 데이터를 확인하여 높은 사용률이나 오류가 있는지 점검하십시오.
• 우선순위 이유: 이를 통해 문제가 전반적인 네트워크 용량이나 경합과 관련된 것인지 판단할 수 있습니다.

9. ISP 네트워크 경로 분석

• 조치: ISP에 연락하여 높은 지연 시간이 발생한 구체적인 타임스탬프를 제공하십시오.
• ISP에 요청할 구체적인 사항: 비최적 라우팅, 피어링 지점의 혼잡, 해당 세그먼트나 전송 경로에서의 패킷 손실/지연 증가, 또는 해당 특정 시간대에 활성화된 관련 네트워크 정책이 있는지 확인해 달라고 요청하십시오.
• 우선순위 이유: 이 과정에는 외부 기관이 관여되며, 내부 조사에서 얻은 정확한 데이터와 타임스탬프를 제공할 때 가장 효과적입니다.

3단계: 심층 분석

고도로 기술적이고 자원이 많이 소요되는 방법을 사용하여 가장 파악하기 어려운 문제를 찾아냅니다.

10. 고급 패킷 수준 심층 분석

• 조치: 속도 저하 현상이 발생하는 동안 영향을 받은 시스템에서 전체 패킷 캡처(pcap)를 수행하십시오. 핵심은 모든 분석 계층에 걸쳐 타임스탬프 상관관계에 특별히 집중하는 것입니다. 캡처된 데이터를 분석하여 패킷 조작(예: TTL 변경), 프로토콜 오류(TCP 재전송) 또는 특정 ICMP 오류 메시지가 있는지 확인하십시오.
• 우선순위 이유: 이 단계는 가장 복잡한 단계입니다. 이 단계는 궁극적인 사실 관계를 제공하지만, 다른 모든 조사에서 원인을 찾지 못한 경우에만 수행됩니다.