macOS 콘솔에서 VPN 시도 하나만 기록하기

Mac VPN 로그를 찾다가 이 머신에 없는 PPP 파일을 가리키는 지침을 발견하고 아무것도 기록되지 않았다고 결론 내립니다. 그 결론은 대개 틀렸습니다. 기록은 통합 로그에 있고, 파일이 없다는 것은 이 배포가 그 파일을 쓰지 않는 종류라는 뜻이지 시도가 기록되지 않았다는 뜻이 아닙니다. 둘을 혼동하면 사람들이 한 시간 동안 없는 것을 증명하러 나섭니다.

네이티브 VPN, Tunnelblick, 공급업체의 자체 클라이언트는 모두 로그 소유자가 다를 수 있습니다. 클라이언트가 지원하는 로그 보기가 있으면 그것부터 시작하고, 시도 전후의 시스템이나 공급자 이벤트가 필요할 때 콘솔을 사용합니다.

실제로 실패한 클라이언트를 고릅니다

무엇이든 열기 전에 macOS 버전, 클라이언트 버전, 연결 이름, 프로토콜을 적어 둡니다. 이 네 가지 사실이 어떤 프로세스 이름을 찾을지 결정하며, 지원 엔지니어가 가장 먼저 묻는 것도 이것입니다.

연결이 공급업체 클라이언트의 메뉴 막대 항목에서 시작되었다면 흥미로운 메시지는 시스템의 VPN 공급자가 아니라 그 클라이언트에서 나올 수 있습니다. 시스템 자체의 VPN 패널에서 시작되었다면 공급자 프로세스가 찾아야 할 대상입니다. 둘 사이에서 추측하면 시도 하나를 낭비하므로, 먼저 어느 응용 프로그램이 연결을 소유하는지 확인합니다.

시도 전에 실시간 보기를 시작합니다

콘솔을 열고 Devices 아래에서 이 Mac을 선택합니다. 연결된 전화도, 오래된 보고서 번들도 아닙니다. 도구 막대에서 Start를 눌러 스트림이 실시간이 되게 한 다음, 시간대와 함께 시각을 적어 둡니다. 보기가 요구하면 관리자 접근을 사용하고, 관리되는 Mac에서는 그 접근을 우회하지 말고 소유자에게 요청합니다.

이제 평범한 연결 시도를 한 번만 하고 눈에 보이는 실패를 적어 둡니다. 시도 한 번이 중요합니다. 두 번째 재시도는 같은 스트림에 새 이벤트를 덧붙이며, 한 창에서 두 시도를 섞는 것이 결국 잘못된 핸드셰이크를 조사하게 되는 이유입니다.

이 중 어느 것도 추적이 이미 존재한다고 약속하지 않습니다. 콘솔은 수집 절차이며, 미리 기록된 것을 꺼내는 대신 깨끗한 캡처의 조건을 만드는 것입니다.

속설이 아니라 프로세스로 좁힙니다

소유자를 식별할 만큼 넓게 시작한 다음, 캡처에 실제로 나타나는 프로세스와 메시지 속성으로 다듬습니다. 오래된 안내서에 인용된 공급자 레이블은 특정 macOS 버전과 특정 프로토콜에 대한 단서일 뿐 영구 필터가 아닙니다. 그것으로 너무 일찍 필터링하면 기록 실패처럼 보이지만 실제로는 검색을 놓친 빈 창이 생길 수 있습니다. 제거할 수 있는 조건을 추가하고, 증거를 제거하는 조건은 추가하지 않습니다.

콘솔에서는 조건을 결합할 수 있고, 조건들은 함께 좁힙니다. 결과가 사라지면 또 다른 조건을 추가하는 대신 가장 제한적인 조건을 제거하거나 완화합니다. 마지막 오류만 보여 주는 것은 흔한 실수입니다. 왜냐하면 오류를 설명하는 이벤트는 보통 몇 줄 앞에 나타나기 때문입니다.

질문 하나에 답할 만큼의 문맥을 남깁니다

해당 메시지를 펼쳐 세부 정보를 읽고, 첫 번째 의미 있는 실패를 주변 연결 이벤트와 함께 남깁니다. 연결이 중단되었다는 한 줄만으로는 독자에게 이유를 알려 주지 못합니다.

그 기록이 어느 단계를 증명하는지 정확히 말합니다. 한 번도 시작되지 않은 로컬 공급자나 서비스, 원격 측과의 교환, 인증에서의 거부, 또는 이후의 라우팅이나 리졸버 관련 불만입니다. 프로세스가 시작되었다는 메시지는 핸드셰이크가 완료되었다는 증거가 아니며, 연결 성공 후의 경로 경고는 실패한 연결과 다른 장애를 설명합니다.

클라이언트가 자체 로그를 유지한다면 현재 콘솔 이벤트를 추가 전용 파일의 다른 재시도와 결합하는 대신 그곳에서 같은 시도를 비교합니다. 구형 PPP 파일 지침은 여전히 그 파일을 생성하는 배포에만 해당합니다.

가장 작은 유용한 발췌를 공유합니다

관련 메시지를 선택하고 의도한 수신자에게 지원되는 Share 동작을 사용합니다. 버전과 시각 메모를 포함하고, 보내기 전에 내부 호스트 이름, 계정 식별자, 주소, 무관한 이벤트를 검토합니다. 진단 아카이브 전체를 첨부하는 것은 쉽고 나중에 정당화하기는 어렵습니다.

현재 개인정보 보호나 로깅 구성에서는 일부 이벤트가 없을 것으로 예상합니다. 그런 경우 공급업체나 관리자가 규정한 진단 절차를 사용하고, 더 많은 기록을 모으기 위해 시스템 전체 보호를 끄려는 충동을 참습니다. 준비할 가치가 있는 인계는 작습니다. 어떤 클라이언트, 어떤 프로토콜, 언제 시도가 있었는지, 그 첫 번째 관련 이벤트와 그다음에 무슨 일이 있었는지입니다.