적합한 클라이언트 설치
데스크톱에서는 프로세서 아키텍처에 맞는 설치 패키지를 사용하고, 모바일에서는 해당 스토어나 다운로드 경로를 통해 설치하세요. 처음 실행하면 네트워크, VPN 또는 백그라운드 실행 권한을 요청할 수 있습니다. 이러한 권한은 클라이언트가 앱 요청을 처리할 수 있는지 결정하므로 시스템 안내에 따라 허용하세요.
Windows, macOS, Linux 클라이언트에서는 보통 “설정”, “프록시”, “시스템 프록시”와 같은 명칭을 사용합니다. Android와 iOS에서는 “구독”, “정책”, “시작” 또는 “VPN”으로 표시될 수 있습니다. 버튼 위치는 달라도 작업 순서는 같습니다. 설치 패키지를 다시 선택해야 한다면 위의 플랫폼 메뉴에서 다운로드 페이지의 해당 탭으로 이동하세요.
먼저 클라이언트, 구독 주소, 현재 기기의 네트워크를 모두 사용할 수 있는지 확인하세요. 준비가 끝난 뒤 순서대로 진행하면 문제가 발생했을 때 어느 단계에서 오류가 생겼는지도 쉽게 파악할 수 있습니다.
데스크톱에서는 프로세서 아키텍처에 맞는 설치 패키지를 사용하고, 모바일에서는 해당 스토어나 다운로드 경로를 통해 설치하세요. 처음 실행하면 네트워크, VPN 또는 백그라운드 실행 권한을 요청할 수 있습니다. 이러한 권한은 클라이언트가 앱 요청을 처리할 수 있는지 결정하므로 시스템 안내에 따라 허용하세요.
구독 주소는 일반적으로 네트워크 서비스 제공업체가 생성합니다. 복사할 때 프로토콜, 경로, 끝부분의 매개변수를 포함한 전체 링크를 보존하고 일부를 빠뜨리지 마세요. 구독 주소는 개인 설정에 해당하므로 공개 페이지나 스크린샷, 공유 로그에 올리지 않는 것이 좋습니다.
한 번에 시스템 프록시 또는 VPN을 담당하는 클라이언트 하나만 실행하세요. 다른 프록시 프로그램, 브라우저 프록시 확장 기능, 패킷 캡처 도구, 기업 네트워크 구성요소가 같은 설정을 변경하면 연결 상태는 정상처럼 보여도 실제 요청은 다른 경로를 거칠 수 있습니다.
이 가이드는 일반적인 그래픽 클라이언트를 기준으로 하며 YAML을 직접 편집할 필요가 없습니다. 사용자 지정 규칙, DNS, Fake-IP, TUN 라우팅 또는 서버 환경을 설정하려면 먼저 아래 4단계를 완료한 뒤 전체 플랫폼 가이드의 해당 장을 확인하세요.
목표는 클라이언트가 사용할 수 있는 설정을 가져와 현재 설정으로 지정하는 것입니다. 링크를 붙여 넣는 것만으로는 부족하며 다운로드 성공 여부와 활성화 상태도 확인해야 합니다.
클라이언트를 실행한 뒤 먼저 “설정”, “구독”, “Profiles” 또는 “설정 파일” 메뉴를 찾으세요. 데스크톱 클라이언트는 보통 왼쪽 탐색 메뉴에 있고, 모바일 클라이언트는 홈 화면이나 설정 페이지에 있습니다. 메뉴를 열면 주소 추가, URL에서 가져오기 또는 새 구독 만들기 버튼이 표시되어야 합니다. 이름을 입력해야 한다면 서비스 이름이나 사용 목적처럼 알아보기 쉬운 이름을 사용하세요. 전체 구독 주소를 이름에 넣을 필요는 없습니다.
“URL에서 가져오기” 또는 유사한 메뉴를 선택하고 전체 구독 주소를 입력란에 붙여 넣은 뒤 “가져오기”, “다운로드” 또는 “업데이트”를 클릭하세요. 클라이언트가 원격 설정을 요청합니다. 정상적으로 처리되면 설정 이름, 업데이트 시간 또는 선택 가능한 설정 항목이 표시됩니다. 첫 요청에는 몇 초가 걸릴 수 있으므로 같은 주소를 반복해서 추가하지 마세요. 목록에 동일한 설정이 여러 개 생길 수 있습니다.
가져온 뒤에도 목록이 비어 있으면 입력란으로 돌아가 링크에 불필요한 공백이 없는지 확인하세요. 특히 메신저에서 복사할 때 줄바꿈이 포함되지 않았는지 주의해야 합니다. 아직 설정되지 않은 시스템 프록시를 잠시 끈 뒤 다시 업데이트해 볼 수도 있습니다. 시간 초과, 404 또는 콘텐츠 형식 오류가 표시되면 클라이언트가 사용할 수 있는 설정을 아직 가져오지 못한 것이므로 다음 연결 단계로 진행하지 마세요. 구독 업데이트 오류의 구체적인 의미는 도움말 센터에서 계속 확인할 수 있습니다.
목록에 설정이 나타나면 해당 항목을 클릭하거나 오른쪽의 활성화 버튼을 사용해 현재 설정으로 지정하세요. 일부 클라이언트는 체크 표시, 녹색 표시 또는 “활성”이라는 문구로 선택 상태를 나타냅니다. 이 단계를 마친 뒤 프록시 페이지로 이동하면 정책 그룹이나 선택 가능한 프록시가 보여야 합니다. 프록시 페이지가 여전히 완전히 비어 있다면 설정이 활성화되지 않았거나 구독 콘텐츠가 클라이언트가 지원하는 형식이 아닐 가능성이 큽니다.
모드는 요청을 어떻게 분할 라우팅할지 결정합니다. 처음 설정할 때는 규칙 모드를 우선 사용하세요. 설정에 포함된 규칙에 따라 직접 연결, 프록시 또는 차단을 판단합니다.
주 메뉴에서 “프록시”, “Proxies” 또는 “모드” 페이지를 열고 먼저 규칙, 전역, 직접 연결 세 가지 모드 항목을 찾으세요. 일부 클라이언트는 모드를 설정 페이지 상단에 표시하고, 다른 클라이언트는 프록시 목록 위에 표시합니다. 현재 모드를 확인한 뒤 아래의 정책 그룹을 살펴보세요. 정책 그룹은 자동 선택, 수동 선택, 스트리밍 등 용도에 따라 나뉠 수 있으며, 구체적인 내용은 구독 설정에 따라 달라집니다. 모든 클라이언트의 화면이 완전히 같지는 않습니다.
설정에 지정된 도메인, IP 및 네트워크 규칙에 따라 트래픽을 분할 라우팅합니다. 일반적인 로컬 서비스는 직접 연결로 유지하고, 프록시가 필요한 요청은 해당 정책 그룹으로 전달하므로 일상적인 사용에 적합합니다.
대부분의 요청을 하나의 전역 정책으로 처리합니다. 특정 프록시 항목을 짧게 테스트할 때 적합하지만 규칙의 영향을 이해하지 못한 상태에서 장기간 사용하는 것은 권장하지 않습니다.
요청이 프록시 정책을 거치지 않습니다. 문제가 프록시와 관련 있는지 판단할 때 사용할 수 있지만, 활성화한 상태에서는 프록시 연결 자체를 확인할 수 없습니다.
“규칙”을 클릭해 선택 상태인지 확인하세요. 그런 다음 주요 정책 그룹을 열고 “자동 선택”, 사용 가능한 프록시 또는 설정 제공업체가 권장하는 기본 항목을 선택합니다. 목록에 낯선 이름이 여러 개 있어도 모든 정책 그룹을 하나씩 수정할 필요는 없습니다. 우선 기본 설정을 유지하고 최상위 주요 정책에 선택된 항목이 있는지만 확인하세요. 이렇게 하면 처음 설정할 때 변수를 줄일 수 있으며, 이후 특정 웹사이트에 접근할 수 없을 때 연결 기록을 통해 해당 정책 그룹을 찾기 쉽습니다.
프록시 항목을 바꾸면 클라이언트가 새 연결을 설정하는 데 잠시 시간이 걸릴 수 있습니다. 이때 DNS, 포트, 규칙 파일을 동시에 변경하지 마세요. 한 번에 하나만 조정해야 변경 효과를 쉽게 판단할 수 있습니다. 모든 프록시 항목이 사용할 수 없다고 표시되면 먼저 구독을 한 번 업데이트해 보세요. 그래도 사용 가능한 항목이 없다면 클라이언트를 반복해서 재설치하기보다 설정 제공업체에 서비스 상태를 문의해야 합니다.
이 단계에서는 시스템 또는 앱의 요청을 클라이언트로 전달합니다. 데스크톱에서는 보통 시스템 프록시를 활성화하고, 모바일에서는 로컬 VPN 생성을 허용합니다.
Windows, macOS 및 대부분의 Linux 그래픽 클라이언트는 “시스템 프록시”, “Set as system proxy” 또는 유사한 스위치를 제공합니다. 활성화하면 클라이언트가 운영체제의 HTTP 및 HTTPS 프록시를 로컬 수신 포트로 지정합니다. 시스템에서 권한 확인 창이 나타날 수 있으며, macOS에서는 네트워크 설정을 변경하기 위해 시스템 자격 증명을 요구할 수도 있습니다. 권한을 허용한 뒤 스위치는 활성 상태로 유지되어야 하고, 트레이 메뉴나 상태 영역에도 시스템 프록시가 켜졌다고 표시되는 경우가 많습니다.
클라이언트에 “혼합 포트”가 표시되면 처음에는 기본값을 유지하세요. 다른 가이드를 따라야 한다는 이유로 포트를 임의로 바꾸지 마세요. 시스템 프록시와 클라이언트의 수신 포트가 일치해야 하기 때문입니다. 브라우저가 시스템 네트워크 설정을 사용한다면 보통 바로 적용됩니다. 별도의 프록시 확장 기능을 설치했다면 시스템 프록시를 덮어쓰지 않도록 먼저 비활성화하세요.
Android와 iOS 클라이언트는 일반적으로 시스템 VPN 인터페이스를 통해 트래픽을 처리합니다. “시작”, “연결” 또는 홈 화면의 스위치를 누르면 시스템에 VPN 설정 권한 요청이 표시됩니다. 허용하면 상태 표시줄에 VPN 아이콘이 나타나고 클라이언트 버튼도 연결됨 상태로 바뀌는 경우가 많습니다. 여기서 VPN은 기기 트래픽을 클라이언트로 전달하는 통로이며, 프록시 모드와 정책은 앞서 가져온 설정이 제어합니다.
일부 Android 시스템은 앱이 백그라운드로 전환된 뒤 실행을 제한합니다. 처음 연결할 때는 클라이언트를 전면에 둔 상태로 확인을 완료하세요. 정상 작동을 확인한 뒤 시스템 설정에서 필요한 백그라운드 활동을 허용하면 됩니다. iOS에서 네트워크를 전환하거나 장시간 절전 모드에 들어간 뒤 연결이 끊기면 클라이언트로 돌아가 연결을 다시 시작하세요. 구독을 다시 가져올 필요는 없습니다.
시스템 프록시는 브라우저와 시스템 프록시 설정을 따르는 일반적인 데스크톱 앱에 적합합니다. TUN 모드는 시스템 프록시를 읽지 않는 더 많은 프로그램의 트래픽을 처리할 수 있지만 가상 네트워크 카드, 라우팅, DNS 가로채기, 관리자 권한이 필요합니다. 처음에는 시스템 프록시로 확인을 완료하고, 특정 앱이 프록시를 거치지 않는 것이 분명할 때만 전체 플랫폼 가이드의 TUN 장을 읽어 보세요. 이렇게 하면 기본 연결 문제와 라우팅 문제를 섞어 판단하는 일을 피할 수 있습니다.
스위치 색상만 확인하지 마세요. 웹페이지 접속, 클라이언트 연결 기록, 규칙 적용 결과를 함께 점검하는 것이 가장 확실합니다.
평소 직접 접속할 수 있는 일반 웹사이트를 열어 페이지가 로드되는지 확인하세요. 연결을 활성화한 뒤 모든 웹페이지가 열리지 않으면 먼저 시스템 프록시 또는 VPN을 끄고 원래 네트워크가 정상인지 확인합니다. 원래 네트워크는 정상인데 활성화 후 인터넷이 끊긴다면 현재 프록시 항목, 클라이언트 수신 상태, 시스템 프록시 포트를 점검하세요. 복잡한 규칙부터 수정할 필요는 없습니다.
“연결”, “Connections” 또는 “로그” 페이지로 이동한 다음 브라우저를 새로 고침하세요. 정상이라면 새로운 도메인 요청이나 연결 기록이 즉시 나타납니다. 요청이 보이면 브라우저 트래픽이 클라이언트로 들어온 것입니다. 새 기록이 전혀 없다면 시스템 프록시가 켜지지 않았거나 브라우저가 별도의 프록시 설정을 사용하거나 현재 앱이 시스템 프록시를 따르지 않을 가능성이 큽니다.
연결 기록에서 요청 하나를 열면 적용된 규칙과 최종 정책을 확인할 수 있습니다. 자주 사용하는 로컬 서비스에 접속할 때는 보통 직접 연결로 처리되어야 하며, 프록시가 필요한 대상에는 해당 프록시 정책이 표시되어야 합니다. 구독마다 규칙 이름은 다를 수 있으므로 특정 영어 라벨보다 요청이 예상대로 직접 연결 또는 프록시 경로를 택했는지가 중요합니다.
먼저 직접 연결되어야 하는 웹사이트에 접속한 다음 프록시가 필요한 웹사이트에 접속하세요. 두 요청이 모두 성공하고 연결 기록에서 처리 정책이 다르게 나타나면 구독, 규칙 모드, 시스템 연결, 프록시 항목의 네 단계가 모두 정상적으로 이어진 것입니다. 직접 연결은 정상인데 프록시 대상이 실패하면 현재 프록시 항목을 확인하세요. 프록시 대상은 접속되지만 로컬 서비스에 문제가 있다면 전역 모드를 잘못 선택했거나 설정의 직접 연결 규칙이 덮어쓰였는지 확인하세요.
기본 네트워크와 클라이언트 전달 경로를 사용할 수 있습니다.
시스템 트래픽이 클라이언트로 들어왔습니다.
직접 연결과 프록시 요청이 각각 처리되고 있습니다.
확인에 실패하면 상위 단계부터 하위 단계 순서로 점검하는 것이 좋습니다. 먼저 구독이 업데이트되고 활성화되었는지 확인한 다음 현재 프록시 항목의 사용 가능 여부를 확인하세요. 그 후 규칙 모드를 점검하고 마지막으로 시스템 프록시, VPN 또는 앱 자체의 네트워크 설정을 확인합니다. 한 번에 한 곳만 변경하고 다시 테스트하세요. 로그에 DNS, 인증서, 연결 거부, 시간 초과 같은 구체적인 오류가 표시되면 도움말 센터에서 오류 유형별 원인을 찾아보세요.
현재 정상 작동하는 상태를 먼저 유지한 뒤 기능을 하나씩 추가하세요. 이후 변경에 실패하더라도 이미 확인한 설정으로 빠르게 되돌릴 수 있습니다.
수동 업데이트가 정상적으로 되는지 확인한 뒤 적절한 자동 업데이트 주기를 활성화하세요. 업데이트 후 정책 그룹이 바뀌었다면 주요 정책에 선택된 항목이 남아 있는지 다시 확인합니다. 구독 주소가 만료되었거나 서버가 오류를 반환하는 경우 자동 업데이트로 링크 자체를 복구할 수는 없습니다.
데스크톱에서 부팅 시 자동 실행을 사용한다면 클라이언트 시작 후 시스템 프록시도 자동으로 복구되는지 확인하세요. 프로그램만 시작되고 시스템 프록시가 복구되지 않으면 브라우저 트래픽이 클라이언트로 들어오지 않습니다. 반대로 시스템 프록지만 남고 프로그램이 실행되지 않으면 네트워크 연결이 실패할 수 있습니다.
사용자 지정 규칙, DNS 또는 TUN 설정을 변경하기 전에 현재 정상 작동하는 설정과 주요 스위치 상태를 기록해 두세요. 문제가 생기면 먼저 기본 설정을 복원한 뒤 구독 내용, 시스템 권한, 새로 추가한 매개변수 중 무엇이 변화를 일으켰는지 판단하세요.
일상적인 사용은 여기까지 완료되었습니다. 플랫폼별 설치 세부 정보, Fake-IP, DNS, 규칙 문법, TUN 또는 Linux 서비스 설정이 필요할 때는 전체 플랫폼 가이드로 이동하세요. 명확한 오류가 발생했다면 먼저 도움말 센터를 확인하세요.