손실 추적

마지막 업데이트: 2022년 3월 12일 | 0개 댓글
  • 네이버 블로그 공유하기
  • 네이버 밴드에 공유하기
  • 페이스북 공유하기
  • 트위터 공유하기
  • 카카오스토리 공유하기
: 이 페이지를 열려면 사이드 탐색 표시줄에서 폴더를 누르고 캠페인 이름을 선택한 다음 , 캠페인 URL을 차례로 누릅니다.

포트나이트를 위해 사용 중인 네트워크 연결의 경로 추적은 어떻게 하나요?

이 문제는 에픽게임즈의 기술 지원 범위를 벗어나기 때문에 직접 도와드릴 수는 없지만, 그 대신 인터넷 서비스 제공업체에 도움을 요청했을 때 함께 공유하면 좋을 경로 추적 수집 방법을 알려드립니다. 경로 추적은 저희 서버에 연결할 때 네트워크 연결에서 문제가 있는 위치 정보를 제공합니다. 이 정보는 ISP(인터넷 서비스 제공업체)가 현재 경험하고 계신 문제를 해결하는 데 도움이 됩니다.


경로 추적(tracert)을 실행하려면 다음과 같이 하세요.

  1. Windows 키 + R을 누릅니다.
  2. cmd를 입력하고 Enter를 누릅니다.
  3. 아래에서 현재 연결된 서버 지역에 해당하는 명령을 찾아 하이라이트하여 복사합니다.
    북미-서부
    (tracert qosping-aws-us-west-1.ol.epicgames.com) > "%USERPROFILE%\desktop\fortnite_tracert.txt"

북미-동부
(tracert qosping-aws-us-east-1.ol.epicgames.com) > "%USERPROFILE%\desktop\fortnite_tracert.txt"

유럽
(tracert qosping-aws-eu-west-3.ol.epicgames.com) > "%USERPROFILE%\desktop\fortnite_tracert.txt"

오세아니아
(tracert qosping-aws-ap-southeast-2.ol.epicgames.com) > "%USERPROFILE%\desktop\fortnite_tracert.txt"손실 추적

브라질
(tracert qosping-aws-sa-east-1.ol.epicgames.com) > "%USERPROFILE%\desktop\fortnite_tracert.txt"

아시아
(tracert qosping-aws-ap-northeast-1.ol.epicgames.com) > "%USERPROFILE%\desktop\fortnite_tracert.txt"

중동
(tracert qosping-aws-me-south-1.ol.epicgames.com) > "%USERPROFILE%\desktop\tracert.txt"

전환 추적 이해

전환 추적을 통해 캠페인이 클릭스루 후 작업(예: 구매하기)을 유도하는 데 얼마나 효과적인지 평가할 수 있습니다. 이 기능을 사용하여 결과 전환에 따라 링크 추적이 사용되는 캠페인의 성공을 모니터링하고 보고할 수 있습니다.

일반적인 전환은 캠페인 수신자가 전자메일 메시지를 수신하고 발신 캠페인 메시지에서 요청된 대로 원하는 작업을 수행(광고 제품 구매, 소식지 또는 교육 과정 등록, 기부 약속 등)한 후에 발생합니다.

수신자가 전자메일 링크를 누르면 이 클릭스루 작업이 기록됩니다. 수신자가 원하는 작업을 완료하면 수신자의 브라우저가 전환 확인 페이지라고 하는 지정된 확인 브라우저 페이지로 이동합니다. 이때 전환이 등록되고 Oracle Responsys 로그 및 보고에 반영됩니다.

참고: 수신자는 요구되는 작업을 수행한 후에만 이 웹 페이지에서 접근할 수 있습니다.

전환 추적 용어

    —전환을 기록하려면 전환 확인 페이지에 HTML 코드의 특수 스니펫을 배치해야 합니다. 이 전환 추적 태그는 캠페인 URL 페이지에서 사용할 수 있습니다. 이 태그를 복사하고 각각 또는 모든 전환 추적 캠페인의 목표에 맞게 사용자정의할 수 있습니다. —캠페인 메시지 클릭스루 링크를 통해 요청한 작업을 고객이 완료한 후에 고객에게 전송되는 브라우저 표시 확인 페이지입니다.

폴더 아이콘

: 이 페이지를 열려면 사이드 탐색 표시줄에서 폴더를 누르고 캠페인 이름을 선택한 다음 , 캠페인 URL을 차례로 누릅니다.

전환 캠페인의 목적은 고객이 전자메일 캠페인의 링크를 통해 원하는 요청을 완료(예: 구매하기)하게 하여 해당 개인을 전환하는 것입니다.

: 목표 고객이 웹 사이트에서 주문 확인, 예약 확인 또는 비슷한 단추나 링크를 누르면 작업 수행이 커밋됩니다.

이는 캠페인이 성공했음을 의미합니다. 즉, 전자메일 수신자가 찾아보기, 커밋되지 않은 고객에서 캠페인 메시지에 제안된 작업을 완료한 고객으로 전환되었음을 의미합니다.

전환 추적 쿠키

전환 추적을 처리하려면 전자메일 수신자가 브라우저에서 쿠키를 허용하도록 설정해야 합니다. 수신자는 추적된 링크를 누른 다음(이때 쿠키가 수신자의 컴퓨터에 기록됨) 전환 확인 페이지를 방문할 때(쿠키 데이터가 전환 추적 태그 데이터와 함께 전환 기록에 사용될 때)까지 쿠키를 지워서 전환이 기록되지 않도록 할 수도 있습니다.

참고: 전환 추적에는 P3P(Platform for Privacy Preferences) 프로젝트와 호환되는 쿠키가 사용됩니다. 이는 Internet Explorer 6 이상 및 기타 P3P 지원 사용자 에이전트가 쿠키를 허용하고 전환이 예상대로 기록됨을 의미합니다.

전환 추적 안내 및 요구 사항

전환 추적 프로세스를 완료하는 일반 단계와 요구 사항에 대한 자세한 설명은 다음과 같습니다.

  1. (필수) 전자메일 수신자의 몇 가지 행동 촉구 또는 마무리 동작을 요청하는 추적 링크가 포함된 캠페인을 생성합니다.
  2. (필수) 캠페인에 연결된 링크 테이블을 포함해야 합니다. 캠페인을 생성하는 동안 설정하지 않았으면 다음 단계를 수행합니다.
    1. 캠페인 대시보드에서 링크 테이블 링크를 누릅니다.
    2. (필수) 이 캠페인의 링크 클릭 수 추적 옵션을 선택합니다.
    3. 연결된 캠페인 메시지에서 사용할 이름이 지정된 링크가 포함된 링크 테이블을 손실 추적 선택 및 입력합니다. 아직 생성하지 않았으면 여기를 누르십시오. 링크를 사용하여 새 링크 테이블을 설정합니다.

    참고: 전환 추적 태그에 SSL 인증서가 설치되지 않았는데(http:// 프로토콜을 사용하는 경우) https:// 프로토콜을 사용하려는 경우 SSL 지원을 구매해야 합니다. 이 프로세스를 시작하려면 고객 성공 관리자에게 문의하십시오.

    1. (선택 사항/권장) IMG 태그 코딩에 추가적인 전환 추적 매개변수를 포함합니다. 예: 매출, 주문 ID, 항목 설명

    중요: 이 테스트 중에 실제 전환 추적 작업을 완료해야 합니다. 소매 예: 캠페인 메시지 링크를 누르고 구매를 완료하고 전환 확인 페이지를 확인합니다. 구매해 주셔서 감사합니다.

    전환 추적을 수행하려면 수신자가 쿠키를 사용으로 설정해야 합니다.

    이 쿠키는 수신자가 누른 발신 캠페인 및 추적 링크를 식별합니다.

    이 확인은 전환 추적 태그가 포함된 전환 확인 페이지입니다.

    참고: 이 캠페인에 대한 전환, 이 캠페인의 최근 전환 또는 Oracle Responsys 계정의 모든 전환 추적 캠페인을 검토할 수도 있습니다.

    전환 확인 페이지

    캠페인 메시지 요청의 실제 전환은 수신자가 전환 확인 페이지를 수신한 동작에서 데이터가 수집된 후에만 기록됩니다.

    이 페이지에서는 어떤 방법으로든 목표 수신자가 완료한 작업을 확인해야 합니다.

    이미 여러 가지 유형의 확인 페이지를 보유하고 있을 수 있습니다(예: "최근에 구매해 주셔서 감사합니다."). 기존 페이지를 약간 수정하여 모든 Oracle Responsys 전환 추적 캠페인에 대한 전환 확인 페이지로 손쉽게 전환할 수 있습니다.

    전환 확인 페이지를 생성하려면 페이지에 전환 추적 이미지 태그를 삽입해야 합니다. 이 태그를 사용하여 전환을 기록 및 모니터링하는 방법과 포함할 수 있는 모든 추가 매개변수에 대한 자세한 내용은 전환 추적 태그 섹션을 참조하십시오.

    중요: 전환을 정확히 기록하려면 전자메일 수신자가 요청된 작업을 커밋한 후에 전환 확인 페이지가 표시되어야 합니다. 이 페이지는 전자메일 메시지의 클릭스루 링크 대상 URL과 다른 페이지여야 합니다.

    전환 추적 태그

    전환을 기록하려면 전환 확인 페이지에 전환 추적 태그라고 하는 손실 추적 HTML 코드의 특수 스니펫을 배치해야 합니다. 이 전환 추적 태그는 캠페인 URL 페이지에서 사용할 수 있고 이 태그를 복사하고 전환 추적 캠페인의 목표에 맞게 사용자정의할 수 있습니다.

    전환 추적 태그는 IMG 태그입니다. 여는 BODY 태그와 닫는 BODY 태그 사이에 배치해야 하는 페이지에서 투명 1x1 그래픽을 생성합니다. 닫는 BODY 태그 근처에 배치하는 것이 좋습니다.

    텍스트 또는 HTML 편집기를 사용하여 IMG 태그를 전환 확인 페이지에 붙여넣습니다.

    IMG 태그 출처 코드를 복사하여 붙여넣을 때 아래 예와 같이 여는 꺾쇠 괄호와 닫는 꺾쇠 괄호( <> ) 사이에 모든 코드를 포함해야 합니다.

    중요: IMG 태그는 아래 강조 표시된 코드와 같이 SRC 속성( IMG SRC=". " )에 할당된 "따옴표로 묶인" 캠페인 전환 URL 내부에서 끊어지면 안 됩니다.

    전환 추적 태그 프로세스 및 옵션

    다음 섹션에서는 전환 추적 태그를 검색, 편집, 배치 및 테스트하는 프로세스를 자세히 설명합니다.

    캠페인 URL 페이지 및 전환 추적 태그

    이 단계에서는 전환 추적 태그를 찾고 검색할 위치를 보여 줍니다.

    1. 폴더 페이지에서 원하는 캠페인 이름 옆에 있는 을 누르고 캠페인 URL을 선택합니다.
    2. 전환 추적 태그 섹션에서 왼쪽 및 오른쪽 괄호(" ")를 포함하여 전체 IMG 태그 출처 코드를 복사합니다.

    참고: 전환 확인 페이지가 SSL 모드로 렌더링되면 전환 추적 태그의 https:// 버전을 사용해야 합니다.

    중요: 손실 추적 IMG 태그는 아래 강조 표시된 코드와 같이 SRC 속성( IMG SRC=”. ” )에 할당된 "따옴표로 묶인" 캠페인 전환 URL 내부에서 끊어지면 안 됩니다.

    예: 전환 추적 태그 배치

    다음은 감사 확인 전환 확인 페이지의 간단한 예를 보여 줍니다. 전환 추적 태그의 배치를 확인하십시오.

    전환 추적 태그 변형

    전환 확인 페이지에 포함할 수 있는 두 가지 전환 추적 태그 변형이 있습니다.

    다음 섹션에서 두 가지 변형에 대해 자세히 설명합니다.

      첫번째 전환 이후 추적 중지:

    참고: 전환 추적 태그 출처 코드에서 계정 이름과 캠페인 이름은 항상 자동으로 암호화됩니다. 다음 예를 간소화하기 위해 모든 적용 가능한 참조는 AccountName 및 CampaignName으로 표시됩니다. 또한 이 문서에서 Responsys 서버 참조는 항상 rsp.ServerName.net임에 유의하십시오.

    권장 전환 추적 태그

    대부분의 경우 전환 추적 태그 코드 선택은 action=once 태그인 것이 좋습니다.

    1. 첫번째 전환 이후 추적 중지

    전환 추적 캠페인 쿠키가 수신자의 컴퓨터에 남아 있으면 또 다른 전환은 같은 수신자가 전환 확인 페이지를 방문할 때마다 이벤트 캡처 시스템 및 연결된 보고를 통해 기록됩니다.

    전환 추적 IMG 태그 내에 이름 값 쌍의 하나로 &action=once 를 포함하여 쿠키가 처음 사용되면 즉시 해당 쿠키를 자동으로 지우는 방법으로 이를 방지할 수 있습니다. 위의 예를 참조하십시오.

    중요: &action=once 문자열은 "따옴표로 묶인" 문자열 내에 있어야 하고 WIDTH 또는 HEIGHT 사양에 포함하면 안 됩니다. )

    2. 추가 매개변수 추적

    사용자정의 필드를 사용하여 수신자가 전환 확인 페이지를 볼 때 다시 전달되는 추가 데이터를 기록할 수 있습니다. 예: SKU 번호, 지출 금액, 항목 설명, 트랜잭션 ID, 고객 ID 등

    참고: ITEM 유형 및 COLOR 선택 항목은 위의 예에 나와 있습니다.

    사용자정의 필드를 사용하여 전환 확인 페이지의 IMG 출처 코드에 해당 필드를 포함합니다.

    그러면 해당 필드에 대한 데이터가 이벤트 데이터 피드 기능을 통해 사용할 수 있는 모든 개별 전환 이벤트 레코드와 함께 포함됩니다. 그런 다음 라이브 보고서, 라이브 보고서 드릴다운 링크, 캠페인 분석 성과 및 클릭스루 링크 보고서 및/또는 타사 보고 메커니즘을 사용하여 결과 전환을 분석할 수 있습니다.

    매출 추적 매개변수 추가의 예

    수집된 데이터가 전환 이벤트 데이터 피드 익스포트 및 보고에 포함될 수 있도록 IMG 태그 출처 코드에 추가 추적 데이터를 추가하는 작업과 관련된 모든 필수 단계의 예는 다음과 같습니다.

    매출 예 세부정보

    Oracle Responsys에서 생성된 캠페인 분석 성과 보고서에는 매출 및 평균 주문량에 대한 척도가 손실 추적 포함됩니다. 이 기능을 활용하려면 다음 매개변수를 사용하여 전환 추적 태그를 구성합니다. 다음은 표준 이름/값 쌍 이름입니다.

    • ORDERTOTAL
    • ORDERID(고유해야 함)
    • NUMITEMS: 주문의 항목 수(선택 사항).
    • CUSTOMERID(선택 사항).
    • TYPE(사용자정의 열을 캡처해야 함)

    이 시나리오를 사용하여 다음 단계를 수행합니다.

    1. 캠페인에 대한 캠페인 URL 페이지로 이동하고 원하는 전환 추적 태그를 검색합니다.
    2. 다음과 같이 필드 이름을 전환 추적 태그에 포함합니다.

    계정 아이콘

    1. 사이드 탐색 표시줄에서 계정을 누릅니다.
    2. 글로벌 설정 목록에서 사용자정의 열 정의를 선택합니다.
    3. 새 열 추가 링크를 누르고 새 열 이름(모두 대문자) 및 선택적 설명을 입력합니다.
    4. 저장을 누릅니다.

    • 전환 추적 태그에 지정된 추가 필드(표준 이름-값 쌍이 아닌)가 사용자정의 열로 정의되지 않으면 정보가 손실됩니다.
    • 필수: 전환 추적 캠페인을 실행하기 전에 이러한 새 필드를 사용자정의 열로 추가하십시오.
    • &action=once 코딩의 경우 전환 추적 태그의 다른 조합과 함께 추가 매개변수에 대한 코딩을 포함할 수 있습니다. 위 4단계의 예를 참조하십시오.

    전환 추적 캠페인 테스트

    캠페인을 실행하기 전에 전체 전환 추적 프로세스를 테스트하는 것이 좋습니다.

    1. 전환 추적 캠페인에 대한 대시보드에서 테스트 실행을 누릅니다.
      테스트 실행 시 전자메일 주소로 캠페인 메시지가 전송됩니다.
    2. 캠페인 메시지를 수신하면 대상 URL로 연결되는 클릭스루 링크를 누릅니다.
    3. 전환 확인 페이지에 도달할 때까지 메시지의 클릭스루 링크에서 요청한 작업을 완료합니다. 예: 구매하고 감사 확인을 수신합니다.
    4. 테스트 실행된 캠페인 메시지의 모든 전환 추적 링크에 대해 이 프로세스를 반복합니다.
    5. 라이브 보고서를 확인하여 해당 전환이 기록되었는지 확인합니다. 보고서를 눌러 라이브 보고서를 선택합니다.

    참고: 전환이 기록될 때마다 라이브 보고서 전환 수 링크에 해당 개수가 반영됩니다.

    전환 추적 보고 및 분석

    전환 추적 프로세스를 통해 수집된 데이터를 사용하면 라이브 보고서, 라이브 보고서 드릴다운 링크(캠페인 분석 성과 및 링크 클릭스루 보고서 및/또는 타사 보고 메커니즘 열기)를 사용하여 결과 전환을 분석할 수 있습니다.

    라이브 보고서 전환 데이터 분석

    라이브 보고서에서는 개략적인 전환 추적 캠페인 수, 개별 캠페인 수 및 각 전환에 대한 세부정보를 제공합니다. 아래는 라이브 보고서를 통해 이 데이터를 분석하기 위한 옵션입니다.

    • 전환 수 링크 – 최근 및 누적 활동에 대한 캠페인 유형별 분석을 통해 전환 수 링크 옆에 나오는 총 전환 수를 검토합니다.
    • 전환 수 링크 드릴다운 – 라이브 보고서에 여러 캠페인에 대한 전환이 포함되면 개별 결과로 드릴다운할 수 있습니다.

    최근 활동 또는 누적 활동 섹션에서 전환 수 링크를 눌러 각 캠페인에 대한 최대 25개 개별 결과를 확인합니다. 개별 캠페인 이름과 해당 전환 수가 표시됩니다.

    캠페인 분석 성과 및 링크 클릭스루 보고

    라이브 보고서 외에도, 전환 데이터는 캠페인 성과 대화형 대시보드에 기록됩니다.

    Insight 아이콘

    이 대시보드를 보려면 사이드 탐색 표시줄에서 Insight를 누르고 대화형 대시보드를 선택합니다. 전자메일 탭에서 성과를 확장하고 캠페인을 선택합니다.

    “애플 추적 제한으로 SNS 기업 10억 달러 손실”

    애플이 도입한 새로운 프라이버시 보호 대책이 페이스북이나 트위터 등 SNS 각사에 2021년 하반기만 10억 달러 가까운 손실을 초래하고 있다는 분석이 보도되고 있다.

    올해 4월 애플은 iOS 14.5에 앱 추적 투명성 ATT (App Tracking Transparency) 그러니까 앱이 다른 웹이나 앱을 통해 사용자를 추적할 때에는 명시적 허가를 얻어야 한다는 규칙을 도입했다.

    ATT를 통해 사용자는 추적을 거부하기 쉬워졌으며 도입 직후에는 25%만 추적을 허용한다는 조사 데이터도 나왔다. 실제로 페이스북 주요 수입원인 타깃 광고도 효과성이 크게 손상된 것으로 보이며 광고업계는 공황에 빠져 있다는 보도도 있었을 정도다.

    이번 소식은 광고 기술 기업인 로테임(Lotame)이 밝힌 것. 이에 따르면 페이스북과 유튜브, 트위터, 스냅샷 3분기와 4분기 수익은 12% 감소해 98억 5,000만 달러 줄어들 전망이다. 이들 4개 기업 중 페이스북은 광고 시장 규모가 커 총액으로는 가장 크고 손실은 80억 달러가 넘는다고 한다. 하지만 스냅챗은 스마트폰에 주력하고 있기 때문에 수익 감소 비율로는 최악의 결과가 되고 있다고 한다.

    이런 수익 감소는 이미 ATT가 도입된 직후 흔들림이 엿보였다. 7월에는 ATT가 손실 추적 원인으로 iOS 광고주 수익이 15%에서 20% 감소했다는 조사 결과가 나오고 있으며 이번 분석도 그 연장선상에 있다고 할 수 있다. 마이크 우슬리(Mike Woosley) 로테임 COO는 광고주가 아이폰에 광고를 내놓으면 iOS 사용자가 SNS 추적을 거부하고 있기 때문에 효과가 떨어지고 있다고 밝혔다.

    예를 들어 남성용 속옷 브랜드의 경우 지금까지는 남성 1,000명을 대상으로 광고 5달러를 내면 고객 1명을 획득할 수 있었지만 지금 남성 1,000명을 대상으로 하려면 2,000명에게 보여야 한다며 왜냐하면 누가 남성이고 누가 여성인지 모르기 때문에 추적 거부로 인해 사용자 속성 데이터를 얻을 수 없게 됐으며 그 결과 고객 획득 비용ㅇ은 2배가 되고 잃어버린 수율은 50%가 된다는 것이다.

    이렇게 해서 사용자 추적을 할 수 없게 된 것으로 기업 측도 프라이버시 중시에 대응한 광고 시스템에 임할 수밖에 없게 되어 있다고 한다. 하지만 새로운 광고 도구와 프레임워크를 제작하려면 다수 사용자에게 배포하기 전에 처음부터 개발해 광범위하게 테스트해야 한다는 이유로 1년이 걸린다는 것이다.

    한편 애플은 앱스토어에서 검색광고 수입이 늘어났다는 보도도 있고 프라이버시 보호를 구사하면서 이익을 얻고 있는 위선을 지적하는 목소리도 있다. 애플도 영리기업인 이상 완전히 이타적이고 고객을 위해 생각한 행동은 존재하지 않을지도 모른다. 관련 내용은 이곳에서 확인할 수 있다.

    VPC와 온프레미스 호스트에 있는 EC2 Linux 또는 Windows 인스턴스 사이의 인터넷 게이트웨이를 통한 네트워크 성능 문제를 해결하려면 어떻게 해야 합니까?

    패킷 손실 또는 대기 시간과 같은 네트워크 문제를 진단하려면 먼저 네트워크를 테스트하여 문제의 원인을 격리해야 합니다. 다음 해결 방법에 따라 문제의 원인이 네트워크와 애플리케이션 중 어디에 있는지를 확인할 수 있습니다. 성능 문제를 관찰할 손실 추적 때 결과를 비교할 수 있도록 성능 결과를 벤치마킹하는 것이 좋습니다.

    문제 해결을 시작하기 전에 다음을 확인하세요.

    • 양쪽 엔드포인트(EC2 인스턴스와 온프레미스 호스트) 모두에 네트워크 유틸리티가 설치되어 있는지 확인합니다.
    • 향상된 네트워킹을 지원하는 EC2 인스턴스를 사용하고, 최신 드라이버가 설치되어 있는지 확인합니다. 향상된 네트워킹은 낮은 CPU 사용률로 향상된 I/O를 제공하므로 성능 테스트를 실행할 때 인스턴스 수준의 문제를 방지할 수 있습니다. 향상된 네트워킹이 켜져 있지 않으면 Linux의 향상된 네트워킹 또는 Windows의 향상된 네트워킹을 참조하세요.
    • EC2 인스턴스에 연결하여 손실 추적 인스턴스에 액세스하고, EC2 인스턴스와 온프레미스 호스트 간에 엔드 투 엔드 연결이 있는지 확인합니다.

    해결 방법

    네트워크를 간편하게 테스트하고 문제를 해결할 수 있도록 다음 도구를 설치합니다.

      는 패킷 손실, 지연 시간, MTR, tcptraceroute, tracepath 등의 네트워크 지표를 수집합니다.
    • MTR을 사용하여 ICMP 또는 TCP 패킷 손실과 지연 문제를 확인합니다.
    • traceroute를 사용하여 지연 시간 또는 라우팅 문제를 파악합니다.
    • Hping3를 사용하여 엔드 투 엔드 TCP 패킷 손실 및 지연 문제를 확인합니다.
    • Tcpdump를 사용하여 패킷 캡처 샘플을 분석합니다.

    상향식으로 traceroute 또는 MTR 보고서의 홉을 검토합니다. 예를 들어 마지막 홉 또는 대상의 손실을 확인한 후 다음 홉을 검토합니다. 마지막 홉까지 패킷 손실 또는 대기 시간 문제가 계속될 경우 네트워크 또는 라우팅 문제가 발생한 것일 수 있습니다. 특정 노드의 제어 영역 속도 제한 관리에 문제가 있는 경우 경로의 홉 하나에서만 패킷 손실 또는 대기 시간이 나타날 수 있습니다. 보고된 마지막 홉이 명령에 나와 있는 대상인지 확인합니다. 그렇지 않은 경우 제한적인 보안 그룹 때문에 문제가 발생했을 수 있습니다.

    AWSSupport-SetupIPMonitoringFromVPC를 사용한 성능 테스트

    이 내장 도구는 네트워크 문제를 해결하는 데 필요한 다양한 지표를 수집합니다. 자세한 내용은 Amazon VPC에서의 네트워크 연결에 대한 디버깅 도구를 참조하세요.

    Linux 인스턴스의 성능 문제 해결

    Linux MTR 명령은 지속적으로 업데이트되는 출력을 제공합니다. 이 출력을 통해 네트워크 성능을 분석할 수 있습니다. 이 진단 도구는 traceroute 유틸리티와 ping 유틸리티의 기능을 통합한 것입니다. 대부분의 Linux 배포판에는 traceroute 및 MTR이 이미 설치되어 있습니다. 하지만 배포판의 소프트웨어 패키지 관리자에서 다운로드할 수도 있습니다.

    다음 명령을 실행하여 MTR을 설치합니다.

    MTR을 사용하여 네트워크의 성능을 테스트하려면 EC2 인스턴스와 온프레미스 호스트의 퍼블릭 IP 주소 간에 양방향으로 이 테스트를 실행합니다. 방향이 반전되면 TCP/IP 네트워크의 노드 간 경로가 바뀔 수 있습니다. 따라서 양방향의 MTR 결과를 얻는 것이 중요합니다. 대부분의 인터넷 장치는 ICMP 기반의 추적 요청을 낮은 우선 순위로 취급하기 때문에, ICMP 대신 TCP 기반의 추적을 사용할 수 있습니다.

    패킷 손실을 검토합니다. 일반적으로 단일 홉의 패킷 손실은 문제가 되지 않습니다. 이 손실은 "ICMP time exceeded" 메시지가 손실되도록 하는 제어 플레인 정책 때문일 수 있습니다. 대상 홉에 이를 때까지 패킷 손실이 계속되거나 여러 홉에 걸쳐 패킷 손실이 나타날 경우에는 손실이 문제가 될 수 있습니다.

    참고: 몇 개의 요청이 시간 초과되는 것은 흔한 현상입니다.

    -T 인수는 TCP 기반 MTR을 수행하고 --report 옵션은 MTR을 보고서 모드로 전환합니다. MTR은 -c 옵션을 사용하여 지정한 횟수의 주기 동안 실행됩니다. 통계 데이터를 인쇄하고 종료합니다.

    참고: MTR의 일부 버전에서는 TCP를 사용할 경우 최종 홉 보고서의 값이 부정확하게 나타나는 알려진 문제가 있습니다.

    traceroute를 사용한 성능 테스트

    Linux traceroute 유틸리티는 클라이언트 노드에서 대상 노드로의 경로를 식별합니다. 이 유틸리티는 각 라우터가 요청에 응답하는 시간을 밀리초 단위로 기록합니다. 또한 이 유틸리티는 대상 주소에 도착할 때까지 각 홉에서 걸린 시간의 양을 계산합니다.

    다음 명령을 실행하여 traceroute를 설치합니다.

    참고: MTR 보고서를 실행하는 경우에는 traceroute가 필요하지 않습니다. MTR은 대상에 대한 대기 시간 및 패킷 손실 통계를 제공합니다.

    포트 22 또는 테스트할 포트가 양방향으로 열려 있는지 확인합니다. traceroute를 사용하여 네트워크 연결 문제를 해결하려면 클라이언트에서 서버로, 서버에서 클라이언트로 명령을 실행합니다. 방향이 반전되면 TCP/IP 네트워크의 노드 간 경로가 바뀔 수 있습니다. 대부분의 인터넷 장치는 ICMP 기반의 추적 요청을 낮은 우선 순위로 취급하기 때문에, (애플리케이션 포트에서) ICMP 대신 TCP 기반의 추적을 사용합니다.

    ICMP 기반 traceroute:

    TCP 기반 traceroute:

    -T -p 22 -n 인수는 포트 22에서 TCP 기반 추적을 수행합니다.

    참고: 애플리케이션별 포트를 테스트에 사용할 수 있습니다. 특정 포트를 사용하여 애플리케이션 트래픽을 감소시키는 중간 디바이스가 경로에 있는지 파악합니다.

    hping3를 사용한 성능 테스트

    Hping3는 TCP 연결의 엔드 투 엔드 패킷 손실과 대기 시간을 측정하는 명령줄 지향 TCP/IP 패킷 어셈블러/분석기입니다. hping3는 ICMP 에코 요청 외에도 TCP, UDP 및 RAW-IP 프로토콜을 지원합니다. Hping3에는 커버링된 채널 간에 파일을 보낼 수 있는 traceroute 모드도 포함되어 있습니다. Hping3는 호스트를 스캔하고 침입 테스트를 지원하고 침입 탐지 시스템을 테스트하며 호스트 간에 파일을 전송하도록 설계되었습니다.

    MTR과 traceroute는 홉당 지연 시간을 캡처합니다. 하지만 hping3는 패킷 손실 외에 TCP를 통한 최소/평균/최대 엔드 투 엔드 지연 시간까지 보여 줍니다. 다음 명령을 실행하여 hping3를 설치합니다.

    다음 명령은 포트 0를 통해 50개의 TCP SYN 패킷을 전송합니다. hping3는 기본적으로 어떠한 TCP 플래그도 지정하지 않고 창 크기 64의 TCP 헤더를 대상 호스트의 포트 0으로 보냅니다.

    다음 명령은 포트 22를 통해 50개의 TCP SYN 패킷을 전송합니다.

    참고: 포트 22 또는 테스트하는 포트가 열려 있는지 확인하세요.

    tcpdump를 사용한 패킷 캡처 샘플 테스트

    패킷 손실/대기 시간 문제를 진단할 때에는 EC2 인스턴스와 온프레미스 호스트의 패킷을 동시에 캡처하는 것이 좋습니다. 이렇게 하면 요청 및 응답 패킷을 식별하여 네트워킹 및 애플리케이션 계층에서 문제를 격리할 수 있습니다. 다음 명령을 실행하여 tcpdump를 설치합니다.

    tcpdump를 설치한 후 다음 명령을 실행하여 tcp 포트 22 트래픽을 캡처하여 pcap 파일에 저장할 수 있습니다.

    Windows의 성능 문제 해결

    1. 다음 명령을 실행하여 ECN(명시적 혼잡 알림) 기능이 활성화되어 있는지 확인합니다.

    2. ECN 기능이 활성화된 경우 다음 명령을 실행하여 비활성화합니다.

    3. 성능 개선이 보이지 않으면 다음 명령을 사용하여 ECN 기능을 다시 활성화할 수 있습니다.

    홉 검토 및 TCP 포트 연결 문제 해결

    먼저 MTR 또는 tracert를 사용하여 홉을 검토합니다.

    1. WinMTR을 다운로드하여 설치합니다.

    2. [Host] 섹션에 대상 IP를 입력한 다음 [Start]를 선택합니다.

    3. 테스트를 1분 동안 실행한 후 [Stop]을 선택합니다.

    4. 클립보드로 텍스트 복사(Copy text to clipboard)를 선택하고 출력을 텍스트 파일에 붙여 넣습니다.

    5. 대상으로 전파되는 % 열에서 손실을 찾습니다.

    참고: 호스트에서 응답 없음(No response from host) 메시지가 있는 홉을 무시합니다. 이 메시지는 이러한 특정 홉이 ICMP 프로브에 응답하지 않음을 나타냅니다.

    6. 상향식 접근 방식을 사용하여 MTR 보고서의 홉을 검토합니다. 예를 들어 마지막 홉 또는 대상에서 손실이 있는지 확인하고 그 앞의 홉을 검토합니다.

    MTR을 설치하지 않으려는 경우 tracert 명령 유틸리티 도구를 사용할 수 있습니다.

    1. 대상 URL 또는 IP 주소에 대한 tracert를 수행합니다.

    2. 왕복 시간(RTT)의 갑작스러운 스파이크를 보여주는 홉을 찾습니다. RTT의 갑작스러운 스파이크는 부하가 높은 노드가 있다는 것을 의미할 수 있으며, 이로 인해 트래픽에 지연 시간 또는 패킷 드롭이 유발될 수 있습니다.

    그런 다음 TCP 포트 연결을 확인합니다.

    참고:손실 추적 WinMTR과 tracert 모두 ICMP 기반이므로 tracetcp를 사용하여 TCP 포트 연결 문제를 해결할 수 있습니다.

    2. Tracetcp ZIP 파일의 압축을 풉니다.

    3. tracetcp.exe를 C 드라이브에 복사합니다.

    4. WinPcap을 설치합니다.

    5. 명령 프롬프트를 열고 C:\Users\username>cd\ 명령을 사용하여 C 드라이브에 WinPcap을 루트로 지정합니다.

    6. tracetcp.exehostname: port 또는 tracetcp.exe ip: port 명령을 사용하여 tracetcp를 실행합니다.

    Windows 작업 관리자 확인

    원본 인스턴스 또는 대상 인스턴스에 액세스할 수 있는 경우 Windows 작업 관리자를 확인합니다. CPU 및 메모리 사용률 또는 평균 로드 문제를 찾습니다.

    참고: 우선 패킷 캡처를 시작한 다음 트래픽을 시작하는 것이 좋습니다. 이 접근 방식은 흐름에 대한 모든 패킷을 캡처하는 데 도움이 됩니다.

    1. Wireshark를 설치하고 패킷 캡처를 수행합니다.

    2. (ip.addr eq source_IP) &&(tcp.flags.syn == 1) 필터를 사용하여 패킷 캡처에서 특정 소스 간의 트래픽을 격리합니다. 출력에는 해당 소스 IP에서 시작된 모든 tcp 스트림이 표시됩니다.

    3. 관련 소스 IP 및 대상 IP가 있는 행을 선택합니다.

    4. 컨텍스트(마우스 오른쪽 버튼 클릭) 메뉴를 선택한 다음 Follow, TCP Stream을 선택합니다. 그러면 소스 IP와 대상 IP 간에 TCP 흐름이 발생하여 조사를 수행할 수 있습니다.

    5. 재전송, 중복 패킷 또는 TCP 창 크기 알림(예: TCP 창 가득 참 또는 창 크기 0)을 찾습니다. 이러한 알림은 TCP 버퍼에 공간이 부족함을 나타낼 수 있습니다.

    네트워크의 패킷 손실이나, 추가 대기 시간을 유발하는 홉 수 변경(벤치 마크 결과와 비교할 때)이 발견된 경우에는 분석 및 문제 해결을 위해 네트워크 장치를 확인하는 방법에 대한 지침을 공급업체 설명서에서 참조하세요. 멀티홈으로 구성된 경우 다른 인터넷 서비스 제공업체(IPS)를 사용하여 이 테스트를 수행한 후 결과를 서로 비교합니다.

    추적 사이버 범죄에 대한 안내 ( 사이버 범죄를 추적하기위한 가이드)

    개인 소비자 정보를 모두 데이터 유출의 엄청난 비용이 되거 수 있습니다 사이버 범죄와 관련된 기술 오류 및 누락의 경우 검사 및 오용, Advisen의 손실 인사이트 데이터베이스에서 경우의 샘플링을 기반으로.

    이러한 경우는 영향을받는 개인의 모두 비용과 수에 널리 범위, 높은 가격 태그에서 $95 만 신용 카드 프로세서 글로벌 지불 Inc의를 포함하는 경우 하나의. 낮은에 $1 개인 정보의 경우는 "구글 어스"기능에 대한 구글에 대해 결정.

    대부분의 사이버 관련 문제와 마찬가지로, 기술 E의 수&O 사례가 증가하고있다, Advisen 데이터에 따라 (아래의 차트를 참조하십시오).

    경우 카운트 오버 타임 - teche&오 - 650x392

    약간의 딥에 후 2012, 케이스에 모든 시간 높은 솟고 2013. 에서 그 하락에도 불구하고 2012 (그, 보다 낮은 2011의 경우 수 동안, 여전히보다 유의하게 높았다 2010 이전) 올해도 기능 $95 만 데이터는 글로벌 지불이 경험 위반.

    현저하게, 글로벌 지불의 경우는 영향을 1.5 만 개인, 다른 사건에 대한 집계 아래. 이 회사는 보도 만 회복 $2 때문에 데이터 침해와 관련된 주장 보험료의 만.

    Advisen 자료에 따르면, 기술 E의 가장 눈에 띄는 유형&O의 경우는 시스템 손실 추적 또는 네트워크 보안의 위반 또는 중단과 관련있는, 디지털 데이터 유출 다음, 손실, 도난 (아래의 차트를 참조하십시오).

    사이버 경우 ​​형 조성 오버 타임 - teche&오 - 650x390

    시간이 지남에, 디지털 데이터 침해와 관련된 경우가 전체 모든 경우의 낮은 비율을 나타 내기 위해 온, 시스템 / 네트워크 위반 또는 중단은 필드의 더 넓은 부분을 차지하여. 개인 정보 보호 위반 사례 및 Advisen 데이터의 유형 중 세 번째 많은 법원의 경우 개인 정보의 사용을 통해 기업과 성난 소비자 관련이 있음을 보여 순위, 일반적으로 광고 나 마케팅 목적으로.

    예를 들면, 페이스 북은 여러 소송에 대상이되고있다, 포함 $20 만 집단 소송 합의, 타사 제품 및 / 또는 서비스를 광고의 동의없이 회원의 이름과 이미지를 사용하여 자사의 연습.

    범죄자들은​​ 그들이 추구 데이터에 액세스 할 수단을 필요로하고 Advisen의 손실 인사이트는 서버가 자주 자신이 선택한 것을 보여준다 (37.26 퍼센트), 웹 사이트 다음에 (24.80 퍼센트). 먼 세 번째와 네 번째는 소셜 미디어 아울렛을 포함 (6.64 퍼센트) 이메일 (6.10 퍼센트).

    소스의 데이터 손실-teche&오 - 650x392

    Advisen 데이터는 소셜 미디어가 사이버 괴롭힘을 포함하는 여러 가지 경우에 상승을 준 것을 보여, 이는 개인에 대한 소송 결과, 자살 청소년을 구동 한 혐의로 기소 된 미주리 여성에 대해 하나의 사기 유죄 판결을 포함하여. 페이스 북, 트위터와 스냅 챗은 다른 모든 cyberbully하는 개인을위한 방법을 제안했다, 이러한 소셜 미디어 서비스의 일부에 오용과 가난한 모니터링의 주장에 선도.

    넓은 여백으로, 개인 정보는 기술 E의 가장 빈번한 사고 있었다&O의 경우 (48.56 퍼센트), 모든 경우의 구성하는 거의 절반. 손실의 두 번째로 큰 종류는 이상에서 개인 금융의 정체성이었다 30 퍼센트.


0 개 댓글

답장을 남겨주세요