iPhone VPN을 처음 설정할 때는 시스템 설정에 서버 정보를 직접 입력하기보다, 먼저 호환되는 iOS 클라이언트를 설치한 뒤 구독 링크를 가져오는 것이 핵심입니다. 구독 가져오기, iOS 구성 허용, 앱 트래픽이 올바른 경로로 전달되는지는 각각 따로 확인해야 합니다. 이 순서대로 진행하면 문제가 생겼을 때 원인을 찾기 쉽습니다.
먼저 핵심부터: VPNiy 패널에서 현재 이용 가능한 클라이언트와 구독 링크를 확인한 뒤, 클라이언트의 구독 가져오기 기능을 사용하세요. 처음 연결할 때는 VPN 구성을 허용해야 합니다. ‘연결됨’으로 표시된 뒤에도 출구 지역, 분할 터널링 규칙, 대상 웹페이지를 확인해야 합니다. 상태 아이콘만으로 연결 성공을 판단하지 마세요.
시작하기 전에: 클라이언트, 구독, 시스템 구성 구분하기
클라이언트는 노드 정보를 읽고, 노드를 선택하고, 트래픽을 처리합니다. 구독 링크는 노드 구성을 가져오고 업데이트하는 데 사용됩니다. iOS VPN 구성은 클라이언트가 시스템 네트워크 확장을 통해 해당 트래픽을 처리하도록 허용합니다. 서로 관련은 있지만 각각 다른 역할을 하므로 대체할 수 없습니다.
iPhone 시스템 설정에서 VPN을 직접 추가하는 것은 일반적으로 프록시 구독을 가져오는 방법이 아닙니다. 시스템 내장 수동 구성 화면에서는 Shadowsocks, VMess, Trojan 또는 VLESS 구독을 직접 읽을 수 없습니다. 해당 프로토콜과 구성 형식을 지원하는 클라이언트를 사용해야 합니다.
| 항목 | 용도 | 흔히 하는 오해 |
|---|---|---|
| 클라이언트 | 구성 가져오기, 노드 선택, 연결 시작 | 아무 VPN 앱이나 같은 구독을 지원한다고 생각하는 것 |
| 구독 링크 | 노드와 관련 구성을 가져와 이후 업데이트에 사용 | 패널 로그인 페이지 주소를 구독 링크로 착각하는 것 |
| 시스템 VPN 구성 | 클라이언트가 시스템 네트워크 연결을 설정하도록 허용 | 구성을 허용하면 모든 웹사이트가 프록시를 이용한다고 생각하는 것 |
| 분할 터널링 규칙 | 요청을 프록시, 직접 연결 또는 다른 처리 방식으로 보낼지 결정 | 연결 후에도 대상 서비스가 직접 연결로 분류되는 것 |
프로토콜 이름이 같아도 구성을 서로 호환해서 쓸 수 있는 것은 아닙니다. 클라이언트마다 전송 방식, 추가 매개변수, 구독 형식 지원이 다를 수 있습니다. 해당 클라이언트용으로 패널에서 안내하는 링크를 우선 사용하고, 연결을 시험한다며 프로토콜 매개변수를 임의로 바꾸지 마세요.
iOS에서 사용할 수 있는 클라이언트 설치하기
먼저 Safari에서 VPNiy 패널을 열고 로그인한 다음 다운로드 메뉴로 이동하세요. VPNiy 계정은 이메일 주소 없이 사용자 이름과 비밀번호만으로 만들 수 있습니다. iOS 클라이언트 링크는 이용 가능한 요금제에 따라 달라지므로, 구체적인 다운로드 방법과 안내는 패널에 표시된 내용을 확인하세요. 클라이언트 다운로드 페이지에서도 확인할 수 있습니다.
다운로드 링크가 App Store로 연결되면 앱 이름, 개발자, 패널 안내를 확인한 뒤 진행하세요. 앱이 표시되는지는 스토어 지역과 등록 상태에 따라 달라질 수 있습니다. 사용할 수 없다는 안내가 표시되어도 구독이 만료된 것은 아닙니다. 패널로 돌아가 최신 안내를 확인하고, 검색 결과에 나온 낯선 다운로드 사이트에서 설치 파일을 찾지 마세요.
설치 후 클라이언트를 열어 구성 또는 구독 관리 화면에 들어갈 수 있는지 확인하세요. 앱마다 ‘구독’, ‘구성 파일’, ‘원격 구성’, ‘서버’ 등 메뉴 이름이 다를 수 있습니다. 여기서는 기능의 위치를 설명하며, 모든 클라이언트의 버튼 문구가 같다는 뜻은 아닙니다.
VPN 구성을 추가하는 것과 기기 관리 프로파일을 설치하는 것은 별개입니다. 일반적인 구독 가져오기에 Apple 계정 비밀번호를 제공하거나 기기 관리 권한을 허용할 필요는 없습니다. 패널 안내와 다른 권한을 요구하는 단계가 나타나면 먼저 중단하고 출처를 확인하세요.
링크를 복사해 구독 가져오기
패널의 구독 메뉴로 돌아가 설치한 클라이언트와 호환되는 형식을 선택하세요. ‘클라이언트에서 열기’와 같은 메뉴가 있으면 안내에 따라 이동하면 됩니다. 그런 메뉴가 없다면 링크를 복사해 직접 붙여 넣으세요. 브라우저 주소창에 표시된 계정 개요 페이지 주소를 복사하지 마세요.
- 구독 링크 전체를 복사하세요. 패널의 복사 기능을 사용하면 쿼리 매개변수가 누락되는 일을 줄일 수 있습니다. 복사한 링크를 공개 채팅이나 온라인 변환 사이트에 붙여 넣지 마세요.
- 클라이언트의 구독 관리 메뉴로 이동하세요. 원격 구독 또는 원격 구성을 추가하고 링크를 주소 입력란에 붙여 넣습니다. 구분하기 쉽도록 이름을 붙여도 됩니다.
- 저장한 뒤 업데이트하세요. 다운로드, 업데이트 또는 새로고침을 실행합니다. 일부 클라이언트는 주소를 저장해도 바로 가져오지 않으므로 직접 업데이트해야 합니다.
- 가져온 내용을 확인하세요. 노드 목록이 비어 있지 않고 지역과 노드 이름이 표시되는지, 형식 분석 또는 인증 오류가 없는지 확인한 다음 연결할 노드를 선택하세요.
구독 링크에는 접속 정보가 포함되는 경우가 많으므로 비밀번호처럼 안전하게 보관하세요. 고객 지원에 스크린샷을 보낼 때는 전체 링크, QR 코드, 토큰을 가리세요. 링크가 이미 공개되었다면 패널의 초기화 기능을 사용하거나 지원팀에 문의하세요. 초기화한 뒤에는 클라이언트에 저장된 주소도 업데이트해야 합니다.
가져온 뒤 목록이 비어 있다면 먼저 클라이언트가 지원하는 형식의 링크를 복사했는지 확인하고, 이용 가능한 요금제와 구독 업데이트 안내를 살펴보세요. 구독을 분석하지 못한 상황에서 노드를 계속 바꿔도 해결되지 않습니다. 구독 다운로드 자체가 실패한다면 먼저 현재 기본 네트워크에서 패널에 접속할 수 있는지 확인하세요.
VPN 구성을 허용하고 연결하기
노드를 선택한 뒤 클라이언트 기본 화면으로 돌아가 연결 스위치를 켜세요. 처음 실행할 때 iOS에서 VPN 구성 추가를 허용할지 묻는 경우가 많습니다. 방금 설치한 클라이언트에서 보낸 요청인지 확인한 뒤 허용을 선택하고, 시스템 안내에 따라 기기 인증을 완료하세요. 허용하지 않아도 구독 정보는 클라이언트에 남을 수 있지만 연결은 정상적으로 설정되지 않습니다.
연결에 성공하면 클라이언트에 연결됨 상태가 표시됩니다. 시스템 설정에서 ‘VPN’을 검색해 해당 구성이 연결 상태인지 확인할 수도 있습니다. 상태 표시줄 아이콘만 믿지는 마세요. 기기와 화면에 따라 아이콘의 위치나 표시 여부가 다를 수 있습니다.
기기에 다른 VPN, 필터링 도구 또는 업무용 구성이 있다면 실행 중인지 먼저 확인하세요. 개인 기기에서 사용하는 네트워크 도구끼리는 서로 영향을 줄 수 있습니다. 본인이 알고 있는 구성만 일시 중지하고, 회사나 학교에서 관리하는 항목은 임의로 삭제하지 마세요. 관리 기기는 소속 조직의 사용 규정을 따라야 합니다.
처음 연결할 때는 패널과 클라이언트가 권장하는 구성을 그대로 유지하고 DNS, 전송 매개변수, 분할 터널링 모드를 한꺼번에 바꾸지 마세요. 기본 구성으로 연결되는지 먼저 확인한 뒤, 문제와 관련된 설정만 한 번에 하나씩 바꾸면 원인을 파악하기 쉽습니다.
연결 후 출구와 분할 터널링 확인하기
‘연결됨’은 클라이언트가 연결 상태를 설정했다는 뜻일 뿐, 모든 앱의 요청이 선택한 노드를 통과한다는 보장은 아닙니다. 규칙 모드에서는 도메인, 주소 또는 규칙 목록에 따라 경로를 선택합니다. 직접 연결 모드에서는 보통 프록시를 사용하지 않으며, 전체 프록시 모드에서도 클라이언트 자체의 예외 처리가 적용될 수 있습니다. 자세한 의미는 해당 앱의 안내를 확인하세요.
- ✅ 대상 웹페이지를 열어 첫 화면의 틀만 나타나는 것이 아니라 실제 콘텐츠까지 불러오는지 확인하세요.
- ✅ 신뢰할 수 있는 IP 주소 확인 페이지에서 공인 IP의 출구 지역을 조회하고, 선택한 노드의 예상 지역과 일치하는지 확인하세요. IP 주소 데이터베이스의 지역 표시는 정확하지 않을 수 있습니다.
- ✅ 클라이언트에서 요청 기록을 제공한다면 대상 도메인에 적용된 규칙과 트래픽 경로를 확인해 직접 연결을 프록시 연결로 오인하지 않도록 하세요.
- ✅ 평소 사용하는 네트워크로 전환한 뒤 다시 확인해 클라이언트가 이전 상태에 머무르지 않고 연결을 복구했는지 살펴보세요.
출구 확인은 정상인데 특정 웹사이트에서 해당 지역을 사용할 수 없다고 표시된다면, 대상 서비스의 지역 규칙과 계정 조건, 브라우저 캐시를 추가로 확인해야 합니다. 노드 연결에 성공해도 대상 플랫폼의 이용 자격이 생기는 것은 아니며, 해당 플랫폼이 현재 출구를 허용한다는 뜻도 아닙니다.
DNS 확인은 도메인 조회가 예상한 경로로 처리되는지 살펴보는 과정입니다. 웹페이지가 열린다고 해서 DNS 요청도 같은 경로를 사용한다고 단정할 수는 없습니다. 클라이언트의 DNS 설정, 분할 터널링 규칙, 시스템의 다른 네트워크 기능이 결과에 영향을 줄 수 있습니다. 검사 페이지에 표시된 DNS 서버 지역도 출구 지역과 반드시 일치하지는 않습니다. 다른 지역명이 보인다고 곧바로 정보 유출로 판단하기보다 클라이언트 구성과 기록을 함께 확인하세요.
iCloud 비공개 릴레이는 지원되는 환경에서 Safari의 출구 확인 결과에 영향을 줄 수 있습니다. 결과가 서로 다르면 먼저 해당 기능의 상태를 기록한 다음 관련 설정 안내에 따라 잠시 비교 테스트를 진행하세요. 테스트가 끝나면 기존 개인정보 보호 설정을 복원하세요.
자주 발생하는 문제: 실패한 단계부터 점검하기
구독은 업데이트되지만 노드에 연결되지 않음
먼저 계정 상태와 이용 가능한 요금제를 확인한 뒤, 선택한 노드가 현재 클라이언트를 지원하는지 살펴보세요. Shadowsocks, VMess, Trojan, VLESS는 서로 다른 프록시 프로토콜입니다. Hysteria2와 TUIC은 클라이언트 지원 여부와 네트워크에서 UDP를 사용할 수 있는지도 확인해야 합니다. 목록에 프로토콜 이름이 있다고 해서 현재 앱이 모든 구성을 완벽하게 지원하는 것은 아닙니다.
패널에서 제공하는 다른 호환 노드로 바꿔 비교해 볼 수 있습니다. 현재 네트워크에서만 실패하고 다른 네트워크에서는 연결된다면 네트워크 제한과 클라이언트 기록을 확인하세요. 문제 해결을 위해 인증서 검증을 끄지 마세요. 암호화 연결 오류가 발생하면 시스템 시간, 구성 출처, 서버 정보를 확인하세요.
웹페이지는 열리지만 대상 앱에는 변화가 없음
먼저 규칙에 따라 해당 앱의 도메인이 직접 연결로 처리되는지 확인한 뒤, 앱을 완전히 종료했다가 다시 열어 연결을 새로 설정하세요. 앱에 이전 세션이 남아 있을 수 있고, 서비스 요청이 메인 도메인 하나만 사용하는 것도 아닙니다. 모드를 잠시 바꿔 비교하면 규칙 문제를 찾는 데 도움이 될 수 있지만, 테스트가 끝나면 평소 사용에 적합한 분할 터널링 설정으로 되돌리세요.
화면을 잠그거나 네트워크를 바꾸면 다시 연결해야 함
Wi-Fi에서 셀룰러 데이터로 전환하면 하위 네트워크 연결이 바뀌므로 클라이언트가 터널을 다시 설정해야 합니다. 먼저 자동으로 복구되는지 살펴본 다음, 주문형 연결 설정과 로그를 확인하세요. 간헐적인 재연결 문제를 해결하려고 반복해서 앱을 다시 설치하지 마세요. 지원팀에 문의할 때는 네트워크 전환 상황, 오류 문구, 클라이언트 이름과 버전을 기록하고 구독 접속 정보가 포함된 전체 로그는 보내지 마세요.
직접 연결, 중계, 전용 회선 중 어떤 것을 선택해야 하나요?
이 명칭은 회선의 연결 방식을 설명하며 iPhone 시스템의 구성 유형을 뜻하지 않습니다. 직접 연결은 보통 해외 진입 지점에 바로 연결하고, 중계는 추가 진입 지점을 통해 트래픽을 전달합니다. IEPL 전용 회선은 일반적으로 경로 일부에 전용 전송 구간이 있다는 뜻이지, 대상 웹사이트까지 전 구간이 전용 회선이라는 의미는 아닙니다. 회선을 비교하기 전에 구독 가져오기, 권한, 프로토콜 호환 문제부터 해결하세요. 회선 명칭만으로 실제 연결 여부를 판단할 수는 없습니다.
일상적인 관리: 구성 업데이트와 점검 순서 유지
이후 노드 정보가 바뀌거나 연결에 문제가 생기면 구독을 업데이트하고 클라이언트에서 유효한 구성을 선택했는지 확인하세요. 클라이언트를 업데이트하기 전에는 호환성 안내를 살펴보세요. 사용할 수 있는 구성을 반복해서 삭제하고 다시 만들 필요는 없습니다. 요금제 상태가 바뀌었다면 먼저 패널에서 확인한 뒤 클라이언트를 점검해 계정 문제를 기기 오류로 오인하지 않도록 하세요.
일상적인 점검 순서는 기본 네트워크, 패널과 구독, 클라이언트의 구성 분석, 시스템 권한, 노드 연결, 분할 터널링과 대상 서비스로 정해 두면 좋습니다. 각 단계에서 확인할 수 있는 결과를 살펴보면 모든 설정을 연달아 바꾸는 것보다 원인을 쉽게 찾을 수 있습니다. 기본적인 문제는 자주 묻는 질문을 확인하세요. 구성에 관한 자세한 내용은 기술 참고 자료를 살펴보거나 지원 요청을 제출하세요.