/ 노트 / 설정

설정 파일은 구독이 아니다

둘 다 https로 시작할 수 있고, 제공자가 함께 보내기도 합니다. 들어가는 탭은 같지 않습니다.

2026-08-13 설정

각각 다른 질문에 답한다

구독이 답하는 것은 지금 어떤 출구가 있고 어느 것을 고르느냐입니다. 결과는 Home의 SERVER에 나옵니다. 설정이 답하는 것은 이 요청을 직통할지, 현재 출구로 보낼지입니다. 결과는 Config에 나오며, 사용 중인 파일 이름이 표시됩니다. 흔한 것은 default.conf입니다. 둘을 “가져왔다” 한 문장으로 합치면 전형적인 착각이 납니다. 노드는 많은데 접속이 기대와 달라 앱이 고장 났다고 의심하기 시작합니다.

Global Routing이 Config일 때 실제로 적용되는 것은 이 파일입니다. 구독의 노드 이름도, 방금 잰 최저 지연도 아닙니다. 노드가 많아도 규칙이 DIRECT로 보내면 터널은 그 사이트를 열어 주지 않습니다. 반대로 은행, 지도, 시스템 업데이트처럼 직통이어야 할 요청을 터널에 넣으면 “켠 뒤 평소 쓰던 사이트도 느리다”고 느낍니다. 둘 다 다른 구독을 더 사서 고치지 못합니다.

3계층에서 이것은 3계층입니다. 1계층은 클라이언트, 2계층은 출구입니다. 아직 안 나뉜 사람은 먼저 앱, 구독, 설정은 한 계층이 아니다를 읽으세요. 2계층 입구를 틀린 사람은 먼저 Subscribe는 Add Server가 아니다를 읽으세요. 아래는 파일 계층만입니다.

두 URL이 자주 바뀌어 붙는 이유

제공자는 “구독 주소”와 “설정 주소”를 함께 주는 경우가 많습니다. 둘 다 길고, 일반 웹 링크처럼 보이며, 같은 안내문에 있기도 합니다. 받는 사람은 복사만 기억합니다. Shadowrocket은 둘을 두 탭에 둡니다. Home의 Type과 Config의 추가입니다. 바꾸면 목록이 비거나, 노드는 있는데 분기가 어긋납니다. 둘 다 “칸을 틀렸다”고 띄우지 않습니다.

설정 URL을 Subscribe에 붙이면 앱은 구독 형식으로 가져옵니다. 돌아오는 것은 노드 목록이 아니라 업데이트 실패이거나, 펼쳐지지 않는 한 줄입니다. 구독 URL을 설정으로 넣으면 파싱이 실패하거나 규칙이 없는 내용이 됩니다. Home은 멀쩡해 보여도 분기는 기대와 다릅니다. 이 두 실패는 따로 기억하세요. “다시 가져오기”로 둘 다 대응하지 마세요.

설정의 로컬 백업과 구독 백업을 Data 가져오기/내보내기에서 섞는 사람도 있습니다. 내보낼 수 있다고 서로 교차해 넣을 수 있는 것은 아닙니다. 내보내기는 기기 교체와 만약을 위한 것이지, 두 계층을 한 파일로 용접하기 위한 것이 아닙니다. 기기 교체에는 둘 다 필요합니다. 하나 빠지면 절반만 복구됩니다.

구독 업데이트 이후

목록의 호스트, 포트, 남은 트래픽은 바뀔 수 있습니다. 분기 논리는 보통 그대로입니다. 직통이어야 할 사이트가 갑자기 느려져도 먼저 “구독 업데이트가 망쳤다”고 하지 마세요. 지금 사용 중인 설정이 무엇인지 먼저 물으세요.

설정을 바꾼 이후

노드 목록은 보통 남습니다. 바뀌는 것은 무엇이 프록시를 지나는가입니다. 원격 설정을 바꾸고 “업체를 바꿨다”고 생각하는 사람이 있습니다. 출구는 그대로입니다. 판정만 바뀌었습니다.

default.conf는 이미 완전한 규칙이다

새로 설치하면 Config에 보통 기본 파일이 있습니다. 빈 초안도, “아직 설정 안 해서 못 쓴다”는 자리 표시도 아닙니다. 원격 설정이 없으면 먼저 이것을 쓰고 Global Routing을 Config에 두세요. 더 “전문적인” 파일을 바로 넣어야 설치가 끝난다고 느끼는 사람이 많습니다. 3계층을 너무 일찍 복잡하게 만들고, 2계층이 아직 안 붙은 사실을 가립니다.

기본 파일의 목표는 프록시를 타면 안 되는 트래픽(로컬 서비스, 시스템 업데이트, 규칙이 DIRECT로 둔 대상)을 직통으로 두고, 프록시가 필요한 요청을 현재 노드로 보내는 것입니다. 모든 사이트 취향을 덮을 수는 없습니다. 개별 사이트가 이상하면 먼저 세 모드로 비교해 문제가 정말 규칙에 있는지 확인한 뒤 파일을 바꾸거나 행을 고치세요. 처음부터 통째로 바꾸면 비교 기준을 잃습니다. “기본이 안 된 것인지, 넣은 이 파일이 안 된 것인지”를 말할 수 없습니다.

제공자가 설정 URL도 주면 Config에서 원격 파일을 추가하고 사용하세요. 사용은 “지금부터 이 판정을 따른다”입니다. 옛 파일은 목록에 남습니다. 문제가 나면 default.conf로 돌아갈 수 있어 지우고 다시 하는 것보다 판단하기 쉽습니다. 원격 설정을 Subscribe에 붙이지 마세요. 새 파일을 켠다고 노드 세트가 자동으로 바뀌지도 않습니다.

설정을 만져도 되는 때

이 계층에 손대기 전에 다음을 충족하세요. 앱이 공식 사본이다. Home에 선택된 노드가 있다. 상태 바에 VPN이 있다. 적어도 일부 사이트가 어떤 모드에서든 통한다. 노드 지연이 모두 시간 초과이거나 시스템이 VPN을 허용하지 않았다면, 설정을 고치는 것은 빈 관의 밸브를 돌리는 것입니다.

설정을 움직여야 하는 전형 신호는 Proxy에서는 열리고 Config에서는 안 열리거나, Config에서 직통이어야 할 사이트가 분명히 터널로 들어가는 경우입니다. 전자는 출구는 되고 판정이 대상을 직통이나 쓸 수 없는 정책에 남긴 것입니다. 후자는 판정이 너무 넓습니다. 둘 다 파일을 가리키며 “구독을 하나 더 넣기”가 아닙니다.

설정을 만지면 안 되는 신호는 직통에서도 같은 사이트가 안 열리고, 모든 모드가 실패하며, Home이 비어 있는 경우입니다. 각각 기기 네트워크, 출구, 아직 가져오지 않음에 속합니다. default.conf에 행을 계속 넣으면 소음만 늘어납니다.

원격 업데이트는 두 계층을 대신 합치지 않는다

주기적으로 갱신되는 원격 설정도 있습니다. 갱신하는 것은 판정뿐입니다. 구독 노드가 살아 있다는 보장은 없습니다. 주기 갱신 구독도 있습니다. 갱신하는 것은 출구뿐입니다. 규칙이 새 대상에 맞는다는 보장은 없습니다. 둘 다 자동 업데이트를 켜면 장애 추적이 어려워집니다. 더 안전한 습관은 무엇이 저절로 바뀌는지 알고, 이미 확인한 로컬 기준을 남기는 것입니다.

Data 백업은 노드와 파일을 함께 지키며 URL을 손으로 베끼는 것보다 덜 빠집니다. 다만 백업은 점검 도구가 아닙니다. 문제가 나면 먼저 비교하세요. 방금 파일을 고쳤고 그 한 수를 되돌리고 싶을 때가 아니면 통째로 롤백하지 마세요.

비교 방법은 세 모드. 원격 설정 사용과 default.conf 확인은 튜토리얼 4장. 클라이언트가 아직 없으면 먼저 스토어로 가세요. “설정을 먼저 넣으려고” 설치 파일을 찾지 마세요. 공식 앱이 없으면 파일이 들어갈 곳이 없습니다.