Shadowsocks（SS）
Shadowsocks공유 키와 지정한 암호화 방식으로 트래픽을 전달하는 프록시 프로토콜입니다. 연결 매개변수에는 보통 서버, 포트, 비밀번호, 암호화 방식이 포함됩니다. 클라이언트와 서버의 암호화 방식이 일치해야 하며, SS 2022의 키 형식은 이전 버전과 다릅니다. 설정에 플러그인이 포함되어 있다면 현재 코어가 해당 플러그인과 매개변수를 지원하는지 확인해야 하며, 플러그인 설정을 그대로 삭제해서는 안 됩니다.
주요 용어 25개
개념과 설정 비교
Clash 주요 용어집
구독에서 가져오는 노드와 설정부터 규칙 기반 라우팅의 DNS와 프록시 그룹까지, 개념별 용도와 범위를 살펴보세요. 용어 설명은 설정을 이해하기 위한 안내이며, 실제 메뉴와 필드, 지원 범위는 사용 중인 클라이언트 코어에 따라 달라집니다.
프록시 프로토콜
프로토콜은 클라이언트와 서버의 통신 방식을 결정하며, 전송 방식과 암호화 보호는 별도 매개변수로 지정할 수 있습니다. 이름이 같아도 설정을 항목별로 확인해야 하며, 프로토콜 이름만 바꾸어서는 안 됩니다.
VMess
V2Ray protocolV2Ray 생태계에서 비롯된 프록시 프로토콜로, UUID로 사용자를 식별하며 시간에 따른 인증 검사도 수행합니다. 구독에 포함된 WebSocket, TLS, 경로, 호스트 이름은 연결에 필요한 추가 설정이므로 UUID만 입력하고 생략할 수 없습니다. 인증이나 핸드셰이크 오류가 발생하면 이 매개변수와 함께 기기의 시스템 시간이 정확한지도 확인해야 합니다.
Trojan
TLS-based proxy protocol일반적으로 TLS 연결을 통해 프록시 데이터를 전송하고 비밀번호로 인증합니다. 서버 주소, 인증서에 지정된 이름, 클라이언트의 SNI 설정이 모두 핸드셰이크 결과에 영향을 줄 수 있습니다. 인증서 오류가 발생하면 도메인, 시간, 인증서 체인부터 확인하세요. 인증서 검증 생략은 장기적인 해결책으로 적절하지 않으며, 추가 전송 방식의 지원 여부는 코어에 따라 달라집니다.
VLESS
Lightweight proxy protocol프로토콜 인증과 전송 보호를 분리한 경량 프록시 프로토콜로, TLS 또는 REALITY와 함께 사용하는 경우가 많습니다. VLESS라는 이름만으로 완전한 암호화가 제공된다고 생각해서는 안 됩니다. 가져올 때는 전송 유형, 서버 이름, flow 및 관련 검증 매개변수를 유지해야 합니다. 이전 코어가 VLESS 유형은 인식하더라도 구독에 사용된 조합을 지원하지 않으면 연결에 실패할 수 있습니다.
Hysteria2
QUIC-based proxy protocolQUIC 기반 프록시 프로토콜로, UDP를 통해 연결을 전달하며 처리량과 불안정한 네트워크에서의 전송 성능을 고려해 설계되었습니다. 실제 사용 환경은 UDP 연결 가능 여부, 서버 용량, 네트워크 혼잡, 대역폭 매개변수에 따라 달라지며, 프로토콜 이름만으로 속도가 보장되지는 않습니다. Hysteria2는 1세대와 프로토콜 및 설정이 다르므로 유형 이름만 바꿔서 마이그레이션할 수 없습니다.
TUIC
QUIC multiplexingQUIC 기반 프록시 프로토콜로, 다중화를 통해 연결을 전달하고 UDP 포워딩 관련 설정을 제공합니다. 클라이언트와 서버는 호환되는 프로토콜 버전을 사용해야 하며, 인증 필드와 혼잡 제어 매개변수도 서버 요구 사항에 맞춰 입력해야 합니다. 현재 네트워크에서 UDP가 제한되어 있다면 노드 이름만 바꿔서는 해결되지 않으므로 먼저 하위 연결 조건을 확인해야 합니다.
프로토콜별 리소스 사용량과 용도는 프로토콜 및 코어 기술 참고 자료를 확인하세요.
코어와 클라이언트
클라이언트는 조작 인터페이스를 제공하고, 코어는 네트워크 기능을 실행합니다. 특정 프로토콜이나 설정을 사용할 수 있는지 판단하려면 앱의 인터페이스와 실제 실행 중인 코어를 함께 확인해야 합니다.
클라이언트
Client application구독 가져오기, 노드 선택, 시스템 프록시, 로그 확인 등의 인터페이스를 제공하는 앱입니다. 일부 클라이언트는 코어 프로세스와 백그라운드 서비스도 관리합니다. 같은 코어를 사용하더라도 클라이언트에 따라 설정을 병합하거나 덮어쓰고 필터링할 수 있습니다. 따라서 가이드에 나온 메뉴 이름이 화면과 다를 수 있으며, 문제를 확인할 때는 인터페이스에 저장된 값과 코어가 실제로 불러온 값을 구분해야 합니다.
프록시 코어
Proxy core연결 수립, 프로토콜 처리, DNS 조회, 규칙 매칭을 담당하는 실행 프로그램으로, 그래픽 클라이언트에서 관리하거나 독립적으로 실행할 수 있습니다. 설정을 불러올 수 있는지는 주로 코어가 지원하는 필드와 프로토콜, 실행 환경에 따라 달라집니다. 앱의 인터페이스만 업그레이드해도 코어가 함께 업그레이드되는 것은 아닙니다. 알 수 없는 필드나 지원하지 않는 프록시 유형이 나타나면 실제 코어 정보를 확인하세요.
mihomo
Clash.Meta successor nameClash.Meta 프로젝트에서 후속으로 사용한 코어 이름으로, Clash 스타일의 YAML 설정을 이어받아 프로토콜, 규칙, DNS, 트래픽 가로채기 기능을 확장했습니다. 특정한 외관의 클라이언트가 아니라 코어이며, 여러 앱에서 사용할 수 있습니다. 이전 설정을 마이그레이션한 뒤에도 로그와 필드 의미를 확인해야 합니다. mihomo의 새로운 기능을 원본 Clash나 다른 구형 코어가 인식한다고 가정해서는 안 됩니다.
Clash Meta
Clash.Meta일반적으로 Clash.Meta 코어의 분기 및 과거 명칭을 가리키며, 프로젝트 계보가 mihomo로 이어집니다. 앱 이름이나 오래된 가이드에서는 생태계 전체를 가리키는 표현으로도 자주 사용됩니다. 이름에 Meta가 포함되어 있어도 모든 클라이언트가 같은 코어 빌드를 사용하거나 모든 설정을 제공하는 것은 아닙니다. 문서를 비교할 때는 실제 실행 중인 코어 이름, 기능 지원 여부, 설정 문법을 기준으로 판단해야 합니다.
설정과 규칙
설정 파일에는 수신 포트, 노드, 프록시 그룹, 규칙, DNS 등의 내용을 지정합니다. 파일을 읽을 수 있는지, 연결을 수립할 수 있는지, 예상대로 트래픽을 라우팅하는지는 각각 별도로 확인해야 합니다.
YAML
YAML configuration formatClash 설정에 흔히 사용하는 구조화된 텍스트 형식으로, 들여쓰기로 계층을 표현하고 콜론과 목록 기호로 데이터를 구성합니다. 편집할 때는 공백으로 들여쓰기하고, 특수 문자가 포함된 문자열은 따옴표 처리에 유의해 필드가 잘못된 계층에 들어가지 않도록 하세요. YAML 문법이 올바르다는 것은 텍스트 구조를 읽을 수 있다는 뜻일 뿐이며, 코어에서 필드 유형과 프록시 그룹 이름, 규칙 참조가 유효한지 확인해야 합니다.
규칙 기반 라우팅
Rule-based routing도메인, IP, 프로세스 등의 조건에 따라 연결을 직접 연결, 차단 또는 특정 프록시 그룹으로 보냅니다. 규칙은 보통 위에서 아래로 매칭됩니다. 예를 들어 DOMAIN-SUFFIX는 도메인 접미사를 매칭하고 MATCH는 마지막 기본 규칙으로 사용합니다. 포괄적인 규칙이 예외 규칙보다 앞에 있으면 예외가 적용되지 않을 수 있습니다. 현재 노드만 보는 것보다 연결 패널에서 실제로 매칭된 규칙을 확인하는 편이 정확합니다.
프록시 그룹
Proxy group노드나 다른 프록시 그룹을 하나의 출구로 묶어 라우팅 규칙에서 참조할 수 있게 합니다. select는 수동 선택, url-test는 테스트 결과에 따른 선택, fallback은 순서대로 사용 가능한 항목 선택, load-balance는 정책에 따른 연결 분산에 사용합니다. 자동 선택은 테스트 주소와 주기에 따라 달라지며, 선택이 바뀌어도 새 연결에만 적용될 수 있어 기존 연결까지 함께 전환된다고 보장할 수 없습니다.
규칙 세트
Rule provider · rule-providers매칭 조건을 별도 출처로 분리해 rule-providers로 선언한 뒤 RULE-SET 규칙에서 참조합니다. 규칙 세트는 조건을 제공하고 이를 참조하는 규칙은 출구 정책을 지정하므로, 규칙 세트 업데이트가 전체 설정 교체를 뜻하지는 않습니다. 출처의 형식과 behavior가 코어 지원 사항에 맞아야 합니다. 다운로드에 성공한 뒤에도 실제로 불러와졌으며 규칙에서 참조되는지 확인하세요.
GeoIP 및 GeoSite
IP classification · domain collectionsGeoIP는 IP 주소에 지역 등의 분류 정보를 제공하고, GeoSite는 사이트나 용도별 도메인 집합을 구성합니다. 각각 GEOIP와 GEOSITE 매칭에 사용할 수 있습니다. 분류는 데이터 출처, 형식, 업데이트 상태에 따라 달라지며 서버의 실제 위치나 소속을 확정적으로 증명하지는 않습니다. 이름이 비슷한 집합도 항목 구성이 다를 수 있으므로 실제 데이터 출처를 기준으로 태그를 선택하세요.
네트워크와 DNS
먼저 트래픽이 어떤 방식으로 코어에 들어오는지 확인한 다음 도메인 조회 방식을 살펴보세요. 시스템 프록시, TUN, DNS 모드는 서로 다른 단계에서 작동하므로 하나를 켠다고 다른 단계의 문제가 자동으로 해결되지는 않습니다.
시스템 프록시
System proxy운영체제의 프록시 설정을 통해 해당 설정을 따르는 앱의 연결을 로컬 프록시 포트로 전달합니다. 기기의 모든 네트워크 트래픽을 가로채는 기능은 아니며, 일부 게임, 명령줄 도구, 자체 네트워크 스택을 사용하는 앱은 시스템 프록시를 무시할 수 있습니다. 브라우저는 연결되지만 다른 앱은 직접 연결된다면 먼저 해당 앱의 프록시 지원 여부를 확인하세요. 클라이언트를 종료한 뒤 시스템 설정이 복원되었는지도 살펴봐야 합니다.
TUN 모드
Virtual network interface가상 네트워크 인터페이스와 라우팅을 통해 IP 패킷을 받아 프록시 코어에서 처리하므로 시스템 프록시를 따르지 않는 앱의 트래픽도 가로챌 수 있습니다. 보통 추가 권한이나 백그라운드 서비스가 필요하며, 라우팅, DNS, 프로토콜 스택 선택도 영향을 받습니다. TUN과 규칙 모드는 서로 배타적이지 않습니다. TUN은 트래픽이 코어로 들어오는 방식을, 규칙 모드는 코어에 들어온 트래픽의 출구를 정합니다. 사용할 때는 다른 가상 네트워크 인터페이스와의 충돌도 확인하세요.
DNS
Domain Name System도메인을 주소 등의 레코드로 변환하는 조회 시스템으로, 서비스에 연결하기 전에 보통 DNS 조회를 완료해야 합니다. 누가 조회를 요청하는지, 어떤 DNS 서버를 거치는지, DNS 서버 연결이 어떤 경로를 따르는지와 실제 서비스 연결의 출구는 서로 다른 문제입니다. 브라우저에 내장된 암호화 DNS, 시스템 캐시, 앱 자체 DNS 조회가 결과를 바꿀 수 있으므로 설정의 DNS 주소 하나만 확인해서는 문제를 찾기 어렵습니다.
Fake-IP
Synthetic address mapping앱에 가상 주소를 반환하고 코어에 해당 주소와 원래 도메인의 매핑을 저장해, 이후 연결에서도 도메인 기준 규칙 매칭이 가능하도록 하는 방식입니다. 따라서 앱에 표시되는 주소가 대상 서버의 실제 주소와 다를 수 있으며, 그 자체로 DNS 조회가 실패했다는 뜻은 아닙니다. 실제 주소에 의존하는 일부 앱은 fake-ip-filter에 적절한 예외를 설정해야 합니다. 모드를 바꾼 뒤에는 남아 있는 DNS 캐시도 확인하세요.
DNS 누수
DNS leak도메인 조회가 예상한 DNS 경로를 따르지 않는 현상을 말합니다. 예를 들어 서비스 연결은 프록시를 통하지만 DNS 조회는 다른 경로로 전송될 수 있습니다. 예상한 동작인지 판단하려면 라우팅 대상, 앱의 DNS 조회 방식, DNS 서버 연결 경로를 함께 확인해야 합니다. 검사 페이지에 표시된 DNS 서버 지역만으로 결론을 내리지 말고 브라우저의 암호화 DNS, 시스템 DNS 설정, 코어 로그도 살펴보세요.
혼합 포트
Mixed port · mixed-port하나의 로컬 수신 포트에서 HTTP와 SOCKS 프록시 연결을 모두 받으며, 설정 필드는 mixed-port입니다. 가이드에 자주 등장하는 7890은 예시 포트일 뿐 변경할 수 있습니다. 앱에 입력하는 주소와 포트는 실제 수신 설정과 일치해야 합니다. LAN 기기의 접근을 허용할 때는 수신 주소, 인증, 방화벽도 확인하고 프록시 포트를 인터넷에 직접 노출하지 마세요.
구독과 노드
구독은 설정이나 노드를 가져오는 방식이고, 노드는 연결 매개변수이며, 테스트 결과는 특정 조건에서 측정한 값입니다. 각각 따로 확인해야 하며 한 번의 속도 측정으로 연결 전체를 검증할 수는 없습니다.
구독
SubscriptionURL을 통해 노드 목록이나 전체 설정을 가져오고 업데이트하는 방식으로, 특정 프로토콜 하나를 가리키지는 않습니다. Base64 노드 목록, Clash YAML 설정, 다른 클라이언트 형식은 서로 바로 가져올 수 있다고 보장되지 않으므로 먼저 가져올 클라이언트가 지원하는 형식을 확인하세요. 구독 URL에는 계정 정보가 포함될 수 있으므로 공개하거나 신뢰할 수 없는 변환 서비스에 입력하지 마세요. 업데이트에 실패하면 먼저 오류 유형을 확인해야 합니다.
노드
Proxy node원격 프록시 서버 하나를 설명하는 매개변수 모음으로, 보통 서버 주소, 포트, 프로토콜, 인증 정보, 선택적 전송 설정을 포함합니다. 목록에 표시된 이름은 레이블일 뿐 서버 위치, 출구 위치, 실제 대역폭을 증명하지 않습니다. 클라이언트가 매개변수를 읽을 수 있어도 서버가 반드시 작동한다는 뜻은 아닙니다. 핸드셰이크와 인증, 대상 앱의 접속 상태를 확인해야 합니다.
지연 시간 테스트
Latency test클라이언트가 지정된 테스트 주소를 사용해 연결에 걸리는 시간을 측정합니다. 프록시 연결 수립과 HTTP 요청이 포함되는 경우가 많으며, 반드시 ICMP Ping과 같은 것은 아닙니다. 결과는 테스트 대상, 시간 제한, 연결 재사용, 네트워크 상태에 따라 달라집니다. 수치가 낮다고 다운로드 속도가 빠른 것도 아닙니다. 시간 초과는 해당 테스트가 제한 시간 내에 완료되지 않았다는 뜻일 뿐이므로 로그와 실제 접속 결과를 함께 확인해야 합니다.
프록시 공급자
Proxy provider · proxy-providersproxy-providers로 선언하는 노드 공급원으로, 파일이나 원격 주소를 통해 제공하고 프록시 그룹에서 참조할 수 있습니다. 노드 업데이트와 기본 설정을 분리해 관리하며, 공급자 목록을 업데이트하면 일반적으로 노드 정보만 갱신되고 기본 설정의 규칙과 DNS 설정은 바뀌지 않습니다. 전체 설정 구독과 프록시 공급자 파일은 구조가 다르므로 한쪽 URL을 다른 종류의 입력란에 넣는 것만으로 호환된다고 볼 수 없습니다.