Clash 전 플랫폼 설치 설정 가이드

시작하기 전에: 공통 준비 작업

어떤 플랫폼을 사용하든 Clash를 쓰는 논리는 동일합니다: 클라이언트를 설치하고, 설정을 하나 지정해 준 뒤, 시스템 트래픽이 그것을 거쳐가게 만드는 것입니다. 이 장에서는 플랫폼에 공통되는 개념과 준비 사항을 한 번에 정리하며, 이후 각 플랫폼 장에서는 다시 반복하지 않습니다.

세 가지 용어부터 구분하기

많은 설치 문제는 이 세 가지를 하나로 뒤섞은 데서 비롯됩니다. 코어는 Mihomo 같은 명령줄 프로그램을 가리키며, 실제로 트래픽을 처리하고 규칙을 매칭하는 역할을 하지만 화면(UI)이 없습니다. 클라이언트는 코어를 감싼 그래픽 소프트웨어로, Clash Plus, Clash Verge Rev, FlClash 등이 있으며, 여러분이 클릭하는 모든 스위치는 결국 코어가 이해할 수 있는 매개변수로 변환됩니다. 구독은 서비스 제공자가 주는 링크로, 클라이언트가 주기적으로 이를 방문해 노드와 규칙이 담긴 설정 파일을 받아옵니다. 세 요소의 관계는: 구독이 내용을 제공하고, 클라이언트가 화면과 스케줄링을 담당하며, 코어가 실제 작업을 처리하는 것입니다. 더 많은 용어는 용어 설명에서 확인할 수 있습니다.

시작 전에 준비할 세 가지

• 구독 링크 하나. 서비스 제공자가 발급하며, 보통 https로 시작하는 긴 URL입니다. 계정 인증 정보와 같으므로 공개된 곳에 올리지 마세요.
• 해당 플랫폼의 설치 파일. 플랫폼별 추천 클라이언트와 받는 방법은 다운로드 페이지에서 확인할 수 있으며, 전 플랫폼에서 첫손에 꼽히는 것은 Clash Plus입니다. 아래 표는 개요입니다.
• 방해받지 않는 10분. 처음 설정할 때는 시스템 권한 승인이 필요해, 중간에 다른 작업으로 넘어가면 팝업 창을 놓치기 쉽습니다.

시스템 프록시와 TUN: 한 번에 정리

각 플랫폼 장에서 이 두 용어가 계속 나오므로 여기서 먼저 명확히 짚어둡니다. 시스템 프록시는 운영체제의 네트워크 설정에 프록시 주소(보통 127.0.0.1과 포트 번호)를 등록하는 방식으로, 이 설정을 따르는 프로그램—브라우저와 대부분의 일반 소프트웨어—이 트래픽을 Clash에 넘겨줍니다. TUN 모드는 더 철저합니다: 클라이언트가 가상 네트워크 카드를 만들어 시스템의 모든 트래픽이 프록시 설정을 인식하는지 여부와 관계없이 먼저 이 카드를 거치게 합니다.

Windows: 설치, 구독, 서비스 모드

다운로드와 설치

다운로드 페이지 Windows 영역에서 설치 파일을 받으세요. 가장 먼저 추천하는 것은 Clash Plus이며, Clash Verge Rev와 FlClash도 믿을 만한 선택입니다. 설치 파일은 일반적인 설치 마법사 형태로 '다음'만 누르면 진행되며, 설치 경로는 기본값을 유지하는 것을 권장합니다. 한글이나 공백이 포함된 깊은 디렉터리에 설치하면 간혹 코어 실행 오류가 발생해 원인 파악이 번거로워집니다.

처음 실행할 때 Windows SmartScreen이 'PC 보호' 파란색 알림을 띄울 수 있습니다. 이는 다운로드한 파일에 대한 시스템의 일반적인 차단이며 바이러스 경고가 아닙니다—'추가 정보'를 클릭한 뒤 '실행'을 누르면 됩니다. 보안 소프트웨어가 설치 파일을 격리 영역으로 옮겼다면, 파일을 복원하고 신뢰 목록에 추가한 뒤 다시 설치하세요.

구독 가져오기

클라이언트를 열고 '구독' 또는 '설정' 페이지를 찾아, 서비스 제공자가 준 구독 링크를 입력란에 빠짐없이 붙여넣은 뒤 가져오기를 클릭합니다. 클라이언트가 설정을 받아오면 목록에 항목이 하나 생기는데, 클릭해서 선택하면 활성화됩니다. 그 다음 '프록시' 페이지로 돌아가면 노드 그룹과 노드 목록이 보여야 합니다—노드가 보인다면 구독 단계는 통과한 것입니다. 가져오기에 실패했다면 먼저 링크가 완전히 복사되었는지(끝에 공백이 더 있거나 글자가 빠지면 실패합니다) 확인하고, 그다음 현재 네트워크에서 구독 주소 자체에 접속할 수 있는지 확인하세요.

시스템 프록시와 TUN

클라이언트 메인 화면에서 '시스템 프록시' 스위치를 켜면 클라이언트가 자동으로 127.0.0.1과 혼합 포트를 Windows 프록시 설정에 기록하며, 브라우저에 즉시 적용됩니다. TUN이 필요할 때는 대부분의 클라이언트가 먼저 '서비스 모드' 설치를 요구합니다—이는 시스템과 함께 실행되는 백그라운드 서비스로, 클라이언트가 가상 네트워크 카드를 생성하는 데 필요한 권한을 대신 확보해 줍니다. 설정 페이지에서 서비스 모드 설치 버튼을 찾아 UAC 창에 동의하고, 설치가 끝나면 TUN 스위치를 켜세요. 켠 뒤 완전히 인터넷이 끊긴다면 대개 보안 소프트웨어가 가상 네트워크 카드 드라이버를 차단한 경우이니, 클라이언트를 신뢰 목록에 추가한 뒤 다시 시도하세요.

플랫폼별 주요 문제

• 자동 시작: 클라이언트 설정에서 자동 시작을 체크하면 됩니다. 부팅 후 트레이에 아이콘이 없다면 작업 관리자의 '시작 앱' 목록에서 비활성화되어 있는지 확인하세요.
• 프록시 설정 잔류: 클라이언트가 비정상적으로 종료되면 시스템 프록시 설정이 정리되지 않을 수 있어, 클라이언트를 껐는데도 오히려 인터넷이 안 되는 증상으로 나타납니다. '설정 → 네트워크 및 인터넷 → 프록시'에서 '프록시 서버 사용'을 수동으로 끄면 복구됩니다.
• 포트 점유: 로그에 bind 관련 오류가 뜨면 대개 포트 충돌이니 혼합 포트를 바꿔보세요(예: 7890을 7897로). 로그 확인 방법은 실행 로그 읽기 글을 참고하세요.

macOS: 칩 버전, 권한 승인, 시스템 프록시

먼저 올바른 칩 버전 선택하기

macOS 설치 파일은 Intel과 Apple Silicon(M 시리즈) 두 종류로 나뉩니다. 화면 왼쪽 상단의 Apple 메뉴 → '이 Mac에 관하여'를 클릭해 칩 항목에 Apple M으로 시작하면 Apple Silicon 버전을, Intel이라고 쓰여 있으면 Intel 버전을 받으세요. 잘못 설치해도 시스템이 손상되지는 않지만 실행이 안 되거나 변환 레이어를 거치며 성능이 그냥 낭비될 수 있습니다. 다운로드 페이지 macOS 영역에는 두 버전이 나란히 표시되어 있습니다.

설치와 첫 실행

다운로드한 .dmg 디스크 이미지를 더블클릭해 열고, 앱 아이콘을 옆에 있는 '응용 프로그램' 폴더로 끌어다 놓으면 됩니다—macOS 설치는 이 드래그 동작 하나로 끝입니다. 처음 실행할 때 시스템이 신원이 확인되지 않은 개발자의 앱이거나 '손상됨'이라고 안내할 수 있습니다. 전자는 '시스템 설정 → 개인정보 보호 및 보안' 페이지 하단의 '그래도 열기'를 클릭하면 되고, 후자는 격리(quarantine) 속성 때문이니 터미널을 열어 명령 한 줄로 제거하면 됩니다:

xattr -d com.apple.quarantine /Applications/앱이름.app

'앱이름.app' 부분을 실제로 끌어다 놓은 앱 이름으로 바꿔주세요. 실행한 뒤 다시 더블클릭하면 정상적으로 열립니다.

구독 가져오기와 시스템 프록시 권한 승인

구독 가져오기 방식은 Windows와 동일합니다: 구독 페이지에서 링크를 붙여넣고, 가져오고, 활성화하면 됩니다. 차이는 시스템 프록시에 있습니다: macOS에서 '시스템 프록시' 스위치를 처음 켤 때, 클라이언트가 '도움 프로그램' 설치를 요청하고 로그인 비밀번호 입력을 요구할 수 있습니다—네트워크 환경설정을 변경하려면 더 높은 권한이 필요하기 때문입니다. 이 권한 승인은 한 번만 하면 되며, 동의하면 스위치가 정상적으로 연동됩니다. 적용 범위는 '시스템 설정 → 네트워크 → 현재 네트워크 → 세부 정보 → 프록시'에서 확인할 수 있으며, HTTP와 HTTPS 프록시가 127.0.0.1을 가리키는 것을 볼 수 있습니다.

플랫폼별 주요 문제

• TUN 권한 승인: macOS에서 TUN을 켜는 것도 마찬가지로 도움 프로그램이나 시스템 확장 권한 승인에 의존합니다. 팝업이 안내하는 위치로 가서 허용을 누르면 됩니다. 한 번 거부했다면 '개인정보 보호 및 보안'에서 해당 항목을 찾아 다시 허용하세요.
• 프록시 설정 잔류: Windows와 마찬가지로, 클라이언트가 강제 종료되면 프록시 설정이 시스템에 남아 있을 수 있습니다. 네트워크 세부 정보의 '프록시' 페이지에서 체크를 해제하면 됩니다.
• ClashX Meta 사용자: 이 프로젝트는 유지보수가 종료되었습니다. 설정 방식은 참고할 수 있지만, 계속 업데이트되는 클라이언트로 점진적으로 이전하는 것을 권장합니다.

Linux: 패키지, 데스크톱 프록시, 터미널 프록시

설치

Linux 데스크톱에서는 Clash Verge Rev를 첫손에 꼽으며 FlClash도 사용 가능합니다. 설치 파일은 다운로드 페이지 Linux 영역에서 확인하세요. Debian/Ubuntu 계열은 .deb 패키지를 사용하며, 다운로드 후 터미널에서 설치합니다:

cd ~/Downloads
sudo apt install ./clash-verge.deb

dpkg 대신 apt를 사용하면 의존성이 자동으로 보완되는 장점이 있습니다. 설치가 끝나면 애플리케이션 메뉴에서 실행하거나 터미널에서 프로그램 이름을 직접 입력해도 됩니다. 실행 후 창이 비어 있다면 대개 데스크톱 환경의 WebKit 구성 요소 버전과 관련이 있으니, 시스템 패키지를 전체적으로 업데이트한 뒤 다시 시도해 보세요.

데스크톱 환경의 시스템 프록시

클라이언트의 '시스템 프록시' 스위치는 주요 데스크톱(GNOME, KDE)에서 보통 자동으로 설정에 반영됩니다. 사용 중인 배포판에서 자동으로 덮어써지지 않는다면 수동 설정도 몇 줄 명령이면 됩니다. GNOME을 예로 들면:

gsettings set org.gnome.system.proxy mode 'manual'
gsettings set org.gnome.system.proxy.http host '127.0.0.1'
gsettings set org.gnome.system.proxy.http port 7890
gsettings set org.gnome.system.proxy.https host '127.0.0.1'
gsettings set org.gnome.system.proxy.https port 7890

포트는 클라이언트 설정 페이지에 표시된 혼합 포트 값을 기준으로 하며, 본문 예시에서는 7890으로 통일했습니다. 직접 연결로 되돌릴 때는 mode를 'none'으로 설정하세요.

터미널과 명령줄 도구

데스크톱 프록시는 터미널에는 영향을 주지 않습니다. git, curl, 패키지 관리자가 프록시를 타게 하려면 환경 변수를 사용합니다:

export http_proxy=http://127.0.0.1:7890
export https_proxy=http://127.0.0.1:7890
export all_proxy=socks5://127.0.0.1:7890

현재 터미널에서만 입력하면 해당 세션에만 적용됩니다. 지속적으로 적용하고 싶다면 ~/.bashrc나 ~/.zshrc에 추가하세요. 혼합 포트(mixed-port)는 HTTP와 SOCKS5 요청을 동시에 받으므로 세 변수가 같은 포트를 가리킬 수 있습니다. 이것이 '혼합'이라는 이름이 붙은 이유이며, 자세한 설명은 혼합 포트와 LAN 공유 글에서 확인할 수 있습니다.

플랫폼별 주요 문제

• TUN 권한: 가상 네트워크 카드를 생성하려면 더 높은 권한이 필요하며, 클라이언트는 대개 권한 승인 도우미를 통해 처리합니다. 비밀번호 입력 창이 뜨면 동의하면 되고, 거부하면 TUN 스위치가 바로 꺼집니다.
• 자동 시작: 클라이언트 설정의 자동 시작 옵션을 우선 사용하세요. systemd에 익숙한 사용자는 user service를 직접 만들 수도 있지만, 데스크톱 클라이언트는 그래픽 세션에 의존하므로 too early에 시작하면 실패할 수 있음에 주의하세요.
• 브라우저 예외: Firefox는 기본적으로 시스템 설정이 아닌 자체 프록시 설정을 사용하므로, Firefox 설정에서 '시스템 프록시 설정 사용'을 선택해야 합니다.

Android: 설치 파일 아키텍처와 VPN 권한 승인

올바른 아키텍처의 패키지 선택하기

Android 설치 파일은 CPU 아키텍처별로 arm64, arm 등 버전이 나뉩니다. 최근 몇 년간 출시된 스마트폰은 거의 모두 arm64이므로 arm64 버전을 우선 다운로드하세요. 확신이 없다면 universal 통합 패키지를 선택하면 용량은 조금 더 크지만 잘못 설치할 일이 없습니다. 첫손에 꼽는 것은 Clash Plus이며, Clash Meta for Android와 FlClash도 다운로드 페이지 Android 영역에서 제공됩니다. .apk를 다운로드하면 시스템이 '알 수 없는 앱 설치 차단' 안내를 표시하는데, 안내에 따라 브라우저나 파일 관리자에 '알 수 없는 앱 설치' 권한을 부여하면 계속 진행할 수 있습니다—이는 스토어 외부 설치에 대한 Android의 공통 절차입니다.

구독 가져오기

Android 클라이언트에서 구독을 가져오는 방법은 두 가지입니다: 하나는 구독 링크를 복사한 뒤 클라이언트를 열고 설정 페이지에서 'URL로 가져오기'를 선택해 붙여넣는 것이고, 다른 하나는 일부 서비스 제공자 페이지에 있는 '원클릭 가져오기' 버튼을 누르면 시스템이 어떤 앱으로 열지 물어보는데 설치한 클라이언트를 선택하면 자동으로 가져와집니다. 가져오기가 성공한 뒤에도 반드시 해당 설정을 선택해 활성화해야 합니다—'가져왔는데 연결이 안 된다'는 문의 대부분은 사실 목록에 설정이 있지만 선택되지 않은 경우입니다.

VPN 권한 승인과 배터리 최적화

Android용 Clash 클라이언트는 시스템의 VpnService를 통해 트래픽을 인계받으며, root가 필요하지 않습니다. 시작 버튼을 처음 누르면 시스템이 '연결 요청' 대화상자를 띄우고, 확인하면 상태 바에 열쇠 모양 아이콘이 나타나 인계가 적용되었음을 나타냅니다. 이 단계는 데스크톱의 TUN과 동등하기 때문에 Android에는 별도의 '시스템 프록시' 스위치가 없으며, 시작하면 바로 전체를 인계받고 분기는 규칙이 처리합니다.

더 중요한 것은 계속 살아 있게 하는 것입니다: 국내 제조사의 커스텀 시스템은 절전 정책이 매우 적극적이어서, 화면을 잠근 뒤 일정 시간이 지나면 백그라운드를 바로 종료해 '쓰다가 끊기고 앱을 다시 열면 또 되는' 증상으로 나타납니다. 하나씩 처리하세요: 시스템 배터리 설정에서 클라이언트를 '제한 없음'으로 설정하고, 최근 실행 앱 목록에서 잠금 아이콘을 켜고, 제조사에 '자동 실행 관리' 기능이 있다면 함께 허용하세요.

플랫폼별 주요 문제

• 앱별 프록시: 클라이언트 설정에는 대개 '접근 제어'가 있어, 어떤 앱은 프록시를 타고 어떤 앱은 우회할지 지정할 수 있습니다. 은행 앱은 프록시에 민감하므로 우회 목록에 추가하면 보안 시스템의 오탐을 줄일 수 있습니다.
• 다른 VPN과의 충돌: Android는 동시에 하나의 앱만 VpnService를 점유할 수 있으므로, 시작에 실패하면 먼저 다른 VPN 종류의 앱이 실행 중이지 않은지 확인하세요.
• 개인 DNS: 시스템의 '개인 DNS'를 강제 암호화 해석으로 설정하면 클라이언트의 DNS 인계와 상호 간섭할 수 있으므로, DNS 문제를 확인할 때는 먼저 자동으로 되돌려 보세요.

iOS: App Store 설치와 VPN 설정

클라이언트 받기

iOS에서는 Clash Plus를 추천하며, App Store를 통해 설치합니다. 진입 경로는 다운로드 페이지 iOS 영역에 있고, 앱 공식 사이트는 clashplus.io입니다. 스토어 설치는 업데이트가 시스템에 의해 자동으로 처리된다는 뜻으로, 설치 파일을 직접 관리할 필요가 없습니다. 이것이 iOS 장이 다른 플랫폼보다 짧은 이유이기도 합니다—가장 오류가 나기 쉬운 단계를 스토어가 대신 처리해 주기 때문입니다.

구독 가져오기

앱을 열고 설정 또는 구독 페이지에서 구독 링크를 붙여넣어 가져오면 다른 플랫폼과 동일합니다. iOS의 클립보드 권한 안내('××이 ××의 콘텐츠를 붙여넣으려고 합니다')가 뜨면 허용을 누르면 됩니다. 가져온 뒤 설정이 활성화되었는지 확인하고, 노드 목록에서 그룹과 노드가 보이는지 확인한 다음 다음 단계로 진행하세요.

VPN 설정 권한 승인과 일상적인 켜고 끄기

처음 연결을 누르면 iOS가 '"Clash Plus"이(가) VPN 구성 추가를 요청합니다'라는 시스템 대화상자를 띄우며, '허용'을 누르고 비밀번호나 Face ID로 인증합니다—이 단계는 앱을 시스템의 VPN 프레임워크에 등록하는 것으로, 한 번만 하면 됩니다. 그 후 상태 바에 VPN 표시가 나타나면 인계가 적용된 것입니다. 일상적인 켜고 끄기는 앱 안에서도 가능하고 '설정 → VPN'에서 전환할 수도 있으며, 두 곳의 상태는 동기화됩니다.

사용 시 주의점

• 규칙은 그대로 적용됩니다: iOS의 인계 방식은 TUN과 유사하지만, 분기는 여전히 설정 파일의 규칙을 따릅니다. 한국 국내 트래픽의 직접 연결은 영향을 받지 않으므로 자주 켜고 끌 필요는 없습니다.
• 설정 변경 후 재연결: 구독을 교체하거나 갱신한 뒤에는 한 번 끊고 다시 연결해 새 설정이 완전히 로드되도록 하세요.
• 배터리 소모 체감: VPN을 상시 유지하면 약간의 추가 배터리 소모가 발생하는데, 이는 정상적인 현상입니다. 만약 소모가 비정상적으로 크다면 먼저 트래픽이 규칙 때문에 멀리 도는지 확인하세요.

설정 파일: YAML의 각 항목 이해하기

구독으로 받아온 것이 바로 YAML 설정 파일입니다. 평소에는 직접 작성할 필요가 없지만, 읽을 수 있으면 문제 해결 시 절반은 수고를 덜 수 있습니다. 아래는 뼈대만 담은 최소 예시입니다:

mixed-port: 7890        # 혼합 포트, HTTP와 SOCKS5를 동시에 받음
allow-lan: false        # LAN 기기의 접속을 허용할지 여부
mode: rule              # 실행 모드: rule / global / direct
log-level: info         # 로그 레벨

dns:
  enable: true
  enhanced-mode: fake-ip
  nameserver:
    - https://223.5.5.5/dns-query

proxies: []             # 노드 목록, 구독에 의해 채워짐

proxy-groups:
  - name: 수동 전환
    type: select
    proxies: []         # 그룹 구성원, 구독에 의해 채워짐

rules:
  - GEOIP,CN,DIRECT     # 중국 본토 IP 직접 연결
  - MATCH,수동 전환       # 나머지 트래픽은 그룹으로

핵심 항목 하나씩 설명

• mixed-port: 로컬 프로그램이 Clash에 연결하는 진입 포트입니다. 시스템 프록시에 입력하는 127.0.0.1:7890이 바로 이것을 가리킵니다. 충돌 시 임의의 비어 있는 포트로 바꾸면 시스템 프록시도 함께 연동됩니다.
• allow-lan: true로 설정하면 같은 LAN 안의 TV, 게임기가 이 PC로 프록시를 지정할 수 있으며, 방화벽 허용 설정과 함께 사용합니다. 자세한 방법은 LAN 프록시 공유 글을 참고하세요.
• mode: rule은 규칙에 따라 분기하고, global은 모든 트래픽이 프록시를 타며, direct는 전부 직접 연결합니다. 평소에는 기본값인 rule을 유지해야 하며, 세 모드의 선택 기준은 프록시 모드 입문에서 확인할 수 있습니다.
• dns: fake-ip 모드는 가상 IP로 해석 과정을 빠르게 만드는 현재의 주류 기본값입니다. 일부 소프트웨어에서 해석 오류가 발생하면 redir-host로 바꿔 비교 확인해 볼 수 있습니다.
• proxy-groups: 노드를 그룹으로 묶습니다. select는 수동 선택, url-test는 속도 측정에 따른 자동 선택, fallback은 메인 노드 장애 시 순서대로 전환합니다. 클라이언트 화면에서 노드를 전환하는 것은 본질적으로 select 그룹의 선택 항목을 바꾸는 것입니다.
• rules: 위에서 아래로 하나씩 매칭하며, 일치하면 멈춥니다. DOMAIN-SUFFIX는 도메인 접미사, GEOIP는 IP 소속 지역, MATCH는 마지막 처리를 담당합니다. 규칙 순서가 잘못되면 '이 사이트는 분명히 직접 연결해야 하는데 프록시를 탄다'는 증상으로 나타나는 경우가 많습니다.

수동 수정과 구독 갱신의 관계

구독으로 생성된 설정 파일을 직접 편집할 때는 주의해야 합니다: 다음 구독 갱신 시 전체가 덮어써져 여러분의 변경 사항이 사라집니다. 장기적으로 커스터마이징하려면 클라이언트가 제공하는 '오버라이드(Override)' 기능을 우선 사용하거나, 서비스 제공자의 구독 변환 단계에서 커스텀 규칙을 추가하는 것이 좋습니다—수정 사항이 구독 파일 밖에서 독립적으로 존재하게 하고, 같은 파일을 두고 경쟁하지 않도록 하세요.

검증, 일상 유지관리, 문제 해결 진입점

세 단계로 정상 여부 확인하기

1. 노드 확인: 프록시 페이지에서 노드 그룹이 나열되고, 그룹에 지연 시간 테스트를 실행하면 대부분 노드에 수치가 표시되어야 합니다. 전부 타임아웃이면 먼저 구독이나 로컬 네트워크를 의심해야 하며, 서둘러 클라이언트를 바꾸지 마세요.
2. 직접 연결 확인: 한국 국내 사이트에 접속하면 즉시 열리며 DIRECT로 처리되어야 합니다—클라이언트의 연결 기록에서 일치하는 규칙 이름을 확인할 수 있습니다. 직접 연결도 느리다면 문제는 로컬 네트워크에 있습니다.
3. 프록시 확인: 프록시가 필요한 사이트에 접속하면 연결 기록에 특정 규칙과 일치해 선택한 노드로 향한다고 표시되어야 합니다. 여기까지 문제없다면 경로는 정상적으로 연결된 것입니다.

일상 유지관리는 세 가지뿐

첫째, 구독을 정기적으로 갱신하세요: 서비스 제공자가 노드를 조정하면 기존 설정의 노드가 하나씩 실패하게 되므로, 클라이언트가 지원하는 자동 갱신 간격 기능을 켜두세요. 둘째, GeoIP 데이터베이스를 가끔 업데이트해 지역 규칙 판단의 정확성을 유지하세요. 셋째, 클라이언트 업데이트를 따라가세요: 새 버전에는 대개 코어 수정 사항이 함께 반영됩니다. 업데이트 전에는 구독 링크가 저장되어 있는지 확인하세요—그것이 유일하게 백업해야 하는 것이며, 설정 자체는 언제든 다시 받아올 수 있습니다.

문제가 생기면 어디로 가야 할까

• 연결이 안 되거나 느릴 때: 속도 저하 단계별 점검의 순서에 따라 노드, 회선, 로컬 설정 중 어디 문제인지 짚어보세요.
• 패널의 지연 수치는 낮은데 체감은 나쁠 때: 두 가지는 원래 별개의 것이며, 원리는 지연 시간 측정 원리에서 확인할 수 있습니다.
• 오류 메시지를 이해할 수 없을 때: 로그 페이지를 열고 로그 읽기의 흔한 항목들과 대조해 '연결 안 됨'을 구체적인 단계로 번역해 보세요.
• 단편적인 궁금증: 이미 누군가 물어봤을 가능성이 높으니 바로 자주 묻는 질문을 확인하고, 낯선 용어가 나오면 용어 설명을 찾아보세요.