Clash Nyanpasu 사용 가이드

시작 전: 클라이언트 설치 및 구독 준비

먼저 다운로드 센터에서 운영체제와 프로세서 아키텍처에 맞는 설치 파일을 선택해 클라이언트를 설치하고 실행하세요. 처음 실행할 때 시스템에서 네트워크 접근 권한을 요청하면 용도를 확인한 뒤 필요한 경우 허용하세요. 프록시 클라이언트를 여러 개 동시에 실행하거나 바로 TUN을 켜지 마세요. 다른 도구가 시스템 프록시나 가상 네트워크 어댑터를 관리 중이라면 먼저 연결을 해제해야 이후 확인 결과가 다른 프로그램의 영향을 받지 않습니다.

클라이언트는 설정을 불러오고 코어를 실행하며 트래픽을 관리하지만, 원격 출구를 자동으로 제공하지는 않습니다. 계속 진행하려면 신뢰할 수 있는 출처에서 받은 유효한 구독 링크나 사용 중인 코어와 호환되는 설정 파일이 필요합니다. 구독 링크는 보통 서비스 제공업체의 계정 페이지에서 복사할 수 있으며, 계정 로그인 주소나 서비스 소개 페이지 링크와는 다릅니다. 아직 구독을 받지 못했다면 인터페이스를 둘러볼 수는 있지만, 클라이언트 설치만으로 원격 프록시 연결을 완료할 수는 없습니다.

구독 링크는 계정 정보의 일부로 취급하세요. 공개 댓글에 올리거나 도움을 요청하는 스크린샷에 전체 주소가 노출되지 않도록 주의하세요. 이 가이드에서는 고급 DNS 매개변수, 리스닝 포트 또는 코어 버전을 변경하지 않습니다. 기본 설정을 유지하고 현재 설정 이름과 사용할 정책 그룹만 기록해 두세요. 문제가 생겼을 때 어떤 단계에서 변경이 있었는지 파악하기 쉬워집니다.

1단계: 구독을 가져와 설정 적용하기

설정 페이지에서 원격 구독 추가하기

사이드바에서 “설정” 또는 “구독” 페이지를 열고 “새로 만들기”, “추가” 또는 “가져오기” 메뉴를 찾으세요. 원격 링크와 로컬 파일을 선택할 수 있다면 구독 주소를 사용할 때는 원격 링크를 선택합니다. 주소 입력란에 전체 링크를 붙여 넣고 앞뒤에 공백, 줄바꿈 또는 안내 문구가 함께 복사되지 않았는지 확인하세요. “일상용 설정”처럼 알아보기 쉬운 이름을 입력한 뒤 “가져오기” 또는 “저장”을 눌러 클라이언트가 내용을 다운로드하고 파싱할 때까지 기다립니다.

가져오기가 끝나면 설정 목록에 새 항목이 표시됩니다. 일부 버전에서는 업데이트 시간이나 상태도 볼 수 있지만, 설정 카드가 생겼다고 해서 실제로 적용된 것은 아닙니다. 해당 설정의 적용 버튼을 누르거나 현재 설정으로 지정하세요. 그런 다음 “프록시” 페이지에서 정책 그룹과 그룹 내 선택 항목이 표시되는지 확인합니다. 이름은 구독 내용에 따라 다르며 “Proxy”나 “노드 선택”이 아닐 수도 있으므로, 가이드의 영어 이름을 그대로 찾기보다 실제 설정을 기준으로 판단하세요.

로컬 설정 파일을 사용하는 경우 파일 가져오기 메뉴에서 해당 파일을 선택한 다음 동일하게 적용하세요. 파일을 가져와도 원격 구독처럼 자동 업데이트가 되지는 않습니다. 원본 파일을 수정하더라도 클라이언트가 자동으로 다시 불러온다고 볼 수 없습니다. 처음 설정할 때는 현재 설정 하나만 명확하게 유지해 설정 A를 업데이트하면서 실제로는 설정 B를 실행하는 상황을 피하세요.

파싱이 완료됐는지 확인한 뒤 다음 단계로

가져오는 중 파싱 오류가 발생하면 이 단계에서 멈추세요. 전체 모드나 TUN을 켜서 우회하려고 하지 마세요. 구독 만료, 로그인 페이지로 연결되는 링크, 호환되지 않는 형식, 로컬 설정 파일의 들여쓰기 오류 등이 흔한 원인입니다. 클라이언트 로그에서 방금 가져온 항목에 해당하는 기록을 확인하세요. 다운로드 실패라면 주소와 현재 네트워크를 먼저 점검하고, 알 수 없는 필드나 구문 오류라면 서비스 제공업체에 사용할 구독 형식을 문의하세요. 노드 목록만 포함된 데이터에는 규칙이나 정책 그룹이 없을 수 있으므로, 트래픽 분류를 확인하려면 별도의 설정이 필요할 수 있습니다.

익숙하지 않은 온라인 변환 사이트에 구독 링크를 복사해 넣지 마세요. 형식 차이를 해결해야 한다면 먼저 프로토콜 및 코어 기술 참고에서 호환성 안내를 확인하세요. 업데이트 실패 시 자주 확인하는 항목은 자주 묻는 질문에서 살펴볼 수 있습니다. 현재 설정을 정상적으로 적용할 수 있고 프록시 페이지에 사용 가능한 정책 그룹이 표시되면 모드를 선택하세요.

2단계: 프록시 모드와 정책 그룹 선택하기

처음 사용할 때는 규칙 모드 선택

홈 화면이나 프록시 페이지에서 “규칙/전체/직접 연결” 모드 전환 메뉴를 찾아 먼저 “규칙”을 선택하세요. 규칙 모드는 현재 설정의 규칙 목록에 따라 요청마다 정책을 지정하므로, 직접 연결이 필요한 서비스와 프록시가 필요한 서비스를 함께 사용하는 일상적인 환경에 적합합니다. 전체 모드에서는 보통 모든 요청을 전역 정책 그룹으로 보내지만, 해당 그룹이 원격 출구를 선택한다는 보장은 없습니다. 직접 연결 모드는 주로 프록시 없이 접속할 때 사용합니다. 처음 설정할 때는 모드를 계속 바꾸지 말고 규칙 모드로 유지해야 이후 상태를 비교하기 쉽습니다.

모드 전환과 출구 선택은 별개의 작업입니다. 규칙 모드를 선택한 뒤에는 현재 설정에서 프록시 트래픽을 처리하는 기본 정책 그룹도 확인해야 합니다. 그룹을 펼쳐 구독에 포함된 사용 가능한 출구를 선택하거나, 설정에서 제공하는 자동 선택 그룹을 선택하세요. 그룹에서 “DIRECT/직접 연결”이 선택되어 있다면 시스템 프록시를 켜도 해당 그룹에 매칭된 요청은 직접 연결될 수 있습니다. 스위치가 켜져 있다는 이유만으로 모든 트래픽이 원격 출구를 거친다고 판단하지 마세요.

정책 그룹을 따라 최종 선택 항목 확인하기

일부 설정에서는 “일반 프록시”가 “자동 선택”을 가리키고, 자동 선택 그룹이 여러 출구 가운데 하나를 선택합니다. 이런 구조라면 모든 그룹을 하나씩 바꿀 필요는 없습니다. 현재 선택된 항목을 따라 내려가 구독에서 제공하는 사용 가능한 출구로 연결되는지 확인하세요. 웹사이트 분류별 정책 그룹은 처음에는 구독의 기본값을 유지해도 됩니다. 특정 종류의 사이트에서 예상과 다른 출구를 사용할 때 해당 그룹만 조정하세요.

클라이언트에 연결 테스트 기능이 있다면 사용해 명백히 사용할 수 없는 항목을 걸러낼 수 있습니다. 테스트 성공은 해당 시점에 테스트 요청이 완료됐다는 뜻일 뿐, 모든 웹사이트에 접속할 수 있다는 보장은 아니며 지연 시간으로 다운로드 속도를 판단할 수도 없습니다. 모든 테스트가 실패하면 구독 상태, 기기 시간, 현재 네트워크부터 확인하세요. 모드, DNS, 코어 설정을 연달아 바꾸면 원인을 파악하기 어려워집니다.

이 단계가 끝나면 현재 규칙 모드를 사용 중인지, 프록시 트래픽의 기본 정책 그룹으로 무엇을 선택했는지 설명할 수 있어야 합니다. “규칙”, “정책 그룹”, “자동 선택”의 차이는 용어 설명에서 확인하세요. 규칙 매칭 순서와 프로토콜 선택은 기술 참고에서 살펴볼 수 있습니다. 이 선택을 그대로 유지하고 다음 단계에서는 앱 트래픽을 클라이언트로 전달하는 방법만 설정합니다.

3단계: 코어 실행 및 연결 설정

코어 실행을 확인한 뒤 시스템 프록시 켜기

클라이언트 홈 화면이나 설정 페이지로 돌아가 코어가 정상적으로 실행 중인지 확인하세요. 일부 버전은 설정을 적용하면 코어가 자동으로 실행되고, 다른 버전은 시작 버튼을 눌러야 합니다. 사용을 시작하기 위해 테스트 코어로 바꿀 필요는 없습니다. 현재 안정 버전을 그대로 사용하세요. 포트 사용 중, 설정 불러오기 실패 또는 코어 종료 메시지가 표시되면 로그를 열어 해당 오류부터 해결하세요. 코어가 실행되지 않은 상태에서 시스템 프록시를 켜면 브라우저가 응답하지 않는 로컬 서비스로 연결될 수 있습니다.

정상 실행을 확인한 뒤 “시스템 프록시”를 켜세요. 운영체제의 프록시 설정을 변경해 해당 설정을 따르는 앱의 요청을 로컬 코어로 전달합니다. 다음 단계에서는 일반 브라우저로 테스트하세요. 브라우저에 프록시 확장 프로그램이나 수동 프록시 설정이 따로 있다면 서로 덮어쓰지 않도록 잠시 비활성화하세요. “LAN 연결 허용”은 다른 기기가 이 기기의 프록시를 사용할 때 주로 필요한 옵션이며, 이 기기에서 처음 인터넷에 연결하는 데 필수는 아닙니다.

시스템 프록시를 켠 뒤에도 클라이언트는 백그라운드에서 계속 실행되어야 합니다. 기본 창을 닫으면 트레이로 최소화될 수도 있고 프로그램이 종료될 수도 있으며, 동작은 설정에 따라 다릅니다. 처음 연결을 확인하는 동안에는 창을 열어 두세요. 원래 접속되던 웹사이트에 갑자기 연결할 수 없다면 먼저 시스템 프록시를 끄고 기본 네트워크 연결이 복구되는지 확인한 뒤 코어 상태와 정책 그룹을 점검하세요. 시스템이 로컬 프록시를 사용 중일 때 프로세스를 강제 종료하지 마세요.

브라우저 연결을 확인한 뒤 필요하면 TUN 사용

모든 앱이 시스템 프록시 설정을 따르는 것은 아닙니다. 브라우저에서는 예상대로 접속되지만 특정 데스크톱 앱의 연결 기록이 없다면 TUN 사용을 고려하세요. TUN은 가상 네트워크 인터페이스로 트래픽을 처리하며 서비스 설치, 관리자 권한 또는 시스템 네트워크 권한이 필요할 수 있습니다. 클라이언트 안내에 따라 필요한 절차를 완료하고 다른 VPN이나 가상 네트워크 도구가 동시에 네트워크를 제어하지 않는지 확인한 뒤 TUN만 켜고 다시 확인하세요. 네트워크 스택, 자동 라우팅, DNS는 클라이언트 권장값을 유지하고 다른 기기의 스크린샷 설정을 그대로 따라 하지 마세요.

시스템 프록시만으로 필요한 작업을 할 수 있다면 TUN은 켜지 않아도 됩니다. 두 기능을 함께 켜야 하는지는 클라이언트 구현과 실제 사용하는 앱에 따라 다르므로, 둘 다 켜는 것을 연결 성공의 기준으로 삼지 마세요. 모바일에서는 연결을 누르면 시스템 VPN 권한 요청이 표시되는 경우가 많습니다. 현재 사용 중인 클라이언트에서 보낸 요청인지 확인하고 허용한 다음 앱으로 돌아가 연결 상태를 확인하세요. 데스크톱의 시스템 프록시와 모바일의 VPN 상태는 서로 다른 방식이므로 동일하게 비교할 수 없습니다. 연결을 시작한 뒤에는 화면의 상태 표시만 보지 말고 실제 요청을 보내 확인하세요.

4단계: 웹페이지, 규칙 및 실제 출구 확인

새 요청을 보내고 연결 기록 확인하기

브라우저에서 현재 규칙상 프록시를 사용해야 하는, 접속 권한이 있는 웹사이트를 열고 페이지를 새로고침하세요. 이미 열려 있던 탭은 캐시된 내용만 보여 새 연결이 발생하지 않을 수 있으므로 테스트 대상으로만 사용하지 마세요. 그런 다음 클라이언트의 “연결” 페이지로 돌아가 방금 접속한 시간대의 대상 도메인을 찾고 적용된 규칙, 정책 그룹 또는 정책 경로를 확인하세요. 버전에 따라 표시되는 항목은 조금씩 다르지만, 핵심은 요청이 코어에 전달되어 예상한 정책으로 처리됐는지 확인하는 것입니다.

웹페이지가 열리고 연결 기록에 예상한 프록시 정책이 표시되면 해당 접속 경로는 정상적으로 작동하는 것입니다. 이어서 설정상 직접 연결되어야 하는 일상적인 서비스에도 접속해 기록이 직접 연결 정책으로 처리되는지 확인하세요. 규칙 모드의 목적은 설정에 따라 요청을 구분해 처리하는 것이지 모든 기록을 프록시로 표시하는 것이 아닙니다. 외부 IP 조회 서비스를 사용했다면 결과는 해당 요청의 출구를 판단하는 보조 자료로만 활용하세요. IP 하나만으로 기기의 모든 앱이 프록시를 거친다고 결론 내릴 수는 없습니다.

“트래픽 유입 경로 → 정책 → 출구” 순서로 점검하기

웹페이지가 열리지 않고 연결 페이지에도 해당 요청이 보이지 않는다면 브라우저가 시스템 프록시를 따르는지, 프록시 확장 프로그램이 설정을 덮어쓰는지, 시스템 프록시가 켜져 있는지 먼저 확인하세요. 해당 앱이 시스템 프록시를 사용하지 않는다면 브라우저에서 연결이 확인된 뒤 TUN을 시도할 수 있습니다. 이 경우 요청이 코어에 들어오지 않았으므로 원격 출구를 바꿔도 해결되지 않을 가능성이 큽니다. 다만 요청이 너무 빨리 끝나 연결 목록에서 놓쳤을 수도 있으니 로그도 함께 확인하세요.

연결 기록은 있지만 표시된 정책이 예상과 다르다면 2단계로 돌아가 현재 설정, 모드, 정책 그룹을 확인하세요. 지금 확인 중인 설정이 실제로 적용된 설정인지 확인한 다음 어떤 규칙이 매칭됐는지 살펴보세요. 정책은 올바른데 오류가 계속되면 로그에서 연결 시간 초과, 이름 해석 실패 또는 핸드셰이크 오류를 확인하고 한 번에 한 가지 요소만 바꾸세요. 예를 들어 정책 그룹 안의 출구만 변경한 뒤 같은 주소로 다시 시도할 수 있습니다. 요청 하나를 점검하기 위해 설정 파일 전체를 다시 작성하지 마세요.

“브라우저에서는 되지만 다른 앱에서는 안 됨” 문제가 있다면 앱의 프록시 지원 여부와 트래픽 유입 경로를 확인하세요. “모든 접속이 실패함” 문제가 있다면 트래픽 제어 기능을 끄고 기본 네트워크부터 점검하세요. DNS와 네트워크 스택을 더 자세히 살펴보려면 문제 해결 항목을 참고하세요. 첫 설정부터 복잡한 매개변수를 조정할 필요는 없습니다. 여기까지 진행해 프록시를 사용해야 하는 요청 하나와 직접 연결되어야 하는 요청 하나가 모두 예상대로 작동하면 현재 설정을 유지하고 첫 연결 확인을 마치면 됩니다.

완료 후: 구독 업데이트 및 안전한 종료

처음 연결이 성공한 뒤 구독 페이지로 돌아가 필요에 따라 자동 업데이트를 켜세요. 업데이트 주기는 서비스 제공업체의 권장값을 사용하면 되며 자주 수동으로 새로고침할 필요는 없습니다. 업데이트 후에도 현재 설정이 계속 선택되어 있는지, 기존에 선택한 출구가 이름 변경이나 삭제로 달라지지 않았는지 확인하세요. 구독 업데이트 성공은 다운로드와 파싱이 완료됐다는 뜻일 뿐, 모든 출구가 실제 접속을 통과했다는 의미는 아닙니다.

일상적으로 사용할 때는 “설정 확인, 모드 확인, 정책 그룹 확인” 순서로 점검하세요. 문제가 생기면 클라이언트를 반복해서 재설치하기보다 같은 요청을 다시 보내고 기록을 확인하는 것이 도움이 됩니다. 다른 사람에게 도움을 요청할 때는 운영체제, 클라이언트 이름, 오류가 발생한 단계와 가려진 로그를 공유할 수 있지만 구독 주소, 인증 정보, 불필요한 접속 기록은 반드시 숨기세요.

프록시를 당분간 사용하지 않을 때는 먼저 시스템 프록시를 끄세요. TUN을 켰던 기기라면 TUN도 끈 다음 클라이언트를 종료하세요. 그러면 남아 있는 트래픽 제어 설정이 이후 네트워크 연결에 영향을 줄 가능성을 줄일 수 있습니다. 기본 설정을 마친 뒤 프로토콜 차이나 코어 호환성을 알아보려면 기술 참고를, 특정 설정 이름을 확인하려면 용어 설명을, 설치나 연결 중 흔히 발생하는 문제를 해결하려면 자주 묻는 질문을 참고하세요.