시작 전에: 이 글이 다루는 범위
소프트웨어 버전마다 메뉴 한글 표기·탭 이름이 조금씩 다를 수 있지만, 서비스 상태 → 프로필 선택 → 프록시·그룹 패널 → 모드 → 적용이라는 큰 흐름은 동일합니다. 앞부분에서 용어를 맞춰 두면 뒤쪽 화면 설명이 훨씬 빨리 읽힙니다. 투명 프록시·구독 넣기·DNS 루프 해결처럼 처음부터 끝까지 설치 쪽을 찾는다면 OpenClash 설치·투명 프록시 가이드를 먼저 완주하는 편이 안전합니다.
LuCI는 작은 SSD가 달린 라우터 CPU 위에서 동작합니다. 지연 측정을 연달아 돌리거나 매우 큰 구독에서 수백 개의 노드를 동시에 스캔하면 UI가 멈춘 것처럼 보일 수 있으니, 측정은 구간을 나누어 실행하고 필요하면 나중에 설명하는 로그 줄로 결과를 교차 확인하세요.
1LuCI에서 가장 먼저 볼 세 가지
OpenClash 메뉴에 들어가면 보통 실행 개요 또는 대시보드에 현재 코어 이름, 버전, 실행 여부가 한 번에 보입니다. 여기서 코어가 내려가 있으면 아래 단계와 상관없이 노드 변경이 반영되지 않습니다. 활성 프로필이 자신이 생각하는 YAML·구독 세트인지도 같은 화면에서 확인하세요. 프로필이 바뀌면 이전에 고정해 둔 selector 선택이 초기화될 수 있습니다.
둘째로 마지막 적용 시각과 오류 메시지 유무를 봅니다. 저장만 하고 코어 리로드가 실패하면 표면적으로는 “노드를 바꿨는데 효과가 없다”로 보입니다. 셋째로 트래픽·연결 요약이 있는 탭이 있다면 규칙 모드에서 특정 사이트가 어떤 체인을 타는지 감을 잡는 데 도움이 됩니다. 화면이 단순한 빌드라면 로그 뷰어에서 level=error 근처만 먼저 훑어도 충분합니다.
메뉴 이름이 다른 경우: 일부 스킨은 “프록시” 대신 “정책”, “그룹” 같은 표기를 씁니다. YAML의 proxy-groups 항목 이름과 LuCI 표의 열 제목을 1:1로 대응시키면 헷갈림이 줄어듭니다.
2전략 그룹·셀렉터·자동 그룹 읽는 법
구독을 불러오면 수십 개의 프록시 노드가 생깁니다. 그런데 실제 규칙은 대부분 “이 도메인은 ○○ 그룹으로”처럼 그룹 이름만 가리킵니다. 그 ○○가 바로 전략 그룹입니다. select 타입은 사용자가 드롭다운에서 하나를 고릅니다. url-test는 주기적으로 지연을 재어 가장 빠른 노드로 바꿉니다. fallback은 헬스 체크 실패 시 순서대로 내려갑니다.
따라서 “왜 이 사이트만 느리지?”를 볼 때는 먼저 그 사이트가 어느 규칙에 걸렸는지, 그 규칙이 가리키는 그룹이 무엇인지, 그 그룹이 지금 어떤 노드·하위 그룹을 선택했는지를 따라가야 합니다. 단순히 노드 목록에서 아무거나 눌렀다가 실제 규칙이 참조하는 그룹이 아닌 곳만 바꾸고 있었던 경우가 흔합니다.
수동 고정과 자동 전환을 섞을 때
스트리밍·금융·사내 포털처럼 목적이 다른 트래픽을 한 가족이 함께 쓰면, 한 그룹만 수동으로 고정하고 나머지는 url-test에 맡기는 식의 혼합이 자주 나옵니다. LuCI에서 특정 selector를 바꿨는데 잠시 후 다시 자동으로 돌아간다면, 상위 그룹이 다른 패널에서 다시 덮어썼거나, 구독 업데이트가 다른 파일을 참조하게 바뀐 것은 아닌지 확인하세요.
3노드 바꾸기: 지연 측정과 선택 순서
프록시·정책 탭에서 그룹을 펼치면 각 노드 옆에 지연 측정 버튼이나 일괄 측정 아이콘이 있습니다. 먼저 일괄 측정으로 대략적인 분포를 본 뒤, 상위 몇 개만 단건 재측정하세요. 라우터에서 ICMP가 막혀 있다면 숫자가 비정상적으로 커질 수 있으니, 측정 URL이 구성에 맞는지도 함께 봅니다.
원하는 노드를 클릭해 활성 표시가 바뀌었는지 확인합니다. 일부 테마는 체크 아이콘 대신 글자 색만 바꾸기도 합니다. 변경 후에는 반드시 아래 “적용” 절차로 코어가 새 런타임 설정을 읽었는지 확인합니다. 같은 작업을 SSH의 curl 테스트와 맞춰 보면, 문제가 LuCI 표시인지 실제 트래픽인지 빨리 갈립니다.
- 여행·야간: 지역별 노드가 나뉜 구독이라면 시간대에 맞춰 그룹만 갈아타는 편이 전체 규칙을 건드리지 않아 안전합니다.
- 특정 서비스만: 상위 그룹 대신 앱별·국가별로 쪼개 둔 서브 그룹이 있다면 그쪽만 수정하세요.
- 가족 단말: 게이트웨이 정책을 바꾸면 동시에 모든 Wi‑Fi 기기에 영향이 갑니다. 먼저 테스트용 단말 하나로 확인하는 습관이 좋습니다.
4규칙 모드·글로벌 모드·직연결(다이렉트)
규칙 모드는 기본값으로 두는 경우가 많습니다. 구성 파일의 rules 섹션이 트래픽을 직연결·프록시·거부 등으로 나누며, 가정용 구독은 보통 국내 대역은 직행, 특정 리스트는 프록시로 보내는 패턴입니다. 한국 사용자도 “국내”가 아닌 로컬 CDN 전용 규칙이 섞여 있을 수 있으니, 사이트가 의도와 다르게 빠져나가면 그때 규칙 순서를 YAML에서 보완합니다. 이 글에서는 LuCI 토글만 다룹니다.
글로벌 모드에 두면 대부분의 흐름이 사용자가 지정한 상위 프록시 그룹으로 모입니다. VPN이 완전히 막힌 환경에서 “일단 전부 터널로 보낸다”는 진단용으로는 편하지만, 은행·포털·P2P까지 같은 출구로 몰리면 속도·계정 보안 측면에서 부작용이 생길 수 있습니다. 확인이 끝나면 다시 규칙 모드로 돌아오는 것을 권장합니다.
직연결(다이렉트) 계열은 Clash를 사실상 우회하여 WAN으로 바로 붙는에 가깝게 동작하게 만드는 프리셋입니다. 표기는 빌드마다 “Direct”·“直连”·“글로벌 직연결”처럼 달라질 수 있습니다. 관리자가 멀리 있을 때 잘못 건드리면 원격 관리가 끊기므로, 콘솔·백업 경로를 열어 둔 상태에서만 짧게 시험하세요.
모드와 실제 터널이 어긋날 때: 투명 프록시와 TUN·리다이렉션 조합이 꼬이면 모드 표시는 바뀌었는데 패킷이 여전히 이전 체인을 타는 경우가 있습니다. 방화벽 순서·다른 플러그인과 충돌을 의심하고 OpenClash 로그 타임스탬프를 기준으로 재시작 타이밍을 맞춰 보세요.
5저장·적용·재시작: 반드시 거쳐야 할 단계
LuCI에서 값을 바꾼 뒤 저장만 누르고 끝내는 습관이 있으면 코어가 옛 설정을 붙잡고 있을 수 있습니다. 빌드에 따라 적용 설정, 서비스 재시작, 코어 리로드 버튼이 분리되어 있으니 순서대로 누릅니다. 재시동이 길어지는 동안 가족 전체 인터넷이 잠깐 끊길 수 있으니 새벽 시간대를 노리는 것도 방법입니다.
적용 후에는 짧은 연결 테스트 세트를 돌립니다. 예를 들어 브라우저에서 검증용 사이트 두 곳·명령행에서 ping 금지된 네트워크라면 curl -I로 HTTP 헤더만 확인합니다. DNS를 바꾼 것은 아닌데 특정 도메인만 실패한다면, 이번 변경과 무관하게 캐시 때문일 수도 있으니 TTL을 의식하고 다른 단말로도 교차 확인하세요.
라우터 OpenClash와 PC 클라이언트의 감각 차이
Windows용 Mihomo Party 글에서 다룬 것처럼 PC에서는 단일 사용자 세션 안에서 빠르게 모드를 바꿔 가며 실험할 수 있습니다. 라우터에서는 같은 클릭이 DHCP로 붙은 모든 기기의 기본 경로에 곧바로 적용됩니다. 그래서 “테스트하다가 되돌리기”의 비용이 큽니다. 새로운 구독 합치기·큰 규칙 변경은 PC에서 프로필을 검증한 뒤 OpenClash로 옮기면 가족용 회선을 일으키는 횟수를 줄일 수 있습니다.
또한 라우터는 로그와 CPU가 여유롭지 않습니다. PC 클라이언트처럼 실시간 그래프가 풍부하지 않을 수 있으니, 깊은 디버깅은 여전히 데스크톱 쪽 로그를 참고하는 편이 시간 대비 효율이 좋습니다. 반대로 말하면, 한 번 올바른 게이트웨이 정책이 안정화되면 스마트폰·콘솔·IoT까지 별도 설치 없이 같은 규칙을 물려받는 이점이 있습니다.
자주 묻는 질문과 짧은 답
Q. 셀렉터를 바꿨는데 특정 앱만 안 바뀝니다. 앱이 시스템 프록시 대신 자체 DNS·자체 QUIC 경로를 쓰는 경우입니다. 해당 앱이 어떤 IP로 붙는지와 규칙의 GEOIP·DOMAIN 순서를 대조해 보세요. 필요하면 split tunnel 앱 설정을 끄거나, 라우터 측에서 해당 프로토콜을 잡는지 확인합니다.
Q. 구독 업데이트 후 내가 고른 노드가 사라졌습니다. 구독 측에서 노드 이름을 바꾸면 selector 항목 매핑이 깨질 수 있습니다. 그룹을 다시 펼쳐 목록이 비어 있지 않은지 확인하고, 비어 있다면 잘못 병합된 프로필이나 캐시된 옛 YAML을 의심하세요.
Q. 글로벌 모드인데도 국내 속도가 이상합니다. 상위 WAN 품질, DNS 응답 지연, MTU·오프로드 옵션부터 보는 것이 빠릅니다. Clash만의 문제가 아닐 때가 많습니다. 반대로 규칙 모드에서 특정 사이트만 느리다면 그 도메인이 어느 RULE-SET에 붙는지 추적합니다.
법적·정책적 안내: 프록시·우회 기능은 거주지·연결 망· 이용 약관을 준수하는 범위에서만 사용해야 합니다. 회사·학교·국가 네트워크에서는 허용되지 않을 수 있습니다.
마치며
OpenClash 일상 운용의 핵심은 화려한 메뉴 숲이 아니라 프로필이 살아 있고, 내가 바꾼 그룹이 규칙과 연결되어 있으며, 모드와 리로드가 일치한다는 세 가지입니다. 이 축을 기억하면 “노드를 바꿨는데 안 바뀐 것 같다”는 대부분의 사례를 빠르게 좁힐 수 있습니다. 설치와 분할·DNS 난제를 처음부터 다시 보고 싶다면 투명 프록시 가이드의 장별 체크리스트를 부록처럼 곁에 두면 좋습니다.
한편 노트북에서 규칙을 미리 실험하고 싶다면, PC용 그래픽 클라이언트가 있는 편이 YAML 실수를 줄이는 데 유리합니다. 설치·업데이트 경로가 분산된 빌드를 여러 채널에서 모을 필요 없이 Clash 공식 다운로드 허브에서 플랫폼별 패키지를 받으면 버전 혼선을 줄일 수 있고, 연결 패널·규칙 편집기로 라우터 정책과 나란히 비교하기도 쉽습니다. 아직 써 보지 않았다면 지금 환경에 맞는 빌드를 내려받아 프로필을 한 벌 검증한 뒤 LuCI에 반영해 보시길 권합니다.