Shadowrocket DNS 설정 방법: 시스템 DNS, 사용자 지정 DNS, DNS over HTTPS 비교

1. DNS를 변경하기 전에 연결 기준 상태 확인

Shadowrocket은 iPhone과 iPad를 중심으로 Apple 플랫폼에서 제공되는 유료 앱이며, App Store에서만 받을 수 있습니다. 제품 페이지에서 개발자 Shadow Launch Technology Limited와 앱 ID 932747118를 확인할 수 있습니다. 앱은 일회성 구매 방식이며, 시스템 요구 사항과 통합 구매 정보는 App Store 페이지를 기준으로 확인하세요. 앱 구매와 회선 요금제는 별개입니다. 이 글은 이미 서비스 제공업체와 구독을 이용 중인 사용자를 대상으로 합니다.

DNS는 도메인 이름을 IP 주소로 변환하지만, 이후 연결의 성공 여부까지 보장하지는 않습니다. 웹페이지가 열리지 않는 원인은 DNS 조회 시간 초과일 수도 있고, 주소를 받은 뒤 대상 포트, 프록시 연결 또는 TLS 핸드셰이크에서 실패한 것일 수도 있습니다. 모든 문제를 DNS 탓으로 돌리지 않도록 먼저 기존 설정을 기록해 두세요.

1. Home에서 현재 사용 중인 연결 항목을 확인하고, 테스트 중에는 같은 항목을 유지하세요. 구독을 업데이트하거나 프로토콜을 바꾸지 마세요.
2. 현재 Global Routing 설정을 기록하세요. Config를 사용한다면 현재 활성화된 Config도 기록하고, 이후 비교할 때 동일하게 유지하세요.
3. 현재 Settings → DNS 값을 기록하고, 활성화된 구성의 [General]에 dns-server가 이미 있는지 확인하세요.
4. Settings → On Demand를 확인하세요. 테스트 중에는 연결 상태를 일정하게 유지해 자동 연결 조건의 변화로 결과를 비교하기 어려워지는 일을 방지하세요.

2. 시스템 DNS, 사용자 지정 DNS, DoH의 차이

‘시스템 DNS’는 현재 네트워크에서 제공하거나 시스템이 관리하는 리졸버를 사용한다는 뜻입니다. ‘사용자 지정 DNS’는 보통 특정 리졸버 주소를 직접 지정하는 방식입니다. DNS over HTTPS(DoH)는 조회 데이터를 전송하는 방식을 가리킵니다. 사용자 지정 주소가 DoH일 수도 있으므로 세 가지는 서로 완전히 배타적인 분류가 아닙니다.

DoH는 기기와 선택한 DNS 서비스 사이의 조회 전송을 암호화합니다. 그렇다고 서비스 제공자가 조회 내용을 볼 수 없게 되는 것은 아니며, 웹사이트 트래픽의 연결 경로를 자동으로 바꾸지도 않습니다. 처음 연결할 때 설정 비용이 더 들 수도 있습니다. 속도는 네트워크, 캐시, 엔드포인트 상태에 따라 달라지므로 이름만으로 더 빠르다고 단정할 수 없습니다.

3. Settings와 Config에서 DNS 설정하기

Settings → DNS에서 현재 DNS 설정을 확인하세요. 시스템 DNS를 유지하려면 system을 사용하고, 일반 DNS를 지정하려면 사용 가능 여부를 확인한 리졸버 주소를 입력하세요. DoH를 사용한다면 서비스 제공자가 안내한 전체 HTTPS 엔드포인트를 입력해야 합니다. 주소의 경로를 빠뜨리지 말고, 웹사이트 홈 주소나 구독 주소를 DNS 주소로 입력하지 마세요.

현재 Config에 dns-server가 지정되어 있다면 Config에서 활성 구성의 편집 내용을 열고 [General]도 확인하세요. 아래 두 카드는 입력 형식을 설명하기 위한 예시입니다. 주소는 문서용 예약 값이므로 실제 설정으로 저장하면 안 됩니다.

기존 구성에서 시스템 DNS를 명시적으로 사용하려면 해당 구성의 [General] 섹션에 아래 필드가 있는지 확인하세요. 예시를 붙여 넣기 위해 같은 이름의 섹션을 추가로 만들거나 기존 규칙 및 다른 매개변수를 삭제하지 마세요.

[General]
dns-server = system

1. Settings에서 변경 사항을 저장하거나 편집 중인 구성을 저장한 다음, Config에서 방금 확인한 구성이 활성화되어 있는지 확인하세요.
2. Home에서 연결을 끊었다가 다시 연결해 새 연결 세션에 변경된 설정을 적용하세요. 다시 연결해도 앱의 모든 캐시가 지워지는 것은 아닙니다.
3. 같은 도메인으로 다시 테스트하세요. 새로운 시간 초과가 발생하면 DNS 주소를 더 추가하기보다 먼저 기록해 둔 기존 값으로 되돌리세요.

4. DoH 엔드포인트와 규칙 기반 라우팅은 따로 확인

DoH 엔드포인트가 도메인 이름으로 지정되어 있으면 기기는 HTTPS 연결을 시작하기 전에 해당 호스트 이름의 IP 주소를 알아내야 합니다. 이를 초기 조회라고 합니다. 기존 DNS 조회가 작동하지 않고 새 설정도 DoH 엔드포인트를 찾는 데 기존 조회에 의존하면, DoH로 바꾼 뒤 모든 도메인이 열리지 않을 수 있습니다. 먼저 정상 작동하던 DNS 설정으로 되돌린 후 엔드포인트를 확인하세요.

Global Routing은 연결을 처리하는 방식을 결정하고 DNS 설정은 조회 결과를 얻는 방식을 결정합니다. 서로 대신할 수 없습니다. 문제를 확인할 때는 다음 항목의 차이를 고려하고, 특정 웹페이지 하나를 열기 위해 전체 구성의 처리 방식을 장기간 바꾸지 마세요.

• Config: 활성 구성의 규칙에 따라 처리합니다. DOMAIN-SUFFIX는 도메인 접미사로 일치 여부를 판단합니다. IP-CIDR와 GEOIP는 IP 주소 판정과 관련되며, 로컬 DNS 조회가 필요한지는 구체적인 규칙 옵션과 처리 경로에 따라 달라집니다.
• Proxy: 연결을 해당 방식으로 처리하지만, 이것만으로 모든 DNS 조회가 프록시를 통과한다고 단정할 수는 없습니다. DNS 설정, 엔드포인트 라우팅, 실제 조회 기록도 확인하세요.
• Direct: 직접 연결을 사용한다는 뜻이지, 현재 네트워크의 DNS가 반드시 작동한다는 뜻은 아닙니다. 직접 연결 여부와 DNS 조회 성공 여부는 별도로 확인해야 합니다.
• Scene: 설정한 Scene의 선택과 관련된 항목이며 DNS 문제 해결용 버튼이 아닙니다. 실제로 적용된 Scene을 먼저 확인하고 테스트 조건이 동일한지 살펴보세요.

5. DNS 적용 여부 확인하기

검증할 때는 리졸버가 응답했는지, 어떤 주소를 반환했는지, 이후 연결이 성공했는지 구분해야 합니다. 웹페이지가 열리거나 어느 한 번 지연 시간이 줄었다는 사실만으로 어떤 리졸버를 사용했는지는 알 수 없습니다. 캐시된 결과를 사용하면 새 DNS 조회가 발생하지 않을 수도 있습니다.

1. 조건 고정: 같은 Wi-Fi 또는 셀룰러 네트워크, 같은 연결 항목, 같은 Global Routing 옵션, 같은 Config를 유지하세요. 설정을 변경하기 전의 현상을 먼저 기록합니다.
2. 조회 대상 선택: 테스트 권한이 있고 상태를 알고 있는 도메인을 사용하세요. 먼저 A를 조회하고 그다음 AAAA를 확인합니다. AAAA 조회 또는 IPv6 연결에 실패한 경우에만 해당 문제를 별도로 기록하세요.
3. 조회 결과 확인: 현재 화면에 DNS 조회 도구가 있다면 결과, 소요 시간, 오류를 기록하세요. 사용 가능한 로그에서 엔드포인트 연결 실패, DNS 시간 초과, 인증서 오류가 있는지도 확인합니다.
4. 캐시 확인: 기존 결과는 앱, 시스템 또는 리졸버 캐시에서 가져온 것일 수 있습니다. 테스트 앱을 종료했다가 다시 열거나, 직접 관리하는 도메인에 설정된 다른 레코드 이름을 사용해 보세요. 존재하지 않는 임의의 도메인을 정상적인 조회 사례로 사용하지 마세요.
5. 서비스 연결 확인: A 또는 AAAA 결과를 받은 다음 해당 연결의 라우팅과 오류를 확인하세요. DNS 조회는 성공했지만 HTTPS가 시간 초과된다면 DNS를 계속 바꾸지 말고 대상 연결을 확인해야 합니다.

6. 자주 발생하는 DNS 설정 문제