Mihomo macOS TUN: ENOTSOCK·CPU 급증

macOS의 Mixed TUN 로그에서 socket operation on non-socket이 계속 반복되는지, Mihomo가 CPU를 계속 사용하는지 확인하세요. 한 번의 시작 오류, 정상적인 트래픽 부하 또는 화면의 메모리 사용량 증가만으로는 이 패킷 읽기 오류 루프라고 판단할 수 없습니다.

Issue #3310은 Apple Silicon에서 Clash Party 2.0.3, Mihomo v1.19.31, mixed 스택을 사용하다 발생한 오류를 기록한 보고입니다. 확실한 발생 조건이 없고, 잠자기에서 깨어나기, 네트워크 전환, 설정 다시 불러오기가 관련되는지도 확인되지 않았습니다. 이를 근거로 모든 Mac이나 TUN의 높은 CPU 사용률이 같은 문제라고 단정하지 마세요.

이번에 확인할 대상은 클라이언트 버전만이 아니라 Mihomo 코어입니다. Clash Party 코어 카드의 실제 버전과 채널, TUN 스위치와 stack 값을 기록하고 구독, 로컬 프로필, 덮어쓰기, 앱 설정을 별도로 백업하세요. 클라이언트를 업데이트해도 이전 코어가 실행 중이면 이 수정은 적용되지 않습니다.

v1.19.32는 macOS의 패킷 읽기 오류 처리 방식을 바꿉니다. ENOTSOCK와 EBADF를 종료 상태로 처리해 Mixed TUN의 읽기를 끝내고 같은 오류가 반복 출력되는 것을 막습니다. 수정 대상은 오류 루프입니다. 연결이 처음 실패한 원인과 실제 통신 복구 여부는 각각 확인해야 합니다.

시간이 표시된 오류 몇 개와 실제 코어 버전, CPU 관찰 결과를 저장한 뒤 TUN을 끄고 반복 오류가 멈추는지 확인하세요. 임시로 인터넷에 연결해야 할 때는 원래 설정이 시스템 프록시를 지원하는 경우에만 시스템 프록시를 사용하세요. 해당 프록시를 따르는 앱만 처리하며 기기 전체를 계속 처리한다는 뜻은 아닙니다. 전체 로그를 모으려고 오류가 계속 쌓이게 두지 마세요.

아래 메뉴는 Clash Party v2.0.3의 특정 버전 소스 코드와 중국어 화면 표시를 대조한 것입니다. 다른 클라이언트에서는 해당 프로젝트의 공식 코어 업데이트 방법을 따르세요. 메뉴 이름을 그대로 적용하지 마세요. 먼저 백업을 읽을 수 있고 현재 설정을 사용할 수 있는지 확인한 뒤 잠시 인터넷 연결이 끊겨도 괜찮은 시간에 진행하세요.

이 절은 일반 Mihomo 설정을 대상으로 합니다. 현재 Smart 또는 다른 코어 분기를 사용하고 그 분기의 기능에 의존한다면 먼저 해당 유지 관리자의 호환성 안내를 확인하세요. 일반 코어의 특정 버전으로 바로 바꾸지 마세요. 코어가 서로 다르면 버전 숫자가 더 높다는 이유만으로 교체해서는 안 됩니다.

일반 업데이트 버튼과 특정 버전 선택은 서로 다른 작업입니다. 여기서는 특정 버전을 선택해 확인 대상을 고정합니다. 이후 버전은 릴리스 안내를 별도로 확인해야 하며, 앞으로 나올 모든 버전이 검증됐다고 미리 판단해서는 안 됩니다. 다운로드, 검증, 권한 부여, 시작 중 어느 단계든 실패하면 그 단계에서 멈추세요. 코어, 구독, DNS 설정을 연달아 바꾸지 마세요.

먼저 확인된 코어 수정을 적용하세요. 임시 비교가 꼭 필요하다면 직접 관리하는 로컬 덮어쓰기 설정에서 tun.stack만 mixed에서 gvisor로 바꾸고 기존 값과 백업을 보관하세요. 기존 설정이 mixed가 아니거나 클라이언트에 지원되는 덮어쓰기 메뉴가 없다면 이 단계를 그대로 따라 하지 마세요.

아래 예시는 바꿀 필드만 나타내며 전체 설정 파일이 아닙니다. 기존 DNS, 라우팅, 장치 이름, 구독, 나머지 TUN 항목을 유지하세요. 적용 후 최종 실행 설정이 실제로 gvisor인지 확인하고 코어를 정상적으로 다시 시작하세요. 원격 구독을 수정하거나 strict-route까지 함께 바꿔 비교 결과를 불분명하게 만들지 마세요.

#3310에서 한 번의 복구는 재시작과 설정 변경을 함께 수반했습니다. 복구를 gVisor만의 효과로 보거나 장기간 재발하지 않는다는 근거로 삼을 수는 없습니다. 공식 문서는 system, gvisor, mixed의 구현을 구분하며 새로울수록 더 좋다는 순위를 매기지 않습니다. 같은 작업에서 달라진 점을 기록하고 개선이 없으면 기존 stack으로 되돌리세요. 새 설정을 곧바로 영구적인 해결책으로 삼지 마세요.

같은 설정과 비슷한 부하에서 코어와 클라이언트 두 프로세스를 관찰한 뒤 이전에 실패했던 웹사이트나 앱 요청을 다시 실행하세요. 다른 사람의 CPU 수치를 합격 기준으로 사용하지 마세요. 자신의 변경 전후 지속적인 사용률과 로그 증가량을 비교하고, 한 번의 순간적인 감소를 장기적인 결과로 해석하지 마세요.

로그 반복이 멈췄다고 TUN 연결까지 복구된 것은 아닙니다. 여전히 접속되지 않으면 TUN을 끈 상태로 코어 시작, 권한 부여, 현재 프로필 적용 여부를 하나씩 확인한 뒤 정상적으로 재시작하고 원래 요청을 다시 테스트하세요. 로그 수준을 계속 높이거나 동시에 DNS를 바꾸며 해결책을 추측하지 마세요.

stack을 임시로 바꿨다면 먼저 기록해 둔 기존 값으로 복원하고 코어를 다시 시작하세요. 기본적인 인터넷 연결이 복구될 때까지 TUN을 끈 상태로 유지하세요. 필요하면 이전에 사용 가능했고 지원되는 시스템 프록시 방식을 이용하세요. 모든 앱에 적용된다고 가정하거나 클라이언트 데이터 폴더 전체를 삭제하지 마세요.

새 코어가 시작되지 않으면 백업을 바탕으로 기존 채널, 정확한 코어 버전, 설정을 복원하고 클라이언트 안내에 따라 권한을 다시 부여하세요. 이전 코어에는 이번 오류 반복 문제가 남아 있을 수 있으므로 알려진 발생 조건에서 장기적인 해결책으로 사용해서는 안 됩니다. 되돌린 뒤 오류가 다시 반복되면 TUN을 끄고 사용할 수 있는 연결 방식을 유지한 채 재시도를 멈추세요. 프로그램 다운그레이드와 설정 복구를 같은 작업으로 여기지 마세요.

재발한다면 macOS 버전과 아키텍처, 클라이언트와 실제 코어 버전, stack, 권한 상태, 확보할 수 있는 가장 이른 시점의 짧은 오류 기록, 재시작 전후 및 변경 전후 차이를 제공하세요. 설정 다시 불러오기, 잠자기에서 깨어나기, 네트워크 전환은 실제 관찰한 내용만 기록하세요. 시각이 가깝다는 이유로 원인이라고 판단하지 마세요. 공유하기 전에 구독 토큰, 비밀번호, 비공개 도메인, 이 기기의 식별 정보를 삭제하세요.