Clash Verge Rev 노드 회색 표시: ambiguous 해결

Clash Verge Rev의 노드 페이지에서 ambiguous 메시지, 회색으로 표시되어 선택할 수 없는 항목 또는 다른 출처의 노드에 대응하는 지연 시간 테스트를 기록하세요. 그런 다음 이 노드가 여러 프록시 노드 목록에서 왔고 이름이 같은지 확인하세요.

2026년 10월 9일에 공개된 공식 v2.5.8은 이 두 문제를 수정했다고 명시합니다. issue #8021에는 이전 버전에서 노드를 클릭해 선택할 수 없지만 기존 연결은 계속 작동했다는 사용자 보고가 있습니다. 이 보고만으로 모든 회색 노드가 같은 문제라거나, 모든 이전 버전과 플랫폼이 영향을 받는다고 단정할 수는 없습니다.

실행 설정에 여러 proxy-providers가 있고 출처별 노드 이름이 중복되며 화면이나 측정 결과가 다르면 해당 단서입니다. 모음이 로드되지 않았거나 노드가 작동하지 않거나 설정 해석이 실패한다면 해당 오류부터 처리하고 모두 ambiguous라고 부르지는 마세요.

전체 클라이언트 버전, 운영체제, 현재 Profile, 문제가 있는 그룹과 중복 노드 이름을 기록하세요. 구독 원문과 실행 설정에서 proxy-providers 아래의 목록 이름, 각 목록의 노드 이름, 문제 그룹의 use 목록을 대조하세요. 목록의 키 이름 자체가 중복된 경우는 다른 설정 오류이므로 업데이트만으로 해결되지 않습니다.

include-all-providers, include-all, exclude-type도 확인하세요. 고정된 버전의 구현에서는 앞의 두 항목이 모든 목록을 포함하므로 use만 작성하면 출처가 분리된다고 볼 수 없습니다. 제외할 유형도 후보 노드를 바꿉니다. 이런 조건이 없다면 각 그룹이 사용하는 목록 범위 안에서 비교하세요.

목록을 정상적으로 불러왔고 실제로 같은 이름의 노드가 있는지 확인한 뒤, 해당 노드와 정책 그룹을 따로 테스트하세요. 동일한 신뢰할 수 있는 테스트 주소로 결과를 기록하세요. 기존 선택을 통해 새로운 HTTPS 요청을 보내고, 연결 기록에서 예상한 그룹과 출구를 거치는지 확인하세요. 브라우저가 프록시를 우회해 접속에 성공한 것은 비교 근거가 아닙니다.

설정의 Verge 고급 설정에서 백업 설정을 여세요. 수동 백업에서 로컬 백업을 선택해 기록을 만든 뒤, 기록 보기에서 업데이트 전 백업을 내보내 앱 데이터 디렉터리 밖에 저장하세요. 화면의 번역 문구는 다를 수 있습니다. 로컬 기록을 만드는 것만으로 별도의 오프라인 사본이 확보되는 것은 아닙니다.

공식 백업 구현은 profiles의 일반 파일과 앱 설정을 포함하지만, 전체 데이터 디렉터리를 그대로 복제하지는 않습니다. 외부 Provider 파일과 직접 관리하는 다른 자료는 별도로 안전하게 복사해 두세요. 구독 토큰, 비밀번호, 원본 백업은 본인 기기에만 보관하고 공개 오류 보고에 첨부하지 마세요.

화면에 문제가 있다고 작동 중인 구독을 삭제하지 마세요.

v2.5.8는 각 프록시 그룹이 실제로 사용하는 Provider에서 노드를 찾아 다른 공급자의 같은 이름 노드를 해당 그룹 구성원으로 잘못 인식하지 않도록 합니다. 클라이언트가 그룹 구성원과 출처를 연결하는 방식의 변경입니다. 한 그룹 안에 이름이 완전히 같은 출구가 둘 있다면 각각 선택할 수 있는지 실제 연결로 확인해야 하며, 표시가 복구된 것만으로 판단하면 안 됩니다.

글 아래 공식 Release에서 운영체제와 아키텍처에 맞는 v2.5.8을 받아 프로젝트의 일반적인 업데이트 절차를 따르세요. 설정과 내보낸 백업을 보존하세요. 이 사이트에 보관된 클라이언트 사본과 업스트림의 최신 버전은 별도로 관리됩니다. 사이트의 이전 보관 버전을 이번 수정 버전의 확인 근거로 사용해서는 안 됩니다.

한 그룹 안에 여러 목록에서 온 이름이 완전히 같은 노드가 여전히 있다면, 화면에서 클릭할 수 있다는 것만으로 두 번째 출구로 따로 전환할 수 있다고 볼 수 없습니다. v2.5.8의 선택 호출도 그룹 이름과 노드 이름을 전달합니다. 근거가 부족하면 미확인으로 기록하세요. 반복 테스트나 기존의 장시간 연결로 전환 성공을 추정하지 마세요.

업데이트 후에도 목록이 비어 있거나 다운로드·분석 오류가 발생하면 첫 오류를 보존하고 목록의 출처부터 점검하세요. 구성원과 선택이 올바른데 새 요청이 실패한다면 노드 연결 가능 여부, 규칙, 테스트 대상을 확인하세요. 모든 실패를 클라이언트의 구성원 연결 문제로 계속 돌려서는 안 됩니다.

업데이트로 필요한 선택이 복구됐다면 노드 이름을 추가로 바꿀 필요는 없습니다. 한 그룹에서 이름이 같은 출구 둘을 반드시 구분해야 한다면, 직접 관리하는 로컬 설정 사본에서 각 목록에 서로 다른 override.additional-prefix를 지정할 수 있습니다. 예를 들어 A-와 B-를 사용할 수 있습니다. 이는 Mihomo가 공식 지원하는 출처 구분용 접두사이며, 원격 구독 서비스를 수정하는 방식은 아닙니다.

해당 목록의 기존 override에 additional-prefix를 추가하되 다른 필드는 보존하세요. 설정의 명시적 proxies 참조, 이름 필터, 스크립트, 저장된 선택이 이전 이름을 가리킬 수 있으므로 함께 확인해야 합니다. override 전체를 덮어쓰거나 A-, B-를 모든 구독에 적용할 고정값으로 취급하지 마세요.

일반적인 가져오기 메뉴로 이름이 다른 로컬 사본을 추가하고 원래 Profile은 보존하세요. 먼저 문법, 노드, 규칙, 필요한 사용자 설정을 확인한 뒤 잠시 전환해 새 이름과 실제 출구를 검증하세요. 실행 설정이나 스크립트의 영향을 판단할 수 없다면 이름 변경을 중단하고 민감 정보를 가린 증거를 업스트림에 전달하세요.

실패하면 원래 정상 작동하던 Profile로 돌아가고, 이번에 실제로 변경한 앱 설정을 되돌리세요. 사본의 접두사는 다른 구독으로 자동 이전되지 않습니다. 구독 업데이트 후의 실행 설정도 다시 확인해야 하며, 한 번의 테스트 성공이 영구적인 정상 작동을 보장하지는 않습니다.

설정이 손상돼 복구가 필요하면 먼저 현재 데이터를 보존하세요. 백업 기록에서 업데이트 전에 내보낸 파일을 가져온 뒤, 해당 기록을 선택해 백업 복원을 실행하세요. 가져오기는 기록만 추가하며 자동으로 적용하지 않습니다. 복원 후에는 구독, 규칙, 프록시 모드, 실제 요청을 다시 확인하세요.

앱 버전을 되돌리기 전에 백업 호환성과 공식 보안 공지를 확인하세요. issue에 나온 v2.5.2로 돌아가라는 사용자 조언을 그대로 따르지 마세요. 특히 Windows 서비스의 관련 보안 공지는 영향받는 버전과 수정 빌드를 명시합니다. 새 버전에서 만든 백업을 이전 버전이 읽을 수 있다고 가정해서도 안 됩니다. 검증된 정상 설정을 우선 복구하세요.

사용 가능한 설정이 없다면 정상 절차로 프록시의 트래픽 처리를 중단하고 일반 네트워크를 확인하세요. 반드시 프록시를 거쳐야 하는 업무는 사용을 잠시 보류하세요. 문제를 시험해 보려고 전체 데이터를 지우거나 보안 프로그램을 끄지 마세요. 다른 출처의 설치 파일로 공식 업데이트를 우회해서도 안 됩니다.

문제가 계속되면 전체 버전, 운영체제, 민감 정보를 가린 목록과 그룹 범위, 중복 이름 관계, 단일 노드·그룹 테스트, 새 연결 경로, 종료 후 재시작 결과를 업스트림에 보내세요. 일관된 대체 이름으로 구조를 보존하고 구독 인증 정보, 개인 주소, secret을 가리세요. 직접 관찰한 차이를 설명하고, 검증하지 않은 출구 선택을 수정 성공으로 기록하지 마세요.