Clash
용어집

HTTP 프록시는 애플리케이션이 로컬 Clash 수신 포트에 연결하는 방식 중 하나로, 브라우저, 터미널 도구와 개발 소프트웨어에서 흔히 사용됩니다. HTTPS 웹사이트에서는 애플리케이션이 일반적으로 CONNECT 메서드로 터널을 만든 뒤 터널 안에서 암호화 통신을 수행합니다.

이는 애플리케이션이 로컬 프록시 입구에 연결하는 방식을 설명할 뿐, 원격 노드도 HTTP 프로토콜을 사용한다는 뜻은 아닙니다. 시스템 프록시를 읽거나 수동 프록시 설정을 지원하는 애플리케이션만 이 입구를 능동적으로 사용합니다.

SOCKS5는 다양한 TCP 기반 애플리케이션의 연결을 전달하고 UDP 지원을 확장할 수 있는 범용 프록시 프로토콜입니다. 웹 요청 중심의 프록시 입구보다 활용 범위가 넓은 편입니다.

SOCKS5 자체는 로컬 애플리케이션과 프록시 포트 사이의 데이터를 암호화하지 않습니다. 소프트웨어를 설정할 때는 로컬 SOCKS5 수신 포트와 구독의 원격 노드가 사용하는 프로토콜을 구분해야 합니다.

Shadowsocks는 암호화 전송을 사용하는 프록시 프로토콜입니다. 노드 설정에는 일반적으로 서버 주소, 포트, 비밀번호와 암호화 방식이 포함되며, 각 필드는 서버 측과 일치해야 합니다.

가져오기에 실패하거나 연결 시간이 초과되면 먼저 노드 매개변수가 완전한지 확인한 다음 로컬 네트워크와 서버 접근 가능성을 점검하세요. 커널마다 지원하는 암호화 방식의 범위가 다를 수 있습니다.

Trojan은 TLS 전송 특성을 기반으로 동작하는 프록시 프로토콜로, 일반적인 설정에는 서버 주소, 포트, 비밀번호와 서버 이름이 포함됩니다. 인증서 검증, 시스템 시간과 도메인 조회가 모두 연결 결과에 영향을 줍니다.

TLS 핸드셰이크 오류가 발생했을 때 노드만 반복해서 바꾸지 마세요. 로그를 바탕으로 서버 이름, 인증서 체인, 시스템 시간과 중간 네트워크가 연결을 방해하는지 확인해야 합니다.

DNS는 도메인을 연결 가능한 IP 주소로 변환합니다. Clash는 시스템 DNS를 사용할 수도 있고, 설정에서 리졸버, 보조 리졸버와 도메인별 조회 정책을 지정할 수도 있습니다.

웹페이지가 열리지 않는 원인이 반드시 프록시 노드 장애인 것은 아닙니다. 조회 실패, 만료된 결과 또는 요청이 예상한 DNS 경로로 들어가지 않은 경우도 있습니다. 문제를 해결할 때는 도메인 조회와 대상 연결을 나누어 검증해야 합니다.

Fake-IP 모드는 먼저 애플리케이션에 예약 주소를 반환하고 커널 내부에 해당 주소와 원래 도메인의 매핑을 저장합니다. 이후 애플리케이션이 이 주소에 연결하면 커널이 도메인을 복원해 도메인 규칙을 정확히 적용할 수 있습니다.

이 방식은 조회와 연결을 일관되게 가로채는 데 유리하지만, 일부 로컬 네트워크 장치, 특수 애플리케이션이나 실제 주소에 의존하는 환경에서는 필터 목록에 추가해야 할 수 있습니다. 설정 이상은 로컬 네트워크 서비스 검색 실패나 특정 애플리케이션의 연결 불가로 나타나는 경우가 많습니다.

Redir-Host 모드는 보통 애플리케이션에 실제 DNS 조회 결과를 반환한 뒤 연결 단계에서 도메인과 대상 주소를 함께 사용해 라우팅합니다. Fake-IP와 가장 큰 차이는 애플리케이션이 실제 주소를 받는다는 점입니다.

이 방식은 실제 IP에 의존하는 환경에서 더 직관적이지만, 도메인 정보 보존과 규칙 매칭 결과는 시스템, 연결 방식 및 스니핑 설정의 영향을 받을 수 있습니다. 모드를 전환한 뒤에는 DNS 캐시와 규칙 매칭을 다시 테스트해야 합니다.

DNS 누수는 일부 도메인 조회가 예상한 해석 경로를 따르지 않고 시스템 네트워크, 브라우저 내장 리졸버 또는 다른 DNS 서비스로 처리되는 현상입니다. 보통 가로채기 범위가 불완전하거나 애플리케이션이 독립 조회 기능을 사용하고 있음을 뜻합니다.

문제를 해결할 때는 클라이언트 DNS 설정, 시스템 프록시와 TUN 상태, 브라우저 보안 DNS 설정, IPv4와 IPv6가 서로 다른 경로를 사용하는지 확인해야 합니다. 노드만 바꾸는 것으로는 조회 경로 문제가 해결되지 않는 경우가 많습니다.

GeoIP는 IP 주소의 지역 정보를 기준으로 규칙을 매칭하며, 특정 지역의 주소를 직접 연결이나 지정된 정책으로 보내는 데 흔히 사용됩니다. 로컬 또는 원격 데이터베이스에 의존하며, 각 주소의 물리적 위치를 실시간으로 조회하는 방식은 아닙니다.

주소의 지역 정보는 바뀔 수 있고 데이터베이스에도 오차가 있을 수 있습니다. 지역 규칙의 판단이 예상과 다르면 데이터베이스 업데이트 시점을 확인하고 로그에서 실제 대상 IP를 확인해야 합니다.

지연 시간은 클라이언트가 탐색을 시작한 뒤 응답을 받을 때까지 걸리는 시간으로, 보통 밀리초 단위로 표시합니다. 클라이언트 결과는 특정 테스트 주소, 테스트 방식과 당시 네트워크 상태에만 해당합니다.

지연 시간이 짧다고 다운로드 속도가 빠른 것은 아니며, 노드가 안정적이라는 뜻도 아닙니다. 경로를 선택할 때는 패킷 손실, 핸드셰이크 성공률, 장시간 연결 성능과 실제 웹사이트 접속 상태도 확인해야 합니다.

시스템 프록시는 운영체제의 HTTP, HTTPS 또는 SOCKS 프록시 주소를 Clash의 로컬 수신 포트로 지정합니다. 브라우저와 시스템 설정을 따르는 대부분의 데스크톱 애플리케이션은 이를 통해 트래픽을 전송합니다.

시스템 프록시를 읽지 않는 애플리케이션, 일부 게임과 특정 명령줄 도구는 가로채지 못할 수 있습니다. 클라이언트를 종료하기 전에 시스템 프록시 상태를 복원하면 이미 수신을 중단한 로컬 포트를 계속 가리키는 문제를 막을 수 있습니다.

TUN 모드는 가상 네트워크 인터페이스를 통해 시스템 트래픽을 가로챈 뒤 커널이 규칙에 따라 직접 연결 또는 프록시를 결정하게 합니다. 시스템 프록시를 지원하지 않거나 HTTP가 아닌 트래픽을 사용하거나 더 넓은 범위의 가로채기가 필요한 애플리케이션에 적합합니다.

활성화할 때는 일반적으로 시스템 권한이 필요하며 다른 VPN, 가상 네트워크 카드, 보안 소프트웨어나 라우팅 설정과 충돌할 수 있습니다. 인터넷이 끊겼다면 먼저 TUN 장치, 라우팅 기록과 DNS 가로채기가 정상적으로 완료되었는지 확인해야 합니다.

Mixed Port는 HTTP 프록시와 SOCKS5 프록시 연결을 동시에 받는 로컬 수신 포트입니다. 애플리케이션은 지원하는 방식에 따라 하나의 포트에 연결할 수 있어 여러 포트를 따로 기억할 필요가 줄어듭니다.

이는 로컬 입구일 뿐 트래픽이 최종적으로 어느 노드를 사용할지는 결정하지 않습니다. 포트를 다른 프로그램이 사용 중이거나 방화벽이 수신을 차단하거나 애플리케이션에 주소를 잘못 입력한 경우 로컬 프록시에 연결되지 않을 수 있습니다.

라우팅 테이블은 패킷이 어느 네트워크 인터페이스를 거쳐 어느 다음 홉으로 전송될지 운영체제가 판단하는 규칙 집합입니다. TUN 모드에서는 대상 트래픽이 가상 인터페이스로 들어가도록 라우팅을 추가하거나 조정하는 경우가 많습니다.

잘못된 라우팅은 로컬 네트워크 접근 불가, 순환 전달 또는 모든 연결 중단을 일으킬 수 있습니다. 여러 VPN 도구를 동시에 실행할 때는 기본 경로를 서로 차지하려 하는지 특히 주의해야 합니다.

우회 주소는 프록시 수신이나 TUN 전달 경로에 들어가지 않는 대상 범위로, 루프백 주소, 로컬 네트워크 대역, 게이트웨이와 필수 시스템 서비스가 대표적입니다. 적절히 설정하면 프린터, 라우터 관리 화면과 로컬 공유에 계속 접근할 수 있습니다.

우회 범위가 너무 넓으면 라우팅해야 할 연결이 직접 외부로 나가고, 너무 좁으면 로컬 네트워크 통신에 영향을 줄 수 있습니다. 변경 후에는 로컬 장치, 공개 웹사이트와 대상 애플리케이션을 각각 테스트해야 합니다.