VPN 계정 보안은 비밀번호 강도만으로 결정되지 않습니다. 초보자가 놓치기 쉬운 부분은 구독 링크, 클라이언트 설정, 클립보드 기록과 공용 Wi-Fi 로그인 페이지입니다. 이러한 위치에서 연결 인증 정보가 노출될 수 있습니다. 회선을 자주 바꾸거나 클라이언트를 반복 설치하는 것보다 체계적인 보관 습관을 만드는 일이 중요합니다. 이 글에서는 계정 생성, 구독 가져오기, 공용 네트워크 사용, DNS 및 분할 라우팅 점검부터 이상 징후 발견 후 대응 순서까지 다룹니다.
계정 비밀번호, 구독 링크와 노드 설정을 먼저 구분하기
구독 서비스를 이용하면 보통 여러 종류의 정보에 접하게 됩니다. 모두 일반 텍스트처럼 보이지만 권한 범위는 서로 다르므로 같은 방식으로 저장하거나 공유해서는 안 됩니다.
사용자 이름과 비밀번호는 사용자 패널에 로그인할 때 사용합니다
사용자 이름과 비밀번호는 사용자의 신원을 확인하며, 보통 요금제 확인, 구독 정보 가져오기, 클라이언트 다운로드 또는 지원 요청에 사용됩니다. 46VPN은 이메일 주소 없이 사용자 이름과 비밀번호만으로 가입할 수 있습니다. 제출해야 할 개인정보는 줄어들지만, 브라우저의 현재 세션에만 의존하지 말고 로그인 정보를 정확히 직접 보관해야 합니다.
비밀번호는 다른 웹사이트에서 사용하는 비밀번호와 분리해야 합니다. 여러 서비스에서 같은 인증 정보를 사용하면 어느 한 서비스에서 정보가 유출되거나 피싱 페이지를 만나도 다른 계정까지 영향을 받습니다. 신뢰할 수 있는 비밀번호 관리 도구로 서로 다른 비밀번호를 생성하고 저장한 뒤, 사용자 이름과 해당 사이트 주소를 같은 항목에 기록하면 나중에 외관이 비슷한 잘못된 페이지에 접속하는 일을 줄일 수 있습니다.
구독 링크는 가져올 수 있는 접속 인증 정보에 가깝습니다
구독 링크는 일반적인 소프트웨어 다운로드 주소가 아닙니다. 클라이언트가 링크에 접속하면 노드 이름, 서버 주소, 포트, 프로토콜 매개변수와 인증용 식별자를 가져올 수 있습니다. 구체적인 내용은 서버의 구독 형식과 클라이언트 기능에 따라 달라집니다. 유효한 구독 링크를 가진 사람은 호환 클라이언트로 가져오기를 시도할 수 있으므로 공개 게시판, 공유 문서 또는 스크린샷에 링크를 올려서는 안 됩니다.
구독 링크를 온라인 ‘변환 사이트’에 맡기는 것도 적절하지 않습니다. 구독 변환은 클라이언트가 읽을 수 있는 형식으로 조정하거나 그룹 규칙을 생성하는 실제 기술 절차입니다. 하지만 신뢰할 수 없는 원격 페이지에서 변환하면 원본 링크와 변환된 설정이 모두 제3자 서버를 거칠 수 있습니다. 변환이 필요하다면 서비스에서 명확히 제공하는 방법을 우선 사용하거나, 출처와 실행 환경을 확인할 수 있는 로컬 도구에서 처리하세요.
개별 노드 설정도 비밀로 관리해야 합니다
프로토콜마다 인증 정보를 전달하는 방식이 다릅니다. Shadowsocks 설정에는 보통 암호화 방식, 서버 정보와 비밀번호가 포함됩니다. VMess의 대표적인 신원 필드는 UUID입니다. Trojan은 비밀번호를 사용하고 TLS 연결에 의존합니다. VLESS는 신원 식별자를 사용하며 여러 전송 계층 및 보안 매개변수와 조합될 수 있습니다. Hysteria2와 TUIC은 QUIC 및 UDP 환경을 기반으로 설계되며 이에 맞는 인증 정보가 필요합니다. 필드 이름이 다르다고 해서 어느 하나를 공개해도 된다는 뜻은 아닙니다.
노드 QR 코드는 설정 내용을 다른 방식으로 표시한 것일 뿐입니다. QR 코드를 안내서 스크린샷, 장애 문의 이미지 또는 공개 앨범에 넣으면 텍스트 설정을 직접 공개하는 것과 같은 결과가 될 수 있습니다. 화면 캡처를 제출해야 한다면 QR 코드, 구독 주소, 사용자 이름, 인증 필드와 전체 서버 정보를 잘라내고 문제와 관련된 상태 표시만 남기세요.
지속 가능한 계정 보관 방식 만들기
계정 보안의 목표는 로그인 절차를 복잡하게 만드는 것이 아니라 인증 정보를 명확하고 추적 가능한 위치에 보관하는 것입니다. 자신에게 아무렇게나 보내거나 클립보드에 오래 두거나 암호화되지 않은 텍스트 파일에 저장하면 당장은 편하지만, 나중에 어떤 기기에 복사본이 남아 있는지 판단하기 어렵습니다.
구독 서비스에는 별도의 비밀번호 사용하기
별도 비밀번호를 사용하면 인증 정보 재사용으로 발생하는 연쇄 위험을 줄일 수 있습니다. 비밀번호는 브랜드명, 사용자 이름, 흔한 키보드 배열이나 추측하기 쉬운 개인정보로 구성하지 않는 것이 좋습니다. 비밀번호 관리 도구를 사용할 때는 자동 입력 대상 도메인을 확인하세요. 도구가 현재 페이지와 저장된 기록이 일치하지 않는다고 알리면 로그인 완료를 위해 경고를 무시하지 말고 입력을 멈춘 뒤 주소를 확인해야 합니다.
브라우저에 비밀번호를 저장하면 반복 입력 부담을 줄일 수 있지만, 브라우저가 설치된 기기 자체에 안정적인 시스템 로그인 보호가 있어야 합니다. 공용 컴퓨터, 임시 작업 스테이션과 공공 단말에는 계정을 저장하지 말고 로그인 상태 유지도 선택하지 마세요. 페이지에서 로그아웃한 뒤 관련 탭도 닫아야 다음 사용자가 유효한 세션으로 패널에 들어가는 일을 막을 수 있습니다.
구독 링크 복사와 전달 줄이기
구독을 가져올 때는 링크가 클립보드에 남아 있는 시간을 최대한 줄이세요. 일부 시스템과 앱은 기기 간 동기화, 콘텐츠 인식 또는 빠른 붙여넣기 기능을 위해 클립보드를 읽을 수 있으며, 구체적인 동작은 시스템 설정에 따라 달라집니다. 가져오기를 마친 뒤에는 민감하지 않은 일반 텍스트를 복사해 현재 클립보드를 덮어쓰고, 필요하지 않은 기기 간 클립보드 동기화가 켜져 있지 않은지 확인할 수 있습니다.
단체 채팅, 공개 문의 첨부 파일 또는 여러 사람이 편집하는 문서에 구독 링크를 저장하지 마세요. 메시지를 나중에 삭제해도 다른 기기의 알림 미리보기, 백업 또는 캐시에 내용이 남을 수 있습니다. 자신의 기기 사이에서 설정을 옮겨야 한다면 대상 기기에서 사용자 패널에 로그인한 뒤 신뢰할 수 있는 경로로 구독을 다시 가져오는 편이 낫습니다. 오래된 링크를 여러 단계로 전달하지 마세요.
기기 무제한과 인증 정보 공유는 구분하기
46VPN은 기기 수 제한 없이 동시에 온라인 상태를 유지할 수 있도록 지원합니다. 이는 한 사용자가 자신의 기기에서 이용할 수 있다는 뜻이지, 계정이나 구독을 공개적으로 공유해도 된다는 의미는 아닙니다. 통제할 수 없는 기기에 인증 정보를 넘기면 상대방이 링크를 계속 저장하는지, 설정을 동기화하는 도구를 설치했는지 확인하기 어렵고 이상 발생 시 출처를 추적하기도 어렵습니다.
- 계정과 구독은 직접 관리할 수 있는 기기에만 저장하세요.
- 구독 주소가 포함된 전체 스크린샷을 공개 문의에 사용하지 마세요.
- 설정 파일을 공개 코드 저장소나 공유 클라우드 폴더에 업로드하지 마세요.
- 기기를 폐기하기 전에 사용자 패널에서 로그아웃하고 클라이언트의 구독 및 노드 설정을 삭제하세요.
- 인증 정보가 유출되었을 가능성이 있다면 기존 정보를 더 전달하지 말고 공식 지원 채널을 통해 처리하세요.
안전하게 구독을 가져오고 클라이언트 선택하기
구독 가져오기는 보통 링크를 가져오고, 클라이언트가 이를 해석하며, 노드 목록을 갱신한 뒤 연결을 시작하는 과정으로 이루어집니다. 위험은 가져오기 버튼 자체보다 ‘누가 해석하는가’와 ‘클라이언트를 어디에서 받았는가’에서 발생하는 경우가 많습니다.
사용자 패널에서 클라이언트와 구독 가져오기
Windows, Android, iOS, macOS와 Linux는 권한 모델과 클라이언트 생태계가 서로 다르고 화면의 명칭도 완전히 같지 않습니다. 다운로드 경로는 사용자 패널에 표시된 정보를 기준으로 삼고, 이름이 비슷하다는 이유만으로 타사 변형판을 설치하지 마세요. 설치 전에는 배포 출처, 앱 식별자와 시스템 권한 요청을 확인하고, 설치 후 사용자 패널에서 구독을 복사하세요. 출처를 확인하지 않은 소프트웨어에 먼저 링크를 넘기지 않는 것이 좋습니다.
데스크톱 클라이언트는 보통 시스템 프록시, 가상 네트워크 어댑터 또는 라우팅 모드를 제공하며, 모바일 시스템은 시스템이 제공하는 VPN 인터페이스로 트래픽을 처리하는 경우가 많습니다. Linux 사용자는 명령줄 코어, 데몬 또는 데스크톱 프런트엔드를 사용할 수도 있습니다. 구현마다 프로토콜, 분할 라우팅 규칙과 DNS 지원이 다르므로 ‘구독 가져오기 성공’은 형식을 인식했다는 뜻일 뿐, 모든 노드와 규칙이 예상대로 작동한다는 의미는 아닙니다.
구독을 업데이트하면 어떤 일이 일어나는지 이해하기
구독을 업데이트하면 클라이언트가 구독 내용을 다시 읽고 노드 또는 정책 그룹을 새로 고칩니다. 노드 이름, 전송 매개변수나 규칙을 직접 수정한 적이 있다면 업데이트 과정에서 일부 로컬 변경 사항이 덮어써질 수 있으며, 구체적인 동작은 클라이언트 구현에 따라 달라집니다. 중요한 사용자 지정 규칙은 별도로 백업하되, 백업 전에 파일에 구독 주소나 인증 정보가 포함되어 있는지 확인해야 합니다.
로그도 신중하게 다뤄야 합니다. 문제 해결용 로그에는 서버 도메인, 출구 선택, DNS 요청 결과 또는 연결 오류가 표시될 수 있습니다. 지원 요청을 보내기 전에 로그 내용을 확인하고 인증 필드를 숨기세요. 문제와 관계없는 전체 설정을 첨부해서는 안 됩니다. 오류 메시지와 조작 경로만으로 설명할 수 있는 문제라면 전체 구독을 첨부할 필요가 없습니다.
프로토콜 기능과 계정 보안을 혼동하지 않기
Shadowsocks, VMess, Trojan, VLESS, Hysteria2와 TUIC은 전송 방식, 핸드셰이크 과정, 네트워크 적응성 및 클라이언트 지원에서 차이가 있습니다. 그러나 프로토콜 이름만으로 인증 정보 관리 문제를 해결할 수는 없습니다. 전송이 암호화되어도 구독 링크가 공개되면 다른 사람이 연결 매개변수를 가져갈 수 있습니다. 반대로 구독을 잘 보관한다고 해서 모든 네트워크 환경에 같은 프로토콜이 적합한 것도 아닙니다. 실제 선택에서는 회선 품질, 클라이언트 호환성, 현재 네트워크가 UDP와 TLS 등 트래픽을 처리하는 방식도 고려해야 합니다.
공용 Wi-Fi에서 입력을 피해야 할 정보
공용 Wi-Fi의 핵심 문제는 네트워크 암호화 여부만이 아닙니다. 접속 지점의 진위, 강제 로그인 페이지, DNS 처리 방식과 주변 기기에서 보이는 범위도 중요합니다. 익숙한 이름의 핫스팟에 연결했다고 해서 장소 운영자가 제공하는 네트워크라고 확인된 것은 아닙니다.
먼저 네트워크에 접속한 뒤 신뢰할 수 있는 연결 만들기
많은 공용 네트워크는 강제 로그인 페이지를 사용합니다. 기기가 Wi-Fi에 연결되면 시스템이 웹페이지를 자동으로 열어 약관 동의나 장소 인증을 요구할 수 있습니다. 이 단계에서는 기기가 먼저 기본 네트워크 이용 권한을 얻어야 하므로 VPN 연결이 아직 수립되지 않은 경우가 많습니다. 페이지 주소와 안내 내용을 확인하고 해당 네트워크 이용에 필요한 절차만 완료하세요.
로그인 페이지에서 인터넷 이용과 무관해 보이는 계정 비밀번호, 결제 정보, 신분증 이미지 또는 구독 링크를 요구한다면 작업을 중단하고 장소 직원에게 확인하세요. VPN은 터널에 들어간 뒤의 네트워크 트래픽을 보호할 수 있을 뿐, 사용자가 피싱 페이지에 정보를 직접 입력했는지 판단하거나 이미 변조된 로컬 기기를 복구할 수는 없습니다.
공용 네트워크 접속을 마친 뒤 신뢰할 수 있는 클라이언트를 열어 연결을 설정하고, 클라이언트에 연결 상태가 계속 표시되는지 확인하세요. 네트워크 전환, 기기 절전 또는 핫스팟 재인증으로 기존 연결이 끊길 수 있습니다. 민감한 정보를 다루기 전에 이전에 한 번 연결된 기록만 믿지 말고 현재 연결 상태를 다시 확인해야 합니다.
필요하지 않은 자동 연결과 로컬 공유 끄기
기기가 이전에 사용한 것과 같은 이름의 핫스팟에 자동으로 연결되면 접속 지점을 확인할 기회가 줄어듭니다. 공공장소를 떠난 뒤에는 시스템에서 해당 네트워크를 삭제하거나 자동 연결을 끄는 것이 좋습니다. 파일 공유, 로컬 네트워크 전송, 네트워크 검색과 원격 관리 기능도 꼭 필요하고 접근 범위를 이해한 경우가 아니라면 공용 네트워크에서 꺼 두세요.
시스템 방화벽의 네트워크 유형은 공용 네트워크 또는 이에 준하는 제한 모드로 설정하세요. 클라이언트가 연결 끊김 보호 기능을 지원한다면 사용 환경에 맞게 켤 수 있지만, 전체 네트워크를 차단하는지 특정 앱만 차단하는지, 시스템 재시작 후에도 적용되는지 확인해야 합니다. 플랫폼마다 구현 차이가 크므로 스위치 이름만 보고 동작을 추측해서는 안 됩니다.
DNS 누출, 분할 라우팅 규칙과 출구 IP 확인하기
클라이언트에 ‘연결됨’이라고 표시되는 것은 터널 또는 프록시 프로세스가 수립되었다는 뜻일 뿐, 모든 트래픽이 예상한 경로를 거친다는 의미는 아닙니다. DNS, 브라우저 프록시, 시스템 라우팅과 앱별 설정이 서로 다른 경로를 사용할 수 있으므로 각각 확인해야 합니다.
DNS 누출이란
도메인에 접속하기 전에 기기는 보통 DNS를 통해 도메인을 네트워크 주소로 변환합니다. 업무 트래픽은 VPN을 통과하지만 DNS 요청은 여전히 로컬 네트워크가 지정한 리졸버로 전송된다면, 네트워크 제공자가 기기에서 어떤 도메인을 조회했는지 확인할 수 있습니다. 이를 일반적으로 DNS 누출이라고 합니다. 웹페이지 내용이 직접 읽힌다는 뜻은 아니지만, 도메인 조회 정보가 노출되고 출구 지역과 다른 조회 결과가 반환될 수 있습니다.
점검할 때는 먼저 클라이언트에 원격 DNS, 암호화 DNS 또는 터널이 DNS를 처리하도록 하는 설정이 있는지 확인한 다음 시스템에 수동 설정이 남아 있는지 살펴보세요. 브라우저 자체의 보안 DNS 기능이 클라이언트가 예상한 조회 경로를 우회할 수도 있습니다. 설정을 변경한 뒤에는 연결을 끊었다가 다시 연결하고, 기존 테스트 페이지를 새로 고치는 데 그치지 말고 출구 IP와 DNS 리졸버를 각각 확인해야 합니다.
분할 라우팅 규칙은 트래픽마다 다른 경로를 사용하게 합니다
분할 라우팅의 목적은 도메인, IP, 앱 또는 규칙 집합에 따라 직접 연결, 프록시 또는 차단을 결정하는 것입니다. 적절한 분할 라우팅을 사용하면 로컬 서비스는 직접 연결로 유지하면서 국제 회선이 필요한 요청은 프록시로 보낼 수 있습니다. 그러나 규칙이 오래되었거나 매칭 순서가 잘못되었거나 앱이 시스템 프록시를 우회하면 일부 웹사이트는 예상한 출구를 사용하고 다른 사이트는 로컬 네트워크로 연결되는 상황이 생길 수 있습니다.
분할 라우팅 문제를 점검할 때는 일시적으로 판단하기 쉬운 전역 모드를 선택해 비교해 볼 수 있습니다. 전역 모드는 정상인데 규칙 모드만 이상하다면 규칙 매칭, DNS 정책과 앱 프록시 설정을 중점적으로 확인하세요. 두 모드 모두 이상하다면 노드, 시스템 시간, 클라이언트 권한과 기본 네트워크를 계속 점검해야 합니다. 테스트가 끝나면 일상적인 사용에 맞는 정책으로 되돌려 불필요한 전역 전달을 장기간 유지하지 마세요.
플랫폼마다 점검할 부분이 다릅니다
- Windows: 시스템 프록시, 가상 네트워크 어댑터, 브라우저 독립 프록시와 방화벽 규칙이 서로 충돌하지 않는지 확인하세요.
- Android: 시스템 VPN 권한, 앱별 제외 설정과 시스템에서 제공하는 상시 연결 옵션을 확인하세요.
- iOS: 시스템 VPN 상태, 클라이언트 설정의 유효 여부와 네트워크 전환 후 재연결 여부를 확인하세요.
- macOS: 네트워크 확장 권한, 시스템 프록시와 네트워크 서비스별 DNS 설정을 확인하세요.
- Linux: 라우팅 테이블, 환경 변수 프록시, 데몬 권한과 시스템 리졸버 서비스를 확인하세요.
한 기기에서 시스템 프록시, 라우팅 또는 DNS를 변경하는 클라이언트를 여러 개 동시에 실행하지 않는 것이 좋습니다. 여러 도구가 모두 실행 중으로 표시되어도 서로 설정을 덮어쓸 수 있습니다. 문제를 해결할 때는 명확한 연결 경로 하나만 남기고 관련 프로그램을 완전히 종료한 뒤 연결을 다시 설정하세요.
회선 유형이 단말과 계정 보호를 대신하지는 않습니다
IEPL 전용 회선, 중계 회선과 직접 연결 회선은 서로 다른 네트워크 경로를 뜻합니다. 직접 연결은 보통 사용자 네트워크가 대상 서버에 바로 연결되는 방식이고, 중계는 먼저 중계 진입점에 연결한 뒤 출구로 전달됩니다. IEPL은 국제 전용 회선 접속 환경에 사용되는 경우가 많습니다. 이러한 차이는 라우팅, 안정성과 네트워크 적응성에 영향을 주지만, 약한 비밀번호, 구독 유출, 잘못된 클라이언트 또는 피싱 페이지 문제를 자동으로 해결하지는 않습니다.
회선을 선택할 때는 ‘현재 환경에 네트워크 경로가 적합한가’와 ‘계정 정보가 안전하게 보관되었는가’를 나누어 판단하세요. 회선 전환은 연결 품질을 점검하는 데 도움이 되지만 이미 공개된 구독 링크를 회수하지는 못합니다. 프로토콜을 바꾸면 특정 네트워크에서 이용 가능성이 개선될 수 있지만 다른 기기에 저장된 기존 설정까지 삭제하지는 않습니다.
마찬가지로 클라이언트의 낮은 지연 시간순 정렬은 특정 탐색 조건에서의 응답만 반영하며, 해당 노드가 모든 앱에 더 적합하다는 뜻은 아닙니다. 회선 상태, 대역폭 사용량과 로컬 네트워크는 계속 변합니다. 계정 보안은 한 번의 속도 측정 결과에 의존하지 말고 인증 정보의 출처, 기기 통제권, 설정 노출 범위와 연결 후 실제 출구를 확인해야 합니다.
이상 징후가 발견되면 영향 범위에 따라 처리하기
흔히 발생하는 이상 징후로는 사용자 패널에 낯선 세션 흔적이 나타나는 경우, 사용 습관과 맞지 않는 트래픽 사용량, 알 수 없는 클라이언트에 구독이 가져와진 경우, 설정 스크린샷을 공개 장소에 잘못 올린 경우 또는 다른 웹사이트에서 같은 비밀번호를 사용한 경우가 있습니다. 처리할 때는 원본 링크를 계속 전파하지 말고, 문제를 설명한다는 이유로 전체 설정을 더 많은 사람에게 보내지도 마세요.
먼저 노출을 막고 필요한 정보만 보존하기
민감한 내용이 공개 페이지에 올라갔다면 먼저 삭제하거나 접근을 제한하고, 페이지 위치, 발견 시각과 노출 유형을 기록하세요. 필요한 정보를 남기는 목적은 지원 담당자에게 상황을 설명하기 위해서이지 인증 정보 사본을 더 보관하기 위해서가 아닙니다. 스크린샷에는 페이지 위치와 공개 상태를 보여줄 수 있지만 여전히 유효한 인증 필드는 가려야 합니다.
로그인 인증 정보를 변경하고 기기 점검하기
로그인 비밀번호가 유출되었을 가능성을 확인했다면 신뢰할 수 있는 기기와 정확한 도메인으로 사용자 패널에 접속해 비밀번호를 변경하세요. 동시에 다른 웹사이트에서 같은 비밀번호를 재사용했는지도 확인해야 합니다. 재사용한 곳이 있다면 각각 변경하고 VPN 계정만 처리해서는 안 됩니다. 이후 자신의 기기에 설치된 브라우저 확장 프로그램, 원격 제어 도구와 최근 설치된 소프트웨어를 확인해 인증 정보가 계속 읽히고 있을 가능성을 배제하세요.
위험이 구독 링크나 노드 설정에 집중되어 있다면 공식 지원 채널을 통해 상황을 설명하고 후속 조치를 문의하세요. 로그인 비밀번호를 변경하면 이미 가져온 모든 설정이 반드시 무효화된다고 단정해서는 안 됩니다. 계정 세션, 구독 주소와 노드 인증은 서로 다른 계층일 수 있으며 구체적인 관계는 서비스 구현에 따라 달라집니다.
다시 가져온 뒤 실제 연결 확인하기
처리를 마친 뒤에는 클라이언트의 기존 구독과 수동 노드를 삭제하고 사용자 패널에서 정보를 다시 가져온 다음 출구 IP, DNS와 분할 라우팅 결과를 확인해야 합니다. 노드 목록이 복구된 것만으로는 처리가 완료되었다고 볼 수 없습니다. 연결 경로가 예상과 일치하는지 검증하고 알 수 없는 설정이나 비정상적인 사용 흔적이 계속 나타나는지도 살펴봐야 합니다.
- 정확한 도메인으로 사용자 패널에 접속하고 출처가 불분명한 리디렉션 링크는 사용하지 마세요.
- 공개 페이지, 채팅 기록과 공유 파일에서 정보가 계속 노출되지 않도록 차단하세요.
- 유출되었거나 재사용된 로그인 비밀번호를 변경하세요.
- 자신의 기기와 클라이언트 출처를 확인하고 더 이상 사용하지 않는 설정을 삭제하세요.
- 구독 유출 또는 비정상적인 사용 상황을 공식 지원 채널에 설명하세요.
- 다시 가져온 뒤 출구 IP, DNS와 분할 라우팅 경로를 확인하세요.
장기적으로 실천하기 좋은 보안 습관
초보자에게 가장 효과적인 방법은 도구를 많이 추가하는 것이 아니라 고정된 접속 절차를 만드는 것입니다. 정확한 도메인을 북마크에서 열고, 관리하는 기기에서 로그인한 뒤 사용자 패널에서 구독을 가져오세요. 출처를 확인한 클라이언트만 사용하고, 가져오기가 끝나면 클립보드를 정리하며, 더 이상 사용하지 않는 설정은 정기적으로 삭제하세요.
연결 문제가 발생하면 먼저 오류 메시지, 플랫폼, 클라이언트 버전, 현재 네트워크 유형과 재현 단계를 기록한 뒤 로그가 필요한지 결정하세요. 이렇게 하면 문제 해결에 충분한 정보를 제공하면서 전체 구독을 바로 업로드하는 일을 피할 수 있습니다. 로그를 제출해야 한다면 인증 필드, 구독 주소 또는 과도한 접속 기록이 포함되어 있지 않은지 먼저 확인하세요.
서비스 개인정보처리방침과 로컬 설정 보안도 서로 나누어 이해해야 합니다. 서비스가 연결 정보를 기록하는지, 어떤 운영 데이터를 보관하는지는 공개 정책을 기준으로 판단하세요. 사용자 기기에서 비밀번호, 구독과 DNS가 노출되는지는 기기, 클라이언트와 사용 습관에 달려 있습니다. 하나의 설정만으로 모든 위험을 막을 수는 없습니다.