Mac VPN의 바이트 카운터가 증명하는 것과 증명하지 않는 것

클라이언트의 상태 창을 열면 바이트가 늘고 터널이 연결되어 숫자가 안심이 됩니다. 창을 닫으면 오피스 앱은 여전히 실패하니, 카운터는 아무도 묻지 않은 질문에 답한 셈입니다. 인터페이스에서 바이트를 세는 것은 그 관찰 지점의 트래픽을 측정할 뿐입니다. 보고 있는 숫자에서 그것이 보고하는 계층으로, 다시 애플리케이션이 실제로 준 결과로 이동하세요.

숫자를 고르기 전에 인터페이스를 고르세요

숫자가 표시되는 곳에서 시작해 옆의 레이블을 읽으세요. 클라이언트 창은 세션 합계를, 터널 인터페이스는 내부 IP 바이트를, 물리 어댑터는 암호화된 외부 바이트를 보여 줄 수 있으며, 모두 우연히 바이트로 표시된 세 가지 다른 카운터입니다. 명령줄에서 netstat -ibn는 각 인터페이스의 주소마다 한 행을 출력하므로 터널이 여러 번 나타날 수 있습니다. 그 행을 클라이언트가 실제로 소유한 인터페이스와 맞추고, 목적지가 선택하는 경로로 확인하세요. utun라는 장치는 VPN의 것일 수도, 다른 터널의 것일 수도, 관심 없는 것일 수도 있습니다.

읽기 쉽다는 이유로 Wi-Fi 카운터로 바꾸지 마세요. 다른 관찰 지점은 다른 질문에 답합니다.

차이를 구하세요, 부팅 이후 총합이 아니라

행을 읽고, 작은 승인된 요청을 한 번 보낸 뒤, 같은 행을 다시 읽으세요. 그 차이가 증거인데, 부팅 이후의 총합에는 기계가 한 모든 일이 들어 있기 때문입니다. 간격을 짧게 유지해 백그라운드 트래픽이 끼어들 기회를 줄이세요. 바쁜 기계에서는 nettop가 처리량을 프로세스에 귀속시킬 수 있어, 인터페이스 카운터로 돌아가기 전에 범위를 좁힐 수 있습니다.

차이가 깨끗하지 않다는 점을 받아들이세요. 메일, 업데이트, 클라이언트 자체의 연결 유지 메시지가 모두 기여하므로 숫자를 측정값이 아니라 상한으로 다루세요. 간격 동안 앱만 사용했다면 상한은 보통 쓸모 있을 만큼 좁습니다.

내부와 외부 카운터는 서로 다른 것을 측정합니다

물리 어댑터는 외부 헤더를 포함한 암호화된 패킷을 세고, 터널 인터페이스는 받거나 넘기는 페이로드를 계산합니다. 둘을 더하면 같은 전송을 두 번 세는 것입니다. 오버헤드, 재전송, 캡슐화도 단순한 등식을 불가능하게 만듭니다.

두 카운터가 반대 방향으로 움직이는 것은 모순이 아니라 발견입니다. 보통 트래픽이 한 계층으로 들어가 다른 계층에서는 나오지 않았다는 뜻입니다.

카운터를 앱의 결과와 함께 보세요

받은 총합은 프로토콜 대화 때문에 늘어날 수 있지만 원하던 서비스는 여전히 실패합니다. 전송 증가는 더 말해 주지 않고, 커널이 패킷을 받아들였다는 증거이지 무언가가 응답했다는 증거가 아닙니다.

카운터 옆에 이름 확인 실패, 연결 시간 초과, TLS 거부, HTTP 응답 도착이라는 정확한 결과를 기록하세요. 이것은 네 가지 다른 장애이며 터널과 관련된 것은 하나뿐입니다. 증거를 더 나아가야 한다면 다음 관찰 지점은 게이트웨이 또는 서비스 경계이며, 거기서 요청이 도착했는지 볼 수 있습니다. Mac의 네트워크 설정을 재설정하면 측정하던 상태가 파괴될 뿐 아무것도 알려 주지 않습니다.

다음 사람에게 필요한 메모를 쓰세요

인터페이스 이름, 카운터 레이블, 간격, 이전과 이후 값, 그리고 앱의 결과입니다. 이것이면 동료가 당신의 오후를 반복하지 않고 관찰을 재현할 수 있습니다. 카운터의 의미는 릴리스마다 바뀔 수 있으므로 클라이언트 버전과 macOS 버전을 덧붙이세요.

전체 패킷 캡처와 시스템 덤프는 건너뛰세요. 한 요청 동안 어느 로컬 카운터가 움직였는지 설명하는 데는 거의 필요하지 않고, 보고서를 읽는 사람을 느리게 만듭니다. 클라이언트가 자체 통계를 표시한다면 그것을 당신의 레이블로 번역하지 말고 그대로 인용하세요. 메모의 목적은 무엇을 측정했는지 기록하는 것이지 그것이 무슨 뜻인지 논하는 것이 아닙니다.