이 글의 목차
그룹 전체 속도 테스트 오탐인지 확인
이 글은 Windows용 FlClash에서 그룹 전체 지연 시간 테스트가 비정상적인 경우만 다룹니다. 한 번 새로 고친 뒤 다수의 노드에 Timeout이 표시되지만 노드 하나를 열어 개별 테스트하면 지연 시간이 반환되고 해당 노드를 선택하면 실제 접속도 완료됩니다.
공식 issue #2314에는 v0.8.95에서 이 비교 결과가 기록되어 있습니다. 같은 구성과 네트워크를 v0.8.94로 되돌리면 일괄 테스트가 정상이었습니다. 이후 v0.8.96 릴리스 노트에는 Windows 그룹 전체 지연 시간 테스트 수정이 명시되었습니다.
개별 노드 테스트, 실제 요청 및 같은 그룹의 다른 노드가 모두 실패한다면 화면 오탐으로 판단하면 안 됩니다. 이 경우 노드, 테스트 주소, DNS 또는 현재 네트워크를 실제로 사용할 수 없을 가능성이 높습니다.
Timeout을 두 유형으로 먼저 구분
| 관찰 결과 | 가능성이 높은 결론 | 다음 단계 |
|---|---|---|
| 일괄 테스트에는 Timeout이 표시되지만 개별 테스트와 실제 접속은 정상 | Windows 그룹 전체 속도 테스트 오탐 | 버전을 기록하고 업그레이드 준비 |
| 일괄 테스트와 개별 테스트가 모두 실패하고 실제 접속도 실패 | 노드 또는 네트워크 장애 | 노드, DNS 및 테스트 주소 점검 |
| 특정 프록시 그룹 하나만 비정상 | 해당 그룹의 크기 또는 구성 차이 | 같은 그룹을 고정해 버전 비교 |
| TUN을 켠 뒤 시스템 전체의 인터넷 연결이 끊김 | 속도 테스트 표시 문제가 아님 | 시스템 프록시부터 복원하고 TUN 점검 |
구성을 저장하고 테스트 조건 고정
업그레이드 전에 Profile, 덮어쓰기 및 앱 설정을 내보내고 FlClash 버전, Windows 버전, 테스트 프록시 그룹 및 테스트 시간을 기록하세요. 구독 링크에는 token이 포함될 수 있으므로 스크린샷과 로그에서 민감 정보를 반드시 제거해야 합니다.
이번 테스트에서는 클라이언트 버전만 바꾸고 구독 업데이트, 네트워크 전환, 엄격한 DNS 덮어쓰기 활성화 또는 TUN 조정을 동시에 수행하지 않습니다. 테스트 조건이 같아야 그룹 전체 속도 테스트 경로 때문에 Timeout이 발생했는지 판단할 수 있습니다.
반복 가능한 샘플 그룹 준비
현재 Profile 백업
구독 출처, 덮어쓰기 및 현재 정책 선택을 보존하고 현재 시스템에서 백업을 찾을 수 있는지 확인합니다.
앱 버전 기록
정보 또는 설정 페이지에서 Windows v0.8.95인지 확인하고 버전 스크린샷을 저장합니다.
프록시 그룹 하나 고정
노드가 많고 다수의 Timeout을 안정적으로 재현할 수 있는 같은 프록시 그룹을 선택합니다.
빨간색 노드 세 개 선택
노드 이름을 기록하고 이후 개별 테스트, 실제 접속 및 업그레이드 후 재테스트를 각각 수행합니다.
개별 테스트와 실제 접속 비교
일괄 결과에서 Timeout이 표시된 노드 하나를 선택해 개별 지연 시간 테스트를 한 번 실행하세요. 그런 다음 현재 정책을 해당 노드로 전환하고 안정적인 웹페이지를 엽니다. 마지막으로 연결 기록에 성공한 연결과 실제 아웃바운드가 표시되는지 확인하세요.
다른 빨간색 노드 두 개에서도 반복하세요. 여러 노드에서 개별 테스트 또는 실제 요청이 성공한다면 일괄 배지는 노드 실행 상태를 나타낼 수 없습니다. 구독을 즉시 삭제하거나 규칙을 재설정하거나 모든 노드를 교체하지 마세요.
세 단계 비교 완료
노드 개별 테스트
이번 결과가 끝날 때까지 기다리고 그룹 전체 새로 고침을 연속으로 누르지 않으며 구체적인 지연 시간이 반환되는지 기록합니다.
현재 노드 고정
요청 중 자동 정책이 아웃바운드를 바꾸지 않도록 수동 선택 그룹에서 해당 노드를 선택합니다.
실제 요청 보내기
평소 안정적으로 접속할 수 있는 페이지를 열고 로딩이 완료되는지 확인합니다.
연결 기록 확인
요청이 FlClash에 들어오고 방금 선택한 노드와 성공한 연결이 표시되는지 확인합니다.
개별 테스트에 지연 시간이 있고 실제 요청도 성공
노드를 사용할 수 있으므로 일괄 Timeout을 이 글에 따라 처리할 수 있습니다.
개별 테스트는 실패하지만 실제 요청은 성공
지연 시간 테스트 주소와 테스트 경로를 확인하고 노드 장애로 판단해 삭제하지 마세요.
개별 테스트는 성공하지만 실제 요청은 실패
규칙, DNS, 프로토콜 및 대상 웹사이트를 점검하세요. 단순한 일괄 속도 테스트 문제가 아닙니다.
둘 다 실패
다른 네트워크나 고정 노드로 전환하고 일반 노드 시간 초과 절차에 따라 점검합니다.
Windows 일괄 테스트 회귀 이해
issue #2314는 문제 범위를 v0.8.95의 Windows 데스크톱 경로로 제한합니다. 일괄 요청을 데스크톱 IPC로 보낼 때 혼잡할 수 있고 전송 실패를 화면에서 모두 Timeout으로 표시하므로 단일 노드 테스트에서는 재현되지 않을 수 있습니다.
공식 수정 커밋은 각 배치의 동시 노드 수를 줄이고 데스크톱 RPC의 대기 및 응답 처리를 조정했습니다. 이 변경은 FlClash의 일괄 테스트 경로에 있으며 노드 프로토콜이나 구독 내용을 바꾸는 것이 아닙니다.
이는 v0.8.95의 특정 회귀를 설명하지만 모든 FlClash Timeout이 IPC 때문임을 증명하지는 않습니다. 개별 테스트와 실제 요청을 비교한 뒤에만 업그레이드 검증을 진행하는 것이 적절합니다.
세 단계를 섞지 마세요.
| 단계 | 실패할 때 표시되는 내용 | 노드 손상을 판단할 수 있는지 여부 |
|---|---|---|
| 그룹 전체 속도 테스트 화면 | 다수의 노드가 동시에 Timeout으로 바뀜 | 이 결과만으로는 판단할 수 없음 |
| 단일 노드 지연 시간 테스트 | 노드 하나에서 지연 시간이 반환되지 않음 | 실제 요청을 추가로 확인해야 함 |
| 실제 연결 기록 | 요청 연결을 설정할 수 없거나 노드 오류가 표시됨 | 실제 사용 가능 여부에 더 가까움 |
FlClash v0.8.96으로 업그레이드
FlClash v0.8.96은 2026년 8월 17일에 출시되었으며 공식 설명에 Windows 그룹 전체 지연 시간 테스트 실패 수정이 명시되어 있습니다. 앞서 설명한 특징과 일치한다면 v0.8.96 또는 더 최신 안정 버전으로 우선 업그레이드하세요.
프로젝트 공식 Release에서 Windows 아키텍처에 맞는 설치 패키지를 받으세요. 강제로 설치하려고 보안 소프트웨어를 끄거나 출처 경고를 무시하지 마세요. 파일 출처를 확인할 수 없다면 현재 사용 가능한 버전을 유지합니다.
롤백 가능한 순서로 업그레이드
백업 사용 가능 여부 확인
Profile, 덮어쓰기 및 현재 선택을 내보냈는지 확인하고 이전 버전 설치 패키지의 위치를 기록합니다.
FlClash 완전히 종료
트레이에서 앱을 종료해 이전 프로세스가 코어, 구성 또는 데스크톱 서비스를 계속 점유하지 않도록 합니다.
공식 안정 버전 설치
공식 Release에서 올바른 아키텍처를 선택해 설치를 마친 뒤 앱을 시작합니다.
버전 및 구성 확인
v0.8.96 또는 더 최신 안정 버전이 표시되고 기존 Profile과 정책 선택이 그대로 있는지 확인합니다.
같은 프록시 그룹으로 수정 검증
기존 네트워크, 구독, 테스트 주소 및 프록시 그룹을 그대로 두고 그룹 전체 지연 시간 테스트를 한 번 다시 실행하세요. 업그레이드 전에 기록한 빨간색 노드 세 개를 중점적으로 살펴보고 전체 빨간색 표시가 줄었는지만 보지 않습니다.
그런 다음 해당 노드를 하나씩 선택해 실제 요청을 보내고 연결 기록을 확인하세요. 그룹 전체 결과가 복구되고 샘플 노드에 지연 시간이 있으며 요청도 성공해야 현재 시스템의 일괄 오탐이 해결되었음을 확인할 수 있습니다.
수정 완료 기준
- 앱 버전이 v0.8.96 또는 더 최신 안정 버전임
- 같은 프록시 그룹에서 더 이상 다수가 동시에 Timeout으로 표시되지 않음
- 업그레이드 전에 기록한 샘플 노드에서 지연 시간이 반환됨
- 샘플 노드 하나 이상에서 실제 웹페이지 요청이 완료됨
- 연결 기록에 현재 선택한 노드를 사용한 요청이 표시됨
- 구독, 덮어쓰기, DNS 및 TUN 설정이 의도치 않게 재설정되지 않음
업그레이드 후에도 Timeout이 있을 때 분기 방법
일부 노드를 사용할 수 없다고 해서 수정 실패를 뜻하지는 않습니다. 안정 버전은 확인된 Windows 그룹 전체 테스트 문제만 처리하며 실제 노드 종료, 접근할 수 없는 테스트 주소, DNS 오류 및 현재 네트워크 제한은 정상적인 Timeout을 계속 발생시킬 수 있습니다.
공식 issue #2253에는 엄격한 DNS 덮어쓰기를 켠 뒤 일괄 속도 테스트가 비정상적인 별도 환경도 기록되어 있으며 v0.8.95의 IPC 회귀와 완전히 같은 문제라는 증거는 없습니다. 모든 결과를 초록색으로 만들려고 필요한 DNS 설정을 장기간 끄지 마세요.
고정된 일부 노드만 실패
각각 개별 테스트와 실제 요청을 실행해 노드 또는 테스트 주소에 접근할 수 없는지 확인합니다.
일괄 테스트와 개별 테스트가 계속 모두 실패
테스트 URL, DNS, 시스템 시간 및 현재 네트워크를 확인한 뒤 핫스팟으로 전환해 비교합니다.
엄격한 DNS 덮어쓰기를 켰을 때만 비정상
구성을 저장한 뒤 스위치 전후를 비교하고 별도 issue를 추적하며 이미 수정된 회귀로 분류하지 않습니다.
TUN을 켠 뒤 모든 요청이 중단됨
TUN을 먼저 꺼 시스템 프록시를 복원한 뒤 라우트, 가상 네트워크 어댑터 및 DNS 하이재킹을 확인합니다.
화면은 정상이지만 자동 그룹이 계속 잘못 선택함
코어의 상태 검사 주소, 간격 및 정책 그룹 유형을 확인합니다.
오류 발생 시 사용 가능하다고 확인된 버전으로 롤백
현재 시스템에서 v0.8.96을 시작할 수 없거나 Profile이 사라지거나 새로운 실제 연결 장애가 생기면 앱을 완전히 종료한 뒤 업그레이드 전 백업을 복원하세요. 실행 중 구성 디렉터리를 반복해서 덮어쓰지 마세요.
issue #2314의 비교 환경에서는 v0.8.94의 그룹 전체 테스트가 정상이었으므로 특정 회귀의 임시 롤백 지점으로 사용할 수 있습니다. 롤백하면 v0.8.96의 수정이 사라지므로 장기간 업데이트를 중단할 이유로 삼으면 안 됩니다.
사용 가능한 상태 복원
모든 프로세스 종료
트레이, 화면 및 코어가 모두 종료되었는지 확인한 뒤 버전 교체를 시작합니다.
검증한 이전 버전 설치
업그레이드 전에 보존한 공식 설치 패키지를 사용하고 필요하면 현재 시스템에서 검증한 v0.8.94로 돌아갑니다.
구성 백업 복원
자체 Profile과 덮어쓰기만 복원하고 출처를 알 수 없는 전체 디렉터리는 가져오지 않습니다.
실제 연결 검증
먼저 시스템 프록시로 요청을 한 번 완료한 뒤 그룹 전체 속도 테스트와 연결 기록을 확인합니다.