Shadowrocket 완벽 사용법

2단계 / 권한 확인하기

첫 실행 및 VPN 구성 권한

처음 앱을 열면 각 화면의 역할부터 알아두세요. Home에서는 서버와 연결 상태를 관리하고, Config에서는 구성 파일을 관리합니다. Data에서는 사용량을 확인하고 Settings에서는 관련 옵션을 조정합니다. 기기나 앱 업데이트에 따라 화면 배치는 달라질 수 있으므로 현재 화면의 탭을 기준으로 조작하세요. 먼저 현재 화면을 확인한 다음 항목을 찾으면 Config 화면과 Global Routing의 Config 값이 혼동되는 일을 줄일 수 있습니다.

시스템 권한의 역할 이해하기

Shadowrocket이 연결을 설정하려면 시스템에서 VPN 구성을 관리해야 합니다. 처음 연결 스위치를 켜면 시스템에서 VPN 구성 추가를 허용할지 물을 수 있습니다. 앱 이름과 안내 내용을 확인하고 현재 작업에서 요청한 것인지 확인한 뒤 승인하세요. 시스템 안내에 따라 기기 인증도 완료해야 합니다. 이 단계는 앱이 해당 네트워크 연결을 설정하도록 허용할 뿐, 서버가 이미 사용 가능하거나 특정 웹사이트가 반드시 프록시를 통해 연결된다는 뜻은 아닙니다.

권한 요청을 취소했다면 먼저 앱으로 돌아가세요. 연결 스위치를 빠르게 연속해서 켰다 끄지 마세요. 기본 서버가 있는지 확인한 뒤 다시 연결을 시도하고 안내 메시지를 살펴보세요. 기기가 조직에서 관리되는 경우 VPN 구성 추가가 제한될 수 있으므로 기기 관리 정책을 확인해야 합니다. 권한 문제를 해결하려고 시스템 네트워크 설정을 모두 삭제하지 마세요. 사용자가 취소했는지, 시스템이 제한했는지, 연결 정보에 문제가 있는지부터 구분하세요.

권한을 승인한 뒤 시스템 설정에서 VPN을 검색해 해당 구성이 표시되는지와 현재 상태를 확인할 수 있습니다. 시스템 메뉴 위치는 바뀔 수 있으므로 기기의 검색 결과를 기준으로 하세요. 상태 표시줄에 표시가 있는지만으로 연결 성공 여부를 판단하지 마세요. 화면 구성에 따라 표시 방식이 다를 수 있습니다. 앱 내 스위치, 시스템 연결 상태, 실제 접속 결과를 함께 확인해야 합니다.

필수 권한과 작업별 권한 구분

Scan QR Code를 사용할 때 시스템에서 카메라 권한을 요청할 수 있습니다. 직접 보유한 서버나 구독의 QR 코드에만 이 권한이 필요합니다. 카메라 권한을 허용하지 않아도 기존 링크를 사용하거나 정보를 직접 입력할 수 있으므로, 카메라 문제 때문에 모든 가져오기 방식이 불가능하다고 생각할 필요는 없습니다. QR 코드에 인증 정보가 포함될 수 있으니 출처를 확인하고 가져온 뒤 유형과 주소를 점검하세요. QR 코드 이미지를 공개하지 마세요.

클립보드에서 링크를 읽을 때 시스템에 붙여넣기 관련 안내가 표시될 수 있습니다. 가져오려는 내용을 직접 복사한 다음 앱에서 붙여넣거나 가져오기를 실행하세요. 클립보드에 안내 문구, 줄바꿈, 공백이 섞여 있으면 해석에 실패할 수 있습니다. 안내를 피하려고 구독 주소를 공개 웹페이지에 올리지 마세요. 원본 정보로 돌아가 내용을 빠짐없이 다시 복사한 뒤 현재 화면의 가져오기 메뉴를 사용하세요.

파일이나 클라우드에 있는 콘텐츠를 가져오는 경우 선택한 출처와 시스템 권한에 따라 달라집니다. 파일 선택기를 열 수 있다는 것은 앱이 선택한 파일을 읽을 수 있다는 뜻일 뿐, 파일 형식이 현재 가져오기 메뉴에 적합하다는 의미는 아닙니다. 구독, 구성 파일, 서버 QR 코드는 용도가 다르므로 각각 맞는 메뉴를 사용하세요. 직접 보유한 클라우드 백업에서 가져올 때는 파일 이름과 용도를 확인한 뒤 현재 구성을 덮어쓸지 결정하세요.

첫 실행 시 확인 순서

처음 문제를 확인할 때는 On Demand를 이해할 수 있는 상태로 두고, 연결 스위치를 직접 조작해 연결을 제어하는 편이 좋습니다. 자동 실행 조건이 설정되어 있으면 연결을 끈 직후 다시 연결될 수 있습니다. 이때 앱 이상으로 판단하기 전에 On Demand 설정을 확인하세요. 수동 연결이 안정적으로 작동한 다음 필요한 경우에만 자동 연결 조건을 설정하고, 네트워크 전환 시 예상한 대로 동작하는지 확인하세요.

기기에 다른 VPN 연결이 있다면 시스템 설정에서 현재 어떤 구성이 연결을 제어하는지 확인하세요. 여러 연결 설정을 동시에 바꾸고 어느 설정이 적용되었는지 추측하지 마세요. 기존 상태를 기록한 뒤 이번 테스트와 관계없는 연결을 잠시 비활성화하고 확인하세요. 테스트가 끝나면 필요에 따라 원래 상태로 복원합니다. 조직에서 제공한 네트워크 구성은 기기 관리 정책을 따르고 함부로 삭제하지 마세요. 다른 용도의 연결에 영향을 줄 수 있습니다.

이 단계가 끝나면 현재 어느 화면에 있는지, VPN 구성 추가를 허용했는지, On Demand를 켰는지, 가져오기에 추가 권한이 필요한지 설명할 수 있어야 합니다. 앱은 열리지만 서버가 없다면 다음 장으로 넘어가세요. 서버는 있지만 시스템에서 연결을 거부한다면 먼저 권한 문제를 해결하세요. 권한에 문제가 없는데도 연결되지 않으면 인증과 네트워크를 확인하세요. 잘못된 단계에서 같은 작업을 반복하지 않도록 합니다.

4단계 / 트래픽 경로 결정하기

Global Routing의 세 모드와 규칙

Global Routing은 이번 연결의 트래픽 처리 방식을 결정합니다. 자주 사용하는 세 가지 모드는 Config, Proxy, Direct입니다. 서버를 선택하면 프록시 연결에 사용할 연결 지점만 정해질 뿐, 모든 요청이 해당 서버를 거친다는 뜻은 아닙니다. 문제를 확인할 때는 기본 서버, 라우팅 모드, 현재 구성 파일을 함께 기록하세요. 그래야 조건이 달라진 상태에서 같은 웹사이트를 비교하는 일을 피할 수 있습니다.

먼저 모드를 선택한 뒤 결과를 해석하세요

규칙에 따라 트래픽을 분기하려면 먼저 Config 화면에서 파일 내용을 확인하고 사용할 파일을 선택한 다음 Global Routing을 Config로 설정하세요. 구성 파일을 가져왔다고 해서 현재 사용 중인 파일로 자동 설정되는 것은 아닙니다. Proxy에서 규칙을 수정해도 접속 결과가 바뀌지 않으면 규칙 위치를 계속 옮기기 전에 현재 모드를 확인하세요. 모드에 따라 규칙이 현재 처리에 적용되는지가 달라집니다.

일부 화면에는 Scene 메뉴도 표시될 수 있습니다. 이를 설정된 조건에 따라 동작을 구성하는 관련 기능으로 이해하고, 앞에서 설명한 세 가지 모드를 대신하는 일반 규칙으로 취급하지 마세요. 특정 장면이 필요하지 않다면 세 가지 기본 모드로 먼저 확인하세요. 자동 장면과 On Demand를 함께 사용하는 경우 각각의 조건을 먼저 확인한 뒤 상태가 바뀐 이유를 살펴보세요. 모든 자동 동작을 규칙 일치로만 설명할 수는 없습니다.

규칙 순서와 기본 처리 이해하기

규칙은 일반적으로 위에서 아래로 확인하며, 먼저 일치한 규칙이 이후 처리를 결정합니다. 구체적인 대상은 앞에 두고 범위가 넓은 조건은 뒤에 둔 다음 FINAL을 마지막 기본 규칙으로 배치하세요. PROXY와 DIRECT는 규칙에서 사용하는 정책 키워드이며 화면의 Proxy, Direct 값과 표기가 다릅니다. 편집할 때 기존 키워드의 대소문자와 쉼표 구조를 유지하고, 규칙 입력란에 한국어 설명을 추가하지 마세요.

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY

이 예시는 예시 도메인과 하위 도메인에 PROXY를 적용하고, 지정된 사설 주소 대역은 DIRECT로 처리한 다음 GEOIP 조건에 따라 해당 주소를 처리하고, 나머지 트래픽은 PROXY로 보내는 순서입니다. 규칙 순서를 이해하기 위한 .conf 예시이며 모든 네트워크에 적용할 수 있는 완성된 구성은 아닙니다. 기존 파일에 추가할 때는 기존 [Rule] 섹션을 편집하고 필요한 다른 섹션은 그대로 유지하세요. 기본 규칙을 여러 개 중복해서 쌓지 마세요.

수정 범위 제한

도메인 규칙에는 웹페이지 경로나 전체 URL을 입력하지 않습니다. 웹 주소의 프로토콜 접두사, 슬래시 뒤 경로, 쿼리 매개변수는 DOMAIN-SUFFIX 도메인 항목에 해당하지 않습니다. IP 규칙의 no-resolve는 해당 규칙이 추가 도메인 조회를 유발하는 동작을 제한할 뿐, 구성 전체에서 DNS 사용을 중단한다는 뜻이 아닙니다. 대상이 실제로 IPv6를 사용한다면 IPv4 주소 대역만 확인해서는 모든 요청을 설명할 수 없습니다.

수정하기 전에 현재 구성을 복사해 두고 목적을 설명할 수 있는 조건을 한 번에 하나씩 추가하세요. 파일을 저장하고 선택할 수 있는지 확인한 다음 고정된 대상을 테스트하세요. 결과가 예상과 다르면 앞에 있는 규칙과 일치했는지, 페이지에서 다른 도메인도 요청하는지, 연결이 이전 세션을 계속 사용하는지 순서대로 확인하세요. 페이지 새로고침만으로는 기존 연결이 유지될 수 있습니다. 저장한 뒤 다시 연결하고 같은 테스트를 해 보세요.

특정 웹사이트만 프록시를 통과하게 하려면 명확한 도메인 규칙을 사용하고 FINAL,DIRECT를 기본 처리로 둘 수 있습니다. 다만 페이지에서 로그인, 이미지, 미디어를 별도 도메인으로 요청할 수도 있다는 점을 먼저 확인하세요. 리소스 하나가 실패했다고 범위를 설명하기 어려운 키워드 일치 규칙으로 넓히지 마세요. 구체적인 방법은 특정 웹사이트에 적용하는 Config 규칙 예시를 참고하세요. 먼저 최소한으로 수정하고 실제 요청을 바탕으로 범위를 보완하세요.

6단계 / 통계의 범위 이해하기

Data 트래픽 수치와 사용량 확인

Data는 앱에서 기록한 네트워크 활동을 확인하는 기능이지, 통신사 요금 조회 화면이 아닙니다. 먼저 보기 화면, 통계 대상, 시간 범위를 확인한 다음 수치를 비교하세요. 업로드는 기기에서 전송한 데이터이고 다운로드는 기기가 받은 데이터입니다. 누적량은 일정 범위의 합계이며 속도는 특정 시점이나 짧은 시간 동안의 변화를 나타냅니다. 서로 바꿔 해석할 수 없으며 숫자 하나만으로 연결 상태를 판단해서도 안 됩니다.

현재 통계 화면부터 확인

Data를 열면 먼저 현재 화면의 탭을 확인하세요. 서버별 보기는 어떤 연결 대상이 트래픽을 처리했는지 확인하는 데 중점을 둡니다. 앱별 보기는 앱에서 식별하고 분류할 수 있는 요청 출처를 확인합니다. 두 화면은 같은 청구 내역을 정렬만 달리해 보여주는 것이 아닙니다. 식별 범위, 분류 방식, 통계 시작점이 다를 수 있으므로 집계 기준을 확인하지 않은 채 양쪽의 모든 항목을 더하거나 일대일로 대응하지 마세요.

목록에 어느 항목에 속하는지 분명하지 않은 데이터가 있다면 현재 식별 기능과 연결 기록의 범위로 이해하고, 곧바로 비정상 프로그램이 있다고 단정하지 마세요. 시스템 서비스, 백그라운드 활동, 앱 내부 요청으로 표시 이름이 직관적이지 않을 수 있습니다. 발생 시각, 당시 사용한 앱, 연결 동작을 함께 살펴보세요. 표시 이름만으로 요청의 전체 내용을 추측할 수 없으며, 기기의 앱 권한 확인을 대신할 수도 없습니다.

누적량을 확인하기 전에 화면에 통계 범위가 표시되는지, 수동으로 초기화한 적이 있는지, 앱 재시작이나 데이터 복원 후에도 수치가 이어지는지 확인하세요. 화면에 명확한 시작 시점이 없다면 “이번 달 사용량”이라고 표시하지 마세요. 기기 간 데이터가 자동으로 이어지는 것도 아닙니다. 장기간 기록하려면 관찰 시작 시점과 수치를 직접 저장하고, 이후 같은 범위에서 비교하세요. 근거가 없는 수치에 결제 기간의 의미를 부여하지 마세요.

요금 내역과 다른 이유

통신사 통계는 통신사 네트워크에서 계산한 과금 트래픽을 보여주고, Data는 앱이 관찰할 수 있는 관련 활동을 집계합니다. 프로토콜 오버헤드, 연결 유지, 재전송, 동일한 처리 경로를 거치지 않은 다른 요청으로 인해 수치 차이가 생길 수 있습니다. 기기가 Wi-Fi와 셀룰러 네트워크를 오갈 수도 있으므로 두 출처의 사용량을 같은 청구 기간으로 합쳐서는 안 됩니다. Data는 변화 추이를 확인하는 데 활용하고 실제 요금과 제공량은 통신사 기록을 기준으로 하세요.

서버 측 사용량도 방향, 정산 범위, 특정 세션에 따라 다르게 집계될 수 있습니다. 클라이언트의 특정 항목 수치로 서비스 제공업체의 차감 계산 방식을 역산하지 마세요. 차이를 확인해야 한다면 양쪽의 시작 및 종료 시각, 단위, 방향이 일치하는지 먼저 확인한 다음 서비스 제공업체에 문의하세요. 집계 기준이 통일되지 않았다면 수치가 다르다는 사실만으로 어느 쪽이 잘못되었다고 판단할 수 없습니다.

일정한 동작으로 증가량 관찰하기

특정 접속이 트래픽을 발생시켰는지 확인하려면 테스트 전 수치를 기록한 다음 분명한 동작을 한 번 수행하고 화면이 갱신된 뒤 증가량을 살펴보세요. 테스트 중에는 관련 없는 대용량 동기화나 미디어 재생을 중지해 백그라운드 변수를 줄이세요. 짧은 시간 동안 늘어난 양을 방금 연 웹페이지의 트래픽으로 모두 간주하지 마세요. 백그라운드 앱도 동시에 통신할 수 있습니다. 필요한 경우 같은 작업을 반복해 변화가 비슷한지 비교하세요.

스위치가 켜졌는데 수치가 뚜렷하지 않아도 앱 작동이 중단된 것은 아닐 수 있습니다. 페이지가 캐시에서 열렸거나 규칙에 따라 직접 연결되었거나 새 요청이 없을 수도 있습니다. 반대로 화면을 조작하지 않아도 정상적인 백그라운드 동기화로 수치가 늘 수 있습니다. 판단하기 전에 Global Routing과 Config에서 대상 트래픽의 예상 경로를 확인하고 Data를 함께 살펴보세요. 통계 화면으로 라우팅 확인을 대신하지 마세요.

순간 속도 변화는 짧은 구간의 관측치이며 장기적인 대역폭과 같지 않습니다. 동영상 버퍼링, 분할 다운로드, 짧은 연결은 수치가 높아졌다가 낮아지는 현상을 만들 수 있습니다. 연결 성능을 비교할 때는 같은 작업과 비슷한 네트워크 조건을 사용하세요. 캐시에서 불러온 경우와 전체 파일을 다운로드한 경우를 비교해서는 안 됩니다. 속도 단위도 확인하세요. 바이트와 비트는 서로 다른 단위이므로 화면의 단위를 무시하고 숫자만 비교하지 마세요.

초기화하기 전에 필요한 기록을 저장하고 초기화가 어디까지 영향을 주는지 확인하세요. 초기화는 통계 표시나 관련 기록을 변경할 뿐, 서버 인증 정보를 재설정하거나 연결 문제를 해결하지 않습니다. Data 화면을 공유할 때는 개인 계정이나 서버를 식별할 수 있는 정보를 가리세요. 각 화면에 대한 자세한 설명은 Data 트래픽 수치 안내에서 확인할 수 있습니다. 이 장의 목적은 올바른 집계 기준을 이해하는 것이지, 통계로 청구 내역을 대체하는 것이 아닙니다.

8단계 / 복구 가능한 상태 유지하기

업데이트, 백업 및 일상적인 관리

일상적인 관리의 목표는 현재 무엇을 사용하고 있는지, 정보가 어디에서 왔는지, 문제가 생겼을 때 어떻게 복구할지 아는 것입니다. 서버 구독, Config 구성, 앱 업데이트는 서로 다른 절차입니다. 구독은 연결 정보를 업데이트하고, 구성은 라우팅 및 관련 설정을 업데이트하며, 앱은 App Store에서 업데이트합니다. 한 항목의 작업이 성공해도 나머지 항목까지 함께 변경되는 것은 아닙니다. 관리 작업을 시작하기 전에 이번에 처리할 단계를 먼저 정하고 모두 한꺼번에 다시 설정하지 마세요.

세 가지 업데이트를 구분해서 처리하기

구독을 업데이트하기 전에 현재 그룹의 출처와 유효 상태를 확인하세요. 업데이트 후에는 항목이 교체되었는지, 기본 서버가 계속 선택되어 있는지, 프로토콜 매개변수가 바뀌었는지 살펴보고 연결을 테스트하세요. 구독 업데이트에 실패해도 기존의 사용 가능한 항목을 보존하고 그룹 전체를 바로 삭제하지 마세요. 기존 서버에는 계속 연결할 수 있지만 구독 업데이트만 실패한다면 구독 정보를 가져오는 경로에 문제가 있을 수 있습니다. 두 문제를 따로 확인하세요.

Config를 업데이트하기 전에 현재 사용할 수 있는 사본을 저장하고 새 내용의 용도와 출처를 확인하세요. 이전 구성에 직접 규칙을 추가했다면 업데이트로 해당 내용이 바뀔 수 있으므로 관련 섹션을 먼저 비교하세요. 저장한 뒤 현재 사용 중인 파일을 확인하고 주요 대상에 접속해 테스트하세요. 파일 이름이 비슷하다는 이유만으로 두 구성이 같다고 판단하지 마세요. 실제 동작은 규칙, 정책 및 관련 설정에 따라 달라집니다.

앱은 기기의 자동 업데이트 설정이나 App Store 업데이트 메뉴를 통해 업데이트할 수 있습니다. 업데이트가 끝나면 기존 정보가 정상인지 확인하고 자주 사용하는 연결을 테스트하세요. 동작이 바뀌었다면 현재 화면 안내와 App Store에 제공된 업데이트 기록을 확인하세요. 기억만으로 특정 버전에서 문제가 해결되었거나 새로 생겼다고 추측하지 마세요. 이 매뉴얼은 특정 버전 번호나 업데이트 날짜 목록을 관리하지 않습니다.

정보 백업 및 기기 이전

백업할 때는 서버, 구독 주소, 전체 구성을 구분하세요. 규칙 일부만 저장하면 인증 정보와 연결 매개변수를 모두 복원할 수 없는 경우가 많습니다. 구독 주소만 저장해도 직접 추가한 개별 서버가 포함되지 않을 수 있습니다. 앱에서 현재 제공하는 내보내기 또는 백업 방식을 사용하고 포함 범위를 확인하세요. 백업이 끝나면 파일을 열 수 있는지와 내용이 온전한지 살펴보되, 검증을 위해 유일하게 사용할 수 있는 구성을 덮어쓰지 마세요.

백업에는 비밀번호, UUID, 구독 매개변수 및 기타 인증 정보가 포함될 수 있으므로 직접 관리하는 안전한 위치에 보관하세요. 파일 이름에는 용도를 표시하되 전체 인증 정보를 적지 마세요. 기기 간에 옮겨야 한다면 신뢰하는 전송 및 저장 방법을 사용하고 완료 후 임시 복사본을 삭제하세요. 구성을 보내 도움을 요청하기 전에 민감한 정보를 가린 사본을 만들고, 원본 백업은 본인이 보관하는 위치에 두세요. 공개 첨부 파일로 직접 공유하지 마세요.

새 iPhone 또는 iPad로 바꿀 때는 먼저 App Store에서 앱을 복원하고 정보를 복원한 다음 기기의 VPN 권한을 다시 설정하세요. 구매 내역, 앱 데이터, 시스템 권한은 서로 다른 항목이므로 모두 함께 이전된다고 가정하지 마세요. 새 기기에서 연결과 규칙을 확인할 때까지 이전 기기를 보관한 뒤 필요에 따라 정리하세요. 호환성과 구매 적용 범위는 App Store 페이지에 표시된 내용을 기준으로 합니다. 복원 문제는 구입 항목 복원 안내를 확인하세요.

간단한 문제 기록 만들기

문제 기록은 복잡할 필요는 없지만 현재 서버의 식별 가능한 이름, 프로토콜, 라우팅 모드, 구성 이름, 네트워크 환경, 테스트 결과를 포함해야 합니다. 실제 인증 정보는 기록하지 마세요. 문제가 생기면 가장 최근에 변경한 항목이 무엇인지 먼저 떠올려 보세요. 구독 업데이트, 규칙 수정, 시스템 권한 변경, 네트워크 전환 중 무엇이 있었는지 확인하세요. 변화 지점을 파악한 뒤 관련 단계를 우선 점검하면 모든 정보를 다시 입력하는 것보다 원인을 찾기 쉽습니다.

점검 순서
1. 현재 네트워크 자체가 정상적으로 작동하는가
2. 기본 서버가 계속 선택되어 있는가
3. Global Routing이 예상한 대로 설정되어 있는가
4. 현재 Config가 예상한 파일인가
5. Connectivity Test와 실제 접속 결과가 일치하는가
6. 최근 변경을 이전 상태로 복구할 수 있는가

오랫동안 사용하지 않은 항목을 정리할 수 있지만, 먼저 기본 서버, 정책, 구성에서 계속 참조하는지 확인하세요. 이전 구성을 삭제하기 전에 복구 가능한 사본을 보관하고, 이전 구독을 삭제하기 전에 새 출처를 확인하세요. 항목 수보다 이름을 분명하게 짓는 것이 중요합니다. 일상용 구성과 테스트용 구성을 구분해 두면 밤늦거나 네트워크가 불안정할 때 확인되지 않은 파일을 잘못 선택하는 일을 줄일 수 있습니다. 통계 기록을 지우기 전에도 필요한 사용량 관찰 결과를 저장하세요.

여러 대상에서 동시에 문제가 발생하면 공통 경로를 먼저 확인하고, 대상 하나에서만 문제가 발생하면 해당 대상과 관련 규칙을 확인하세요. 서비스 제공업체에 문의할 때는 프로토콜, 네트워크 환경, 민감한 정보를 가린 오류를 전달하고 App Store 구매 계정 정보는 보내지 마세요. 앱 구매 문제는 다운로드 안내에서, 용어의 의미는 용어집에서, 기본 사용 과정은 시작하기에서 확인하세요. 문제를 해당 장에서 다루면 서로 다른 단계의 오류를 혼동하지 않을 수 있습니다.

관리를 마친 뒤 평소 사용하는 상태로 돌아가 On Demand 조건, 기본 서버, 현재 Config를 확인하고 새 요청으로 한 번 더 테스트하세요. 임시 테스트 스위치는 원래대로 복구하고, 계속 살펴봐야 할 문제는 기록한 뒤 최근 사용 가능한 구성 사본을 보관하세요. 매뉴얼의 8단계는 반복해서 활용할 수 있습니다. 먼저 대상을 확인하고 권한 설정, 가져오기, 라우팅 선택, 연결 테스트, 트래픽 확인, 설정 변경, 백업 순으로 점검하세요. 단계별 확인 대신 앱을 반복해서 재설치하지 마세요.