Clash 첫 연결 가이드: 노드 선택부터 지연 테스트, 프록시 작동 확인까지

구독을 Clash에 불러온 뒤 노드 목록 앞에서 멈추는 사람이 많습니다. 이름이 길게 나열되고 그 옆에 숫자가 붙어 있는데 어떤 걸 눌러야 할지 알기 어렵죠. 이 글은 한 번의 완전한 "첫 연결" 과정을 순서대로 다룹니다. 노드 목록을 여는 시점부터 실제로 트래픽이 프록시를 통과했는지 최종 확인하는 시점까지, 전문 용어를 이미 알고 있다고 가정하지 않고 그대로 따라 할 수 있는 구체적인 동작을 제시합니다.

클라이언트 화면의 주요 영역 파악하기

플랫폼별 Clash 클라이언트(Clash Verge, ClashX, Clash for Windows 등)는 세부적으로 조금씩 다르지만 핵심 구조는 대체로 같으며, 보통 네 부분으로 나뉩니다.

• 프록시(Proxies): 노드 목록이 있는 화면으로, 구독의 그룹 구성에 따라 표시되며 이 글의 핵심입니다.
• 규칙(Rules): 현재 적용 중인 분기 규칙을 표시하며, 어떤 트래픽이 프록시를 타고 어떤 트래픽이 다이렉트로 갈지를 결정합니다.
• 연결(Connections): 현재 맺어진 네트워크 연결을 실시간으로 보여주며, 프록시 작동 여부를 판단하는 중요한 창구입니다.
• 설정(Settings/General): 시스템 프록시 스위치, TUN 모드 스위치, 믹스 포트 등 기본 설정이 여기 모여 있습니다.

처음 사용할 때는 "시스템 프록시" 또는 "TUN 모드" 중 하나가 켜져 있는지 먼저 확인하는 것이 좋습니다. 노드를 골랐더라도 트래픽을 넘겨받는 방식이 켜져 있지 않으면 브라우저는 여전히 프록시를 타지 않습니다. 시스템 프록시는 운영체제의 HTTP/HTTPS 프록시 설정을 통해 작동하며 설정이 간단하고 대부분의 웹 브라우징과 앱에는 이 정도로 충분합니다. TUN 모드는 네트워크 계층에서 모든 트래픽을 넘겨받아 호환성이 더 좋고, 특히 시스템 프록시 설정을 읽지 못하는 앱에 적합하지만 보통 추가 권한 승인이 필요합니다.

전략 그룹을 이해하고 노드를 고르기

노드 목록은 평평하게 나열된 목록이 아니라 "전략 그룹" 단위로 구성되어 있습니다. 흔히 볼 수 있는 그룹 구조는 다음과 같습니다.

• Proxy / 수동 선택 그룹: 여기서 원하는 특정 노드를 직접 클릭해서 선택할 수 있고, 선택하면 이 전략 그룹은 해당 노드를 고정적으로 사용하며 자동으로 바뀌지 않습니다.
• Auto / 자동 최적 선택 그룹: 클라이언트가 지연 테스트 결과를 기준으로 현재 가장 좋은 노드를 자동으로 고르며, 구독에 설정된 주기에 따라 다시 테스트하고 전환합니다.
• Fallback / 장애 조치 그룹: 기본적으로 주 노드를 사용하고, 주 노드를 쓸 수 없을 때 자동으로 대체 노드로 전환합니다.
• Select 분류 그룹(예: "해외 스트리밍", "국내 서비스" 등, 구독 규칙 파일의 그룹 설계에 따라 다름): 용도가 다른 트래픽을 각각 다른 전략으로 보내며, 분류별로 개별 노드를 선택할 수 있습니다.

처음 사용하는 사람에게 가장 간단한 방법은 주 전략 그룹(보통 Proxy 또는 구독 제공자가 지정한 이름)을 찾아 드롭다운을 연 다음, 초록색으로 표시되거나 지연 수치가 낮은 노드를 직접 선택해서 이 그룹이 정상적으로 연결되는지 먼저 확인하고, 그 다음에 자동 최적 선택으로 바꿀지 결정하는 것입니다. 구독 파일이 용도별로 여러 그룹을 나눠 놓았다면 각 그룹에서 현재 선택된 노드가 사용 가능한지 한 번씩 확인해서, 어떤 분류가 계속 이미 죽은 노드를 가리키고 있는 상황을 피하는 것이 좋습니다.

지연 테스트를 실행하고 숫자 읽는 법

노드 이름 오른쪽에는 보통 지연 수치가 표시되며 단위는 밀리초(ms)입니다. 노드 목록 화면의 "테스트" 버튼이나 개별 노드 옆의 새로고침 아이콘을 클릭하면 지연 테스트를 수동으로 실행할 수 있습니다. 이 숫자를 이해할 때 몇 가지 주의할 점이 있습니다.

1. 테스트 대상은 지연 측정용 주소이며, 실제로 접속하려는 웹사이트가 아닙니다. 클라이언트는 미리 정해진 테스트 주소(대개 안정적으로 접속 가능한 도메인)로 요청을 보내 왕복 시간을 측정합니다. 이 시간은 노드와 테스트 주소 사이의 대체적인 네트워크 상태를 반영하지만, 특정 웹사이트에 접속할 때의 실제 속도와 완전히 같지는 않습니다.
2. 대략적인 수치 참고 범위: 200ms 이내면 대체로 쾌적하고, 200~500ms도 사용 가능하지만 웹페이지 로딩이나 영상 버퍼링에 약간의 지연감이 있으며, 800ms를 넘거나 타임아웃이 표시되면 노드를 바꾸는 것이 좋습니다.
3. "타임아웃" 또는 빨간색 표시가 반드시 노드가 완전히 못 쓴다는 뜻은 아닙니다. 측정 요청 자체가 중간 네트워크에서 드롭된 경우도 있지만, 실제로 노드가 죽은 경우도 있으므로 원인을 굳이 따지지 말고 지연이 정상인 노드로 바로 전환하는 것을 권합니다.
4. 지연은 시간에 따라 변동합니다. 특히 사용량이 많은 시간대에는 더 그렇습니다. 평소 안정적인 노드가 특정 테스트에서 갑자기 높게 나온다면 몇 분 뒤 다시 테스트해서 일시적인 변동인지 확인하면 됩니다.

노드를 바꾼 뒤 해야 할 확인 동작

새 노드를 선택한 뒤 곧바로 적용됐다고 단정하지 말고, 다음 순서로 확인해 보세요.

1. 노드 목록에서 해당 노드가 실제로 "선택됨" 상태로 표시되는지 확인합니다(보통 강조 표시나 체크 마크가 붙습니다).
2. 설정 화면으로 돌아가 시스템 프록시 스위치가 켜져 있는지, 또는 TUN 모드가 활성화되어 있는지 확인합니다. 둘 중 하나만 켜져 있으면 되고 동시에 켜 둘 필요는 없습니다.
3. "연결" 화면을 열어 새로운 연결 기록이 나타나는지, 그리고 기록에 표시된 목적지 도메인과 사용 중인 노드 이름이 예상과 맞는지 살펴봅니다.

노드를 바꾼 뒤 웹페이지가 뚜렷하게 느려지거나 로딩이 안 된다면, 먼저 지연 테스트로 돌아가 해당 노드가 지금 정상인지 확인하고, 그 다음에 규칙이 해당 트래픽을 다른 그룹으로 보내서 실제로는 다른 노드를 타고 있는 게 아닌지 확인하는 편이 좋습니다.

브라우저로 프록시 작동 여부 확인하기

가장 직접적인 방법은 현재 나가는 IP와 지역을 보여주는 페이지에 접속하는 것입니다. 구체적인 단계는 다음과 같습니다.

1. 프록시를 켜기 전에 먼저 IP 조회 페이지에 접속해서 표시되는 주소와 지역을 기록해 둡니다. 이것이 다이렉트 연결 상태의 출구 정보입니다.
2. Clash에서 노드가 선택되어 있고 시스템 프록시나 TUN 모드가 켜져 있는지 확인합니다.
3. 같은 IP 조회 페이지를 새로고침합니다(브라우저 캐시를 읽지 않도록 강제 새로고침을 권장). 새로 표시된 주소와 지역이 바뀌었는지 비교합니다.

지역 정보가 노드가 있는 지역으로 바뀌었다면 프록시가 정상 작동한다는 뜻입니다. 여전히 로컬 네트워크의 주소가 표시된다면, 대부분 시스템 프록시가 켜져 있지 않거나 브라우저 자체에 별도의 프록시 설정이 되어 있는 경우(일부 브라우저는 시스템 프록시와 무관하게 독자적으로 설정할 수 있어 덮어써졌는지 확인이 필요합니다)입니다.

추가로 클라이언트의 "연결" 화면을 열어 두고 웹페이지를 접속하면서 해당 도메인의 연결 기록이 실시간으로 나타나는지, 그리고 그 기록에 표시된 노드가 방금 선택한 노드인지 함께 확인할 수 있습니다. 이 방법은 어떤 노드가 이번 요청을 처리했는지 정확히 알 수 있어 IP만 보는 것보다 더 정밀합니다.

명령줄로 프록시 작동 여부 확인하기

명령줄 방식은 터미널로 문제를 파악하는 데 익숙한 사용자에게 적합하며, 특히 브라우저 캐시나 확장 프로그램의 간섭으로 결과가 헷갈릴 때 더 확실합니다. macOS와 Linux에서 흔히 쓰는 curl 명령을 예로 들면 다음과 같습니다.

curl -x http://127.0.0.1:7890 https://ifconfig.me

이 명령은 로컬의 HTTP 프록시 포트를 통해 요청을 보내고 반환값은 나가는 IP 주소입니다. 포트 번호는 클라이언트 설정 화면에 표시된 믹스 포트나 HTTP 포트를 확인해야 하며, 클라이언트마다 기본값이 다를 수 있으니 예시의 숫자를 그대로 쓰지 말고 실제 화면에 표시된 값을 기준으로 하세요.

시스템 프록시 포트가 아니라 TUN 모드를 켜 둔 경우에는 -x 옵션 없이 그대로 요청을 보내면 됩니다. TUN 모드는 이미 네트워크 계층에서 트래픽을 넘겨받고 있기 때문입니다.

curl https://ifconfig.me

프록시를 켜기 전과 후, 두 번의 결과로 나온 IP를 비교해서 주소가 바뀌었고 선택한 노드의 지역과 일치하면 프록시 경로가 정상적으로 연결됐다는 뜻입니다. 명령이 타임아웃되거나 연결이 거부되면 먼저 포트 번호가 맞는지 확인하고, 그 다음 클라이언트의 프록시 리스닝 서비스가 실행 중인지 확인하세요.

확인이 안 될 때 점검 순서

위 절차를 따라 했는데도 프록시가 작동하지 않는 것으로 보인다면, 여러 설정을 동시에 바꾸지 말고 다음 순서로 하나씩 배제해 나가는 것을 권합니다.

• 먼저 노드 자체를 본다: 지연 테스트가 정상인지, 하필 이미 죽은 노드를 선택한 게 아닌지 확인합니다. 지연이 정상인 다른 노드로 바꿔서 다시 테스트해 보세요.
• 다음으로 넘겨받는 방식을 본다: 시스템 프록시 스위치와 TUN 모드 상태를 확인해서 최소한 하나는 켜져 있는지, 그리고 시스템 설정의 "프록시 예외 목록"에 테스트하려는 도메인이 걸려 있지 않은지 확인합니다.
• 그 다음 규칙 매칭을 본다: 규칙 화면을 열어 테스트한 도메인이 프록시 전략 그룹으로 분기됐는지, 아니면 규칙에 의해 다이렉트(DIRECT)로 매칭된 건 아닌지 확인합니다. 일부 구독은 기본적으로 로컬 네트워크나 특정 지역의 도메인을 다이렉트로 설정해 두는데, 이 경우 프록시가 정상이더라도 IP 변화가 보이지 않습니다.
• 마지막으로 클라이언트 프로세스를 본다: Clash 코어 프로세스가 실행 중인지, 이미 종료되거나 크래시된 건 아닌지 확인합니다. 일부 클라이언트는 코어가 비정상적으로 종료돼도 화면에는 이전 선택 상태가 남아 있어서 "켜져 있는 것처럼 보이는" 착각을 일으키기 쉽습니다.

하나씩 점검을 마친 뒤, 앞서 설명한 브라우저 또는 명령줄 확인 절차를 다시 한 번 반복해서 문제가 실제로 해결됐는지 확인하세요. "이제 됐을 것"이라고 느낌으로 판단하지 마세요.

간단한 일상 확인 습관 만들기

처음 설정에 성공한 뒤로는 노드를 바꾸거나 클라이언트를 재시작할 때마다 전체 절차를 다시 밟을 필요 없이, 짧은 확인 동작을 습관으로 남겨 두는 것을 권합니다. "연결" 화면을 열어 새 연결이 생기는지 보거나, 앞서 기록해 둔 명령줄 명령을 빠르게 한 번 실행해 보면 몇 초 안에 경로가 살아 있는지 확인할 수 있습니다. 이 습관은 "왜 갑자기 연결이 안 될까"를 파악할 때 특히 유용합니다. 정상 상태에서 무엇이 보여야 하는지 이미 알고 있으므로 비정상 상태를 한눈에 구분할 수 있기 때문입니다.