연결 문제 해결 · Clash 기술 블로그

FlClash 노드 이름 변경 후 지연 테스트 시간 초과

구독에서 노드 이름이 바뀐 뒤 FlClash로 접속은 되는데 Timeout이 표시되나요? 새 노드, 프록시 그룹, 실제 요청을 비교한 다음 화면에서 다시 선택하고 저장 여부를 확인하세요. 실패하면 원래 Profile을 보관하고 별도 사본으로 복구합니다.

  • FlClash
  • 노드 이름 변경
  • 지연 시간 테스트
  • Timeout
  • Profile
이 글의 목차

접속은 되지만 지연 시간을 측정할 수 없다면 테스트 결과와 실제 연결을 따로 기록해야 합니다. 구독이 갱신된 뒤 저장된 선택이 이름이 바뀐 노드를 계속 가리킬 수 있습니다. 원래 설정을 보존하고 화면에서 현재 목록의 노드를 다시 선택한 뒤 저장을 기다리고 재시작 후 확인해야 새 선택이 저장된 상태로 유지되는지 확인할 수 있습니다.

구독 업데이트 후 접속은 되는데 노드 화면에 Timeout이 표시되는 이유는?

구독에서 노드 이름이 바뀌기 전후에 FlClash로 웹페이지가 열리는지, 같은 수동 선택 그룹과 이를 참조하는 상위 그룹에 Timeout이 계속 표시되는지 기록하세요. 여기서 테스트는 테스트 주소까지의 지연 시간을 확인하는 것으로 대역폭 측정이 아닙니다.

프로젝트 issue #2635는 Windows의 FlClash 0.8.99+2026100301에서 이 현상을 보고했습니다. 이번 확인 시점에도 사용자 보고이며 관리자가 확인한 일반 수정 버전은 없습니다. 현재 점검과 복구 제안은 v0.8.99 소스를 근거로 하며 모든 Timeout을 같은 원인으로 볼 수는 없습니다.

v0.8.99에서 select 그룹을 테스트하면 먼저 Profile의 selectedMap, 즉 이전에 저장한 노드 이름을 읽고 실제 테스트할 노드를 찾습니다. 이전 이름이 현재 설정에 없다면 테스트 대상을 찾지 못해도 value: -1이 반환될 수 있습니다. 이 값만으로 실제 네트워크 대기 시간이 초과됐다고 판단할 수는 없습니다.

같은 Profile 업데이트 후 노드 이름이 바뀌었지만 실제 요청은 예상한 프록시를 통해 성공하고 기존 선택 그룹이나 이를 참조하는 그룹만 이상할 때 해당 단서입니다. 알려진 보고는 Windows에서 나왔습니다. 다른 플랫폼은 자신의 이름과 요청 비교가 일치할 때만 참고해야 하며 모든 플랫폼이 영향을 받는다고 추정할 수는 없습니다.

노드별 측정, 그룹 측정과 실제 요청 비교하기

먼저 로컬 백업을 만들어 현재 Profile, 오버라이드와 설정을 보관하세요. 전체 클라이언트 버전, 그룹 이름, 변경 전후의 노드 이름과 테스트 주소도 기록합니다. 구독 링크에는 인증 정보가 포함될 수 있으므로 백업과 원본 구성은 자신의 기기에만 보관하세요.

네트워크, Profile과 테스트 주소를 고정한 상태로 노드 화면에서 문제가 있는 수동 선택 그룹을 펼치세요. 새 이름이 현재 구성원 목록에 실제로 있는지 확인합니다. 새 노드와 해당 그룹을 각각 한 번씩 지연 테스트하고 완료될 때까지 기다린 다음 비교하세요. 일괄 새로 고침을 연속으로 실행하면 차이를 놓칠 수 있습니다.

해당 그룹의 현재 선택으로 평소 접속되던 HTTPS 페이지를 열고 FlClash 연결 기록을 확인하세요. 요청이 FlClash에 들어와 예상한 프록시를 사용하고 접속까지 완료되었을 때만 정상 연결의 비교 자료로 삼을 수 있습니다. 브라우저가 프록시를 우회해 성공한 경우는 해당하지 않습니다.

확인 가능한 로그에 이전 노드 이름이 applied config에 없다고 나오면 현재 구성원 목록과 비교하세요. 이 로그가 보이지 않는다고 이전 선택이 없다는 뜻은 아닙니다. 실패 숫자 하나로 원인을 확정할 수도 없습니다. 증거를 수집하려고 데이터베이스를 직접 조작하거나 제어 인터페이스를 로컬 네트워크에 공개하지 마세요.

비교 결과에 따른 확인 방법

비교 결과다음 단계
새 노드의 개별 테스트는 성공하고 원래 그룹 테스트는 실패하지만 실제 프록시 요청은 성공함그룹에 저장된 선택을 먼저 확인하고, 다음 절에 따라 화면에서 현재 구성원을 다시 선택하세요.
새 노드와 그룹 테스트가 모두 실패하고 실제 프록시 요청도 실패함노드, 테스트 주소, DNS와 현재 네트워크를 확인하세요. 이전 이름 때문에 발생한 문제로 단정하지 마세요.
실제 요청은 정상이지만 여러 개별 노드에서 같은 테스트 주소에 접속할 수 없음현재 네트워크나 규칙이 테스트 주소를 차단하는지 확인하세요. 신뢰할 수 있고 접속 가능하다고 확인한 다른 주소로 비교합니다.
Windows용 구버전 FlClash에서 일괄 테스트만 실패하며 개별 테스트는 정상이고 노드 이름도 바뀌지 않음이 사이트의 일괄 지연 테스트 글을 참고해 v0.8.95의 기존 문제와 구분하세요.

화면에서 현재 구성원을 다시 선택하고 저장 여부 확인하기

노드 화면의 현재 목록에서 유효한 노드를 다시 선택하고 저장과 전환이 끝날 때까지 기다리세요. 데이터베이스 쓰기 실패나 전환 실패 알림이 나타나면 반복해서 누르지 말고 오류를 보관하세요.

v0.8.99는 선택을 selectedMap에 저장하며 저장이나 코어 전환에 실패하면 이전 선택으로 되돌립니다. 앱 재시작만으로는 기존 기록이 지워지지 않을 수 있습니다. 아래 단계로 다시 선택한 뒤 확인하되 v0.8.99를 이 보고에 대한 확인된 수정 버전으로 간주하지 마세요.

원래 구성을 보관하면서 복구하는 순서

  1. 유효한 새 이름 선택

    문제가 있는 select 그룹에서 현재 목록의 유효한 새 노드를 직접 다시 선택하세요. 상위 그룹이 이 수동 그룹을 참조한다면 아래쪽 선택을 수정한 뒤 상위 그룹이 원하는 그룹을 가리키는지 확인하세요. 문제를 우회하려고 자동 그룹을 수동 그룹으로 바꾸지 마세요. 새 이름을 기록하고 구독에서 이미 삭제된 이전 항목은 선택하지 마세요.

  2. 저장 오류가 없는지 확인

    선택 동작이 끝날 때까지 기다리고 현재 그룹과 앱 알림을 확인하세요. 쓰기나 전환에 실패하면 반복 클릭을 멈추고 원래 오류를 보관합니다.

  3. 노드와 그룹 다시 테스트

    원래 테스트 주소로 새 노드, 수동 그룹과 영향을 받은 상위 그룹을 각각 테스트하고 실제 HTTPS 요청의 아웃바운드도 다시 확인하세요.

  4. 완전히 종료한 뒤 다시 확인

    앱이나 트레이 메뉴에서 정상 종료한 다음 다시 실행하세요. 유효한 새 이름이 유지되는지 확인하고 같은 그룹 테스트와 실제 요청을 반복합니다. 종료 후에도 올바른 선택이 저장되어 있을 때만 자신의 기기에서 복구되었다고 기록하세요.

다시 선택해도 저장되지 않으면 원래 Profile을 보관하고 별도로 비교하기

재시작한 뒤 이전 선택이 다시 나타나면 백업과 원래 Profile을 먼저 보관하세요. 정상적인 파일 추가 또는 URL 가져오기 메뉴에서 같은 신뢰할 수 있는 구독을 다른 Profile로 추가하고, 구분하기 쉬운 별도 이름을 붙입니다. 원래 항목을 삭제하지 말고, 이 비교용 항목을 만들기 위해 앱 전체 백업을 복원하지도 마세요.

v0.8.99에서 새로 가져온 항목은 별도 Profile이며 저장된 선택의 기본값은 비어 있습니다. 이를 원래 Profile에 저장된 선택과 비교할 수 있습니다. 구독 자체에 포함된 규칙은 구독 내용과 함께 가져오지만, 이전 Profile에 연결된 추가 규칙, 스크립트나 사용자 지정 항목까지 이전되었다고 가정하면 안 됩니다. 앱 전체에 적용되는 오버라이드도 사본에 영향을 줄 수 있으므로 실제 실행 구성을 먼저 확인하세요.

새 사본의 노드 목록과 필요한 규칙부터 확인하고 유효한 구성원을 선택하세요. 준비가 된 뒤에만 잠시 전환해 확인합니다. 사본은 정상이고 원래 항목에서 문제가 재현되면 사본을 임시 복구용으로 보관하고 필요한 사용자 지정 항목을 하나씩 확인할 수 있습니다. 이 결과가 관리자의 근본 원인 확인을 대신하지는 않습니다.

새 사본도 실패하면 이전에 사용 가능했던 Profile과 이번에 변경한 설정을 복원하세요. FlClash의 네트워크 처리를 중지한 뒤 일반 네트워크가 작동하는지 확인합니다. 반드시 프록시를 거쳐야 하는 작업은 접속을 잠시 중단하세요. 직접 연결을 동등한 복구로 간주하면 안 됩니다. 모든 데이터를 초기화하거나 데이터베이스를 직접 수정하거나 보안 소프트웨어를 끄지 마세요. 이전 버전을 다시 설치하면 해결된다고 보장할 수도 없습니다.

복구 여부를 확인하고 실패 증거를 프로젝트에 전달하는 방법

복구되었다고 판단하려면 이름이 올바르고, 지연 테스트와 실제 요청의 비교 결과가 납득할 수 있으며, 완전히 종료한 뒤에도 선택이 유지되어야 합니다. 녹색 지연 숫자는 한 번의 테스트가 성공했다는 뜻일 뿐 모든 웹사이트와 프로토콜을 사용할 수 있다는 뜻은 아닙니다. 테스트 주소에 접속할 수 없더라도 실제 요청이 정상이라면 따로 기록하세요.

문제가 계속되면 FlClash 프로젝트에 전체 앱 버전, 운영체제 버전, 노드 이름 변경 전후의 관계, 현재 그룹 구성원, 같은 주소를 사용한 개별 노드 및 그룹 테스트, 실제 요청의 아웃바운드, 화면에서 다시 선택한 결과와 종료 후 재시작한 결과를 전달하세요. 공개 자료에서는 그룹과 노드에 일관된 가상 이름을 사용하고, 구독 인증 정보, 비밀번호, 개인 주소와 제어 인터페이스 secret을 가립니다.

issue #2635의 특징과 일치하면 민감 정보를 가린 비교 결과를 추가할 수 있습니다. YAML이 잘못됐거나 노드 자체가 끊기거나 일괄 측정만 실패한다면 차이를 따로 설명하세요.

참고 자료