아래 두 번째 탭 구성 파일（Config Files）가 다루는 것은 분기 구성이지 노드 목록이 아닙니다. 로컬 파일（LOCAL FILES）에서 체크된 파일이 사용 중이고, 흔한 이름은 default.conf입니다. 열면 Rule 개수가 보입니다. 구독 업데이트는 홈（Home）의 서버 목록만 바꿉니다. 이 구성 파일은 자동으로 바뀌지 않습니다.

규칙과 구독을 같은 메모에 적어 구독（Subscribe）에 붙여 넣는 사람이 많습니다. 앱은 규칙 글을 분기로 읽지 않습니다. 규칙은 구성（Config）에서 가져오거나 원격 구성 파일을 구독합니다. 노드 구독과 규칙 파일은 둘 다 링크처럼 보입니다. 상대 표기를 보고 섞어 붙이지 마세요.

세 단어면 됩니다

PROXY: 홈에서 고른 노드를 씁니다. 프록시가 필요한 목적지가 여기로 오는 경우가 많습니다.

DIRECT: 노드를 거치지 않습니다. 로컬 사이트, LAN, 속도를 유지하고 싶은 Apple 서비스가 자주 여기로 갑니다. 직결은 “규칙이 안 먹은 것”이 아니라, 우회하지 말라는 지정입니다.

REJECT: 바로 버립니다. 광고, 추적, 기기가 가지 않기를 바라는 도메인에 씁니다. 자주 쓰는 사이트를 REJECT로 치면 안 열리는데 노드 지연은 정상으로 보입니다. 규칙 확인（Test Rule）이 그걸 드러냅니다.

일상 사용과, 글로벌을 쓰는 때

일상은 규칙 모드입니다. 로컬 트래픽과 로그인은 DIRECT, 프록시가 필요한 곳만 PROXY. 배터리가 덜 들고, 은행·결제를 불안정한 노드에 올리기 어렵습니다. 글로벌은 거의 모든 트래픽을 현재 노드로 보냅니다. 배터리를 쓰고, 원래 빠르던 로컬 접속을 느리게 만들 수 있습니다.

글로벌의 바른 용도는 대조이지 상시 스위치가 아닙니다. 글로벌은 되고 규칙은 끊기면 규칙 문제이지 노드 사망이 아닙니다. 반대로 글로벌도 안 되면 먼저 노드를 바꿉니다. 구성（Config）에서 파일을 더 쌓지 마세요.

홈（Home）의 전역 라우팅（Global Routing）이 대조 스위치입니다. 구성（Config） 파일은 바뀌지 않고, 지금 경로만 바뀝니다. 확인이 끝나면 되돌리세요. 로컬 사이트가 갑자기 느려진 이유를 잊지 않으려면.

규칙 한 벌을 어떻게 검수할지

가져오거나 갱신한 뒤 로컬 사이트를 여세요. 직결에 가까워야 합니다. 그다음 노드를 타야 할 목적지를 여세요. 둘 다 느리면 로컬까지 노드에 실렸거나, 규칙이 로컬 도메인을 PROXY로 보낸 것입니다. 로컬은 빠르고 프록시 쪽이 안 움직이면 이전 글대로 노드나 권한을 보세요.

구성（Config）의 규칙 확인（Test Rule）은 지금 그 도메인이 어느 정책으로 가는지 봅니다. 감으로 맞히지 마세요. 문제 호스트 이름을 붙여 PROXY, DIRECT, REJECT 중 무엇인지 봅니다. 예상과 다르면 규칙을 고치거나 구성을 바꿉니다. 브라우저를 스무 번 새로고침하는 것보다 낫습니다.

규칙 파일은 낡습니다. 원격 목록이 안 바뀌면 새 도메인이 잘못된 정책에 떨어집니다. 규칙 업데이트와 노드 구독 업데이트는 다른 작업이고, 구성（Config）와 홈（Home）에서 각각 합니다. 한쪽만 바꾸고 “Shadowrocket이 고장”이라고 판단하지 마세요.

여러 벌을 한꺼번에 쌓지 마세요

원격 구성을 여러 개 겹치면 줄이 서로 싸웁니다. 나중에 쓴 것이 생각한 순서로 먹지 않을 수 있고, 점검은 무작위 고장처럼 보입니다. 규칙을 바꿀 때는 지금 체크된 파일이 무엇인지 확인한 뒤, 그것을 업데이트할지 다른 것으로 바꿀지 정합니다.

이 사이트는 특정 규칙 저장소를 붙이지도, 추천하지도 않습니다. 신뢰하는 출처를 쓰고 날짜와 설명을 보세요. 출처 불명 구성도 자주 쓰는 도메인을 REJECT로 보내거나, 프록시하면 안 되는 트래픽을 전부 PROXY로 보낼 수 있습니다.

직접 규칙을 써도 됩니다. 먼저 적게 바꿉니다. 규칙 확인（Test Rule）로 한 줄을 확인한 뒤 범위를 넓히세요. 한 번에 수십 줄을 고치면 어디서 되돌릴지 모릅니다.

노드·백업과 같이 보세요

노드는 “프록시할 때 어느 호스트로”를 정합니다. 규칙은 “프록시할지”를 정합니다. 노드가 없으면 규칙이 아무리 분명해도 PROXY에 출구가 없습니다. 노드는 많은데 규칙이 도메인을 DIRECT로 보내면 “연결됐는데 소용없다”고 느낍니다.

기기를 바꿀 때는 규칙 파일과 노드 목록을 둘 다 가져갑니다. 서버만 내보내고 구성（Config）를 잊으면 새 기기는 기본 구성으로 돌아가, 옛 기기와 다르게 보이고 백업 실패처럼 보입니다. 데이터（Data）의 내보내기와 iCloud가 일부를 돕습니다. 중요한 파일은 직접 한 부 남기세요.

구성（Config）에서 실제로 보이는 것

구성 파일（Config Files）를 열면 위는 로컬, 아래에는 원격 구독 구성이 있을 수 있습니다. 활성 파일은 왼쪽에 체크가 있습니다. default.conf 같은 파일을 열면 General과 Rule이 보입니다. Rule 개수는 많습니다. 한 줄씩 다 읽지 않아도 됩니다. 할 일은 업데이트, 교체, 규칙 확인（Test Rule）로 도메인 하나 조회입니다.

원격 구성은 주소를 넣습니다. 노드 구독 추가와 비슷하지만 입구는 구성（Config）이고 홈（Home）의 더하기가 아닙니다. 자리를 잘못 쓰면 홈（Home）에 이상한 줄이 생기거나 구성（Config）는 아무 변화가 없습니다. 헷갈리면 상대가 준 설명으로 돌아갑니다. server, 구독, clash, conf 중 무엇인지. 이 사이트는 그 주소를 대신 주지 않습니다.

Apple 자체 서비스, 시스템 업데이트, 일부 결제 페이지는 지연과 인증서에 민감합니다. 직통할 수 있으면 직통하세요. “전부 프록시”를 위해 PROXY에 억지로 넣지 마세요. 글로벌 대조에서는 잠시 그렇게 해도 됩니다. 일상에는 필요 없습니다.

규칙을 바꾼 뒤 옛 페이지 연결은 이전 경로를 캐시할 수 있습니다. 사생활 보호 창을 쓰거나 Shadowrocket 스위치를 한 번 껐다 켠 뒤 검수하세요. 바꾼 직후 이미 연 같은 탭으로 결론 내지 마세요.

규칙은 많을수록 좋지 않습니다. 출처가 분명하고 날짜가 새 한 벌이, 서로 덮어쓰는 원격 세 벌보다 관리하기 쉽습니다. 지금 유효한 파일이 무엇인지 말할 수 있어야 합니다. 못 하면 먼저 하나만 남기세요. 체크가 있는 쪽으로 트래픽이 갑니다. 홈（Home） 노드 목록이 예쁜지와는 무관합니다.

화면 대조는 가이드: 규칙. 연결 대조는 스위치는 켜져 있는데 페이지가 안 열립니다. 클라이언트가 아직이면 다운로드로, App Store에서 설치하세요.

구독은 노드가 어디서 오는지, 규칙은 트래픽이 어디로 가는지. 두 단계를 같은 입력칸에 넣지 마세요.