Windows VPN 사용법의 핵심은 단순히 ‘연결’ 버튼을 찾는 데 있지 않습니다. 클라이언트 설치, 구독 가져오기, 서버 선택, 연결 확인, 시작 프로그램 등록을 순서대로 완료해야 합니다. 어느 한 단계라도 빠지면 서버 목록이 비어 있거나, 웹사이트가 여전히 로컬 네트워크를 사용하거나, 재부팅 후 연결이 끊기거나, 일부 프로그램만 인터넷에 연결되지 않을 수 있습니다. 아래에서 실제 작업 순서에 따라 각 단계에서 확인해야 할 결과를 설명합니다.

시작하기 전에 사용할 수 있는 구독 링크와 프로토콜에 맞는 Windows 클라이언트를 준비해야 합니다. 구독 링크에는 보통 서버 설정이 포함되어 있으므로 비밀번호처럼 관리하고, 채팅방이나 스크린샷, 공개 문서에 공유하지 마세요. 클라이언트는 설정을 해석한 뒤 시스템 프록시나 가상 네트워크 어댑터를 통해 트래픽을 처리합니다. 두 요소의 역할은 다릅니다. 설치 프로그램만 있고 구독이 없으면 클라이언트에 사용 가능한 서버가 자동으로 표시되지 않는 경우가 많습니다.

클라이언트 설치 전 프로토콜과 출처 확인

Windows용 국제 네트워크 클라이언트는 서로 호환되지 않습니다. Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC는 서로 다른 프로토콜 또는 전송 방식이므로 클라이언트가 구독에 실제로 사용된 프로토콜을 지원해야 합니다. 특정 클라이언트에서 링크를 가져올 수 있다고 해서 그 안의 모든 서버를 올바르게 해석할 수 있다는 뜻은 아닙니다. 가져온 뒤 일부 서버가 사라진다면 클라이언트 버전이 오래되었거나 프로토콜이 맞지 않는 경우가 흔합니다.

확인 항목 확인해야 할 내용 불일치할 때 나타나는 현상
운영체제 버전 설치 패키지가 현재 Windows 환경과 프로세서 아키텍처를 명확히 지원함 설치 프로그램이 실행되지 않거나 실행 직후 종료됨
프로토콜 지원 클라이언트가 구독에 실제로 사용된 프로토콜을 지원함 일부 서버가 표시되지 않거나 연결 시 설정이 유효하지 않다는 오류가 발생함
실행 모드 클라이언트가 시스템 프록시, TUN 또는 해당 가상 네트워크 어댑터 모드를 제공함 브라우저는 사용할 수 있지만 다른 프로그램은 해당 경로를 사용하지 않음
설치 출처 서비스 관리 페이지의 다운로드 메뉴나 클라이언트 공식 배포 채널에서 받음 버전이 오래되어 업데이트와 파일 출처를 확인하기 어려움

다운로드 후 실행 중인 유사 클라이언트를 먼저 종료한 다음 설치 프로그램을 실행하세요. Windows에 게시자 또는 권한 확인 창이 표시되면 프로그램 이름과 출처를 확인하고 무조건 연속해서 승인하지 마세요. 가상 네트워크 어댑터 드라이버를 설치할 때 권한 요청이 나타나는 것은 TUN 모드와 관련된 경우가 많습니다. 이 모드는 시스템 네트워크 계층에서 트래픽을 전달하므로 일반 시스템 프록시보다 더 많은 권한이 필요합니다.

설치가 완료되면 시작 메뉴에서 클라이언트를 찾을 수 있고, 실행 후 구독·설정·서버 관리 메뉴가 보이며, 작업 표시줄 알림 영역에 프로그램 아이콘이 나타나는 것이 정상입니다. 이때 구독을 아직 가져오지 않았으므로 서버 목록이 비어 있어도 정상입니다. 프로그램이 실행되지 않으면 먼저 작업 관리자에서 남은 프로세스를 종료한 뒤, 보안 프로그램이 설치 폴더나 가상 네트워크 어댑터 구성 요소를 차단했는지 확인하세요.

  • ✅ 설치 전에 다른 프록시 또는 VPN 클라이언트를 종료해 포트와 시스템 프록시 충돌을 피하세요.
  • ✅ 다운로드 출처, 파일 이름과 사용 중인 Windows 아키텍처를 확인하세요.
  • ✅ 실제로 필요한 가상 네트워크 어댑터 구성 요소의 설치를 허용하세요.
  • ❌ 구독 링크를 웹 기반 디코딩 도구에 붙여 넣어 확인하지 마세요.
  • ❌ 시스템 프록시를 변경하는 클라이언트를 여러 개 동시에 실행하지 마세요.
이 절의 결론: 클라이언트가 실행되는 것은 기본 조건일 뿐입니다. 프로토콜 호환성, 시스템 프록시와 TUN 지원 여부가 이후 서버를 가져올 수 있는지, 어떤 앱이 연결을 사용하는지를 결정합니다.

구독 가져오기 후 서버 업데이트 확인

구독 링크는 일반 웹 주소가 아닙니다. 보통 클라이언트가 백그라운드에서 요청해 여러 서버 설정을 받아옵니다. 복사할 때는 전체 내용을 유지하고, 공백·줄바꿈·한글 문장 부호가 추가되지 않도록 하세요. 클라이언트의 구독 관리 영역에서 클립보드 가져오기 또는 구독 추가를 선택하고 전체 링크를 붙여 넣어 저장한 다음 업데이트를 실행합니다.

클라이언트마다 버튼 이름은 ‘구독’, ‘설정’, ‘설정 파일’, ‘원격 설정’ 등으로 다를 수 있지만 성공 여부를 확인하는 방법은 같습니다. 업데이트가 끝나면 메인 화면에 여러 지역 또는 서버 이름이 나타나야 하고, 구독 관리 화면에서 최근 업데이트 상태를 확인할 수 있어야 합니다. 링크만 저장하고 업데이트를 실행하지 않으면 서버 목록이 계속 비어 있을 수 있습니다.

  1. 서비스 관리 페이지에서 전체 구독 링크를 복사하고 브라우저 주소창에서 직접 열지 마세요.
  2. 클라이언트의 구독 또는 설정 관리 화면을 엽니다.
  3. 원격 구독을 추가하고 링크를 붙여 넣은 뒤 앞뒤에 공백이 없는지 확인합니다.
  4. 저장 후 업데이트를 실행하고 클라이언트가 해석을 완료할 때까지 기다립니다.
  5. 서버 목록으로 돌아가 지역, 프로토콜 또는 서버 이름이 표시되는지 확인합니다.

가져오기에 실패하면 먼저 ‘요청할 수 없음’과 ‘해석할 수 없음’을 구분하세요. 요청할 수 없는 경우에는 연결 시간 초과, 네트워크 오류 또는 구독 주소에 접근할 수 없는 현상이 나타납니다. Windows에서 현재 인터넷이 정상적으로 연결되는지, 시스템 날짜와 시간이 크게 어긋나지 않았는지 확인하세요. 해석할 수 없는 경우에는 클라이언트가 구독 형식을 지원하지 않거나, 프로토콜 버전이 오래되었거나, 링크가 완전하게 복사되지 않았을 가능성이 큽니다.

네트워크 상태 확인
ipconfig
ping 구독 서비스에서 사용하는 도메인
nslookup 구독 서비스에서 사용하는 도메인
ipconfig /flushdns

위 명령은 로컬 네트워크, 도메인 해석, 클라이언트 가져오기 중 어느 부분에 문제가 있는지 구분하는 데 사용합니다. nslookup으로 해석 결과를 얻지 못하면 먼저 DNS 또는 로컬 네트워크를 확인하세요. 도메인은 해석되는데 클라이언트에서 계속 형식 오류를 보고한다면 프로토콜 호환성과 구독의 완전성을 다시 점검해야 합니다. 명령의 도메인은 구독 주소에서 실제로 사용하는 도메인으로 바꾸고, 전체 구독 링크와 키 매개변수를 공개 로그에 남기지 마세요.

서버 선택: 직접 연결, 중계와 IEPL의 차이

서버 이름이 많을 때는 지역만 보지 마세요. 먼저 접속 목적에 맞는 도착 지역을 선택한 뒤 진입 경로를 판단합니다. 직접 연결은 로컬 네트워크에서 해외 서버로 바로 연결하는 방식으로, 경로가 단순하지만 로컬 통신사와 국제 출구 품질의 영향을 크게 받습니다. 중계 서버는 먼저 국내 중계 지점에 연결한 뒤 중계 지점에서 목적 지역으로 전달하며, 망 간 연결과 국제 구간의 경로를 조정하는 데 주로 사용됩니다. IEPL 전용 회선은 주요 국제 구간을 전용 네트워크로 전달하는 방식으로, 일반 공용 인터넷 직접 연결과 라우팅 방식이 다릅니다.

이러한 회선 유형은 이름만으로 절대적인 속도를 판단할 수 없습니다. 실제 성능은 현재 지역, 접속 통신사, 사용 시간대, 대상 웹사이트와 프로토콜 구현의 영향을 받습니다. 적절한 방법은 테스트 조건을 고정하는 것입니다. 대용량 다운로드와 클라우드 동기화를 끄고 같은 대상 사이트에 후보 서버를 차례로 연결해 첫 화면 표시, 지속적인 로딩과 페이지 전환이 안정적인지 확인하세요.

회선 유형 경로 특징 우선 시도하기 좋은 상황 중점 점검 사항
직접 연결 로컬 네트워크에서 도착 서버로 직접 연결 로컬 국제 출구가 안정적이고 접속 대상이 일정함 통신사 라우팅, 저녁 시간대 혼잡, 망 간 품질
중계 먼저 중계 노드로 이동한 뒤 목적 지역으로 전달 직접 연결의 변동이 크거나 망 간 경로가 적합하지 않음 진입점 접근성, 중계 부하, 도착 지역
IEPL 전용 회선 주요 국제 구간을 전용 네트워크로 전달 협업, 원격 연결과 지속적인 전송에서 안정성을 중시함 로컬에서 진입점까지의 품질과 대상 사이트 응답

프로토콜도 연결 특성에 영향을 줍니다. Shadowsocks는 구조가 비교적 단순하고, VMess와 VLESS는 다양한 전송 계층과 함께 사용되는 경우가 많습니다. Trojan의 연결 형태는 TLS 설정과 관련이 있으며, Hysteria2와 TUIC는 QUIC 방식에 기반해 불안정한 네트워크와 혼잡 상황을 처리합니다. 프로토콜 이름 자체가 속도 순위를 의미하지 않으며, 같은 프로토콜도 라우팅과 서버 조건에 따라 차이가 큽니다.

초보자는 먼저 목적 지역과 가까운 중계 또는 IEPL 회선을 선택해 기본적인 접속이 정상인지 확인한 뒤 직접 연결과 비교해 보세요. 특정 회선에 연결되지만 웹페이지 로딩이 느리다면 바로 클라이언트를 재설치하지 마세요. 먼저 같은 지역의 다른 진입점을 선택하고 모드, DNS와 분할 규칙을 확인하세요. 재설치는 프로그램 파일이나 드라이버 오류를 해결할 수 있지만 원격 회선 상태를 바꾸지는 못합니다.

서버 선택 결론: 지역은 콘텐츠가 제공되는 위치를 결정하고, 회선 유형은 주요 전송 경로를 결정하며, 프로토콜은 클라이언트와 서버가 데이터를 주고받는 방식을 결정합니다. 세 요소를 나누어 판단해야 하며, 노드 이름만으로 전체 속도를 결론 내릴 수 없습니다.

연결 확인: 출구, DNS와 분할 규칙 점검

클라이언트에 ‘연결됨’이라고 표시되는 것은 터널 또는 프록시 프로세스가 만들어졌다는 뜻일 뿐, 모든 앱이 해당 회선을 사용한다는 의미는 아닙니다. 확인할 때는 출구 주소, DNS 해석과 앱 트래픽을 모두 점검해야 합니다. 연결하기 전에 현재 네트워크 출구 지역을 기록하고, 연결 후 검사 페이지를 다시 여세요. 출구 지역이 바뀌지 않았다면 시스템 프록시가 활성화되지 않았거나, 브라우저가 프록시를 우회하거나, 현재 분할 규칙에서 검사 사이트를 직접 연결로 지정했을 수 있습니다.

다음으로 DNS를 확인하세요. DNS 누출은 웹 트래픽은 회선을 통과하지만 도메인 조회는 로컬 네트워크에서 직접 처리되는 현상입니다. 방문한 도메인의 조회 요청이 노출되거나, 일부 웹사이트가 출구 지역과 맞지 않는 결과를 반환할 수 있습니다. TUN 모드는 앱과 DNS를 한 번에 처리하기 쉽지만 클라이언트 설정에 따라 달라집니다. 시스템 프록시 모드에서는 일부 프로그램과 시스템 서비스가 프록시 설정을 따르지 않을 수 있습니다.

  • ✅ 연결 전후에 출구 지역을 각각 확인하고 예상대로 바뀌었는지 확인하세요.
  • ✅ 브라우저를 완전히 종료한 뒤 다시 열어 기존 연결 재사용을 피하세요.
  • ✅ DNS 검사 결과가 선택한 회선과 클라이언트 설정에 맞는지 확인하세요.
  • ✅ 브라우저, 데스크톱 협업 도구와 인터넷이 필요한 대상 프로그램을 각각 테스트하세요.
  • ❌ 클라이언트 아이콘의 색상만 보고 모든 트래픽이 처리된다고 판단하지 마세요.
  • ❌ 문제를 확인하는 동안 브라우저 확장 프로그램 프록시와 시스템 클라이언트를 동시에 사용하지 마세요.

시스템 프록시와 TUN 모드 선택 방법

시스템 프록시는 Windows 프록시 설정을 따르는 브라우저와 데스크톱 프로그램에 적합하고 구성이 간단하며, 클라이언트를 종료한 뒤에도 복구하기 쉽습니다. 하지만 일부 게임, 명령줄 프로그램, 스토어 앱이나 자체적으로 네트워크 연결을 구현한 소프트웨어는 시스템 프록시를 무시할 수 있습니다. TUN 모드는 가상 네트워크 어댑터로 더 광범위한 네트워크 트래픽을 처리하므로 일반적으로 호환 범위가 넓습니다. 동시에 다른 가상 네트워크 어댑터, 보안 프로그램이나 기업 네트워크 정책과 충돌할 가능성도 커집니다.

브라우저는 접속되지만 데스크톱 프로그램이 작동하지 않는다면 먼저 해당 프로그램이 시스템 프록시를 따르는지 확인한 후 TUN 전환을 고려하세요. 전환 후 인터넷이 완전히 끊기면 클라이언트를 종료하고 시스템 프록시가 꺼졌는지 확인한 다음 가상 네트워크 어댑터가 정상적으로 활성화되었는지 점검하세요. 시스템 프록시, TUN, 브라우저 확장 프로그램과 다른 VPN을 동시에 실행하지 마세요. 여러 단계의 전달이 문제 위치를 파악하기 어렵게 만듭니다.

전체 모드와 분할 모드 선택 방법

전체 모드는 더 많은 트래픽이 현재 회선을 통과하게 하므로 짧은 시간 동안 회선 사용 가능 여부를 확인할 때 적합합니다. 분할 모드는 도메인, IP 또는 규칙 집합에 따라 직접 연결과 프록시 사용을 결정해 일상적인 사용에 더 적합합니다. 다만 규칙이 오래되었거나 잘못 적용되면 같은 브라우저에서 일부 사이트는 직접 연결되고 다른 사이트는 회선을 통과할 수 있습니다.

문제 해결 중에는 잠시 전체 모드로 전환해 대상 앱을 테스트할 수 있습니다. 전체 모드에서는 작동하지만 분할 모드에서는 작동하지 않는다면 클라이언트 설치나 구독보다 규칙 매칭에 문제가 있을 가능성이 큽니다. 분할 모드로 돌아온 뒤 규칙을 업데이트하고 대상 도메인이 어느 그룹에 포함되었는지 확인하세요. 사내 네트워크를 이용할 때는 내부 도메인과 로컬 네트워크 주소가 직접 연결되도록 해 로컬 프린터, 파일 공유나 기업 리소스가 원격으로 전달되지 않게 해야 합니다.

시작 프로그램 등록과 자동 연결은 별도로 설정

시작 프로그램 등록과 자동 연결은 서로 다른 설정입니다. 시작 프로그램 등록은 Windows 로그인 후 클라이언트가 실행되도록 할 뿐입니다. 자동 연결에는 기본 회선 선택, 구독 로드와 프록시 또는 TUN 시작이 추가로 필요합니다. 시작 시 실행만 활성화하면 작업 표시줄에 아이콘은 나타나도 연결되지 않은 상태일 수 있습니다.

먼저 클라이언트 설정에서 ‘시스템 시작 시 실행’ 또는 같은 의미의 옵션을 켠 다음 ‘실행 후 연결’, ‘마지막 상태 복원’ 또는 ‘시작 시 프록시 활성화’ 옵션이 있는지 확인하세요. 해당 옵션이 있다면 사용 환경에 맞게 선택합니다. 기업 내부망과 공용 네트워크를 자주 오가는 기기는 분할 규칙을 이해하지 못한 상태에서 모든 트래픽을 자동으로 처리하도록 설정하지 않는 것이 좋습니다. 원격 협업에 주로 사용하는 기기라면 안정적인 회선을 저장하고 상태 복원을 활성화할 수 있습니다.

설정 후 클라이언트만 재시작하지 말고 Windows를 완전히 재부팅해 확인하세요. 시스템에 로그인한 뒤 클라이언트가 로드될 때까지 기다리고, 알림 영역에 아이콘이 나타나는지 확인한 다음 연결 상태, 현재 회선과 시스템 프록시를 점검합니다. 일부 클라이언트가 너무 일찍 시작해 네트워크 어댑터가 아직 준비되지 않으면 첫 연결이 실패할 수 있습니다. 이때는 여러 시작 항목을 추가하지 말고 클라이언트가 네트워크 복구 후 재연결을 지원하는지 확인하세요.

  1. 클라이언트에서 시스템 시작 시 실행을 활성화합니다.
  2. 기본 회선 또는 마지막으로 사용한 회선이 여전히 존재하는지 확인합니다.
  3. 필요에 따라 실행 후 연결 또는 연결 상태 복원을 활성화합니다.
  4. Windows를 재부팅하고 프로그램, 회선과 프록시 상태를 확인합니다.
  5. 클라이언트를 연결 해제하고 종료한 뒤 시스템 네트워크가 복구되는지 확인합니다.

클라이언트가 자동으로 시작되지 않으면 Windows의 시작 앱 관리 화면을 열어 해당 항목이 비활성화되어 있는지 확인하세요. 같은 클라이언트에 시작 항목이 여러 개 있으면 클라이언트가 직접 만들었고 현재 설치 폴더를 가리키는 항목을 남기세요. 프로그램 폴더를 이동했거나 포터블 버전을 사용했거나 시작 항목을 정리했다면 기존 경로가 더 이상 유효하지 않을 수 있습니다. 이때는 클라이언트 설정에서 자동 시작을 껐다가 다시 켜는 방법이 수동으로 바로 가기를 복사하는 것보다 경로를 일관되게 유지하기 쉽습니다.

자동 시작 결론: 프로그램이 실행되고, 구독이 로드되며, 기본 회선을 사용할 수 있고, 프록시가 트래픽을 처리한 뒤 종료 시 시스템 네트워크가 복구되는 상태가 올바릅니다. 작업 표시줄 아이콘만 나타난다고 확인이 끝난 것은 아닙니다.

자주 발생하는 오류를 장애 계층별로 점검

문제가 생기면 로컬 네트워크, 구독, 프로토콜, 회선, 프록시 모드와 앱 규칙 순서로 단계별 점검해야 합니다. 한 번에 하나의 변수만 변경하고 매번 다시 테스트하세요. 클라이언트, 프로토콜, DNS와 회선을 계속 바꾸면 실제 원인을 가릴 뿐 아니라 어느 단계에서 연결이 복구되었는지도 알 수 없습니다.

구독 업데이트 시간 초과

먼저 일반 웹페이지가 열리는지 확인한 다음 구독 도메인이 해석되는지 점검하세요. 로컬 네트워크가 정상이라면 링크를 다시 복사하고 공백이 없는지 확인합니다. 그래도 시간 초과가 발생하면 시스템 시간, 클라이언트 네트워크 권한과 보안 프로그램 기록을 확인하세요. 구독을 공개 온라인 변환 페이지에서 처리하지 마세요. 변환 과정에서 전체 설정이 노출될 수 있습니다.

회선은 표시되지만 연결되지 않음

먼저 같은 지역의 다른 회선으로 바꿔 단일 회선 문제인지 클라이언트 문제인지 구분하세요. 모든 회선이 실패하면 프로토콜 호환성, 클라이언트 코어 버전과 시스템 시간을 확인합니다. 특정 회선만 실패한다면 다른 설정은 그대로 두고 회선을 바꾸면 되며 전체 구독을 삭제할 필요는 없습니다.

연결 후 인터넷이 완전히 끊김

클라이언트를 종료하고 Windows 시스템 프록시가 이미 닫힌 로컬 포트를 가리키고 있지 않은지 확인하세요. TUN을 사용한다면 가상 네트워크 어댑터 상태와 다른 네트워크 처리 소프트웨어의 존재 여부를 점검합니다. 네트워크를 복구한 뒤 클라이언트 하나만 실행하고, 먼저 시스템 프록시로 브라우저를 확인한 다음 TUN을 테스트해 두 모드를 동시에 켜지 않도록 하세요.

브라우저는 되지만 다른 소프트웨어는 되지 않음

이는 보통 브라우저는 시스템 프록시를 따르지만 대상 프로그램은 따르지 않는다는 뜻입니다. 먼저 대상 프로그램 자체에 프록시 옵션이 있는지 확인하세요. 없다면 TUN 모드로 테스트합니다. 기업용 기기에는 네트워크 정책 제한이 있을 수 있으므로 전환 전에 내부망 접근과 보안 요구 사항에 영향을 주지 않는지 확인해야 합니다.

절전 모드 해제 후 연결이 끊김

절전 모드에서 깨어날 때 네트워크 어댑터가 연결을 다시 설정하지만 클라이언트는 이전 세션을 유지할 수 있습니다. 먼저 연결을 끊었다가 다시 연결하세요. 자주 발생한다면 클라이언트의 네트워크 변경 후 재연결 또는 연결 복원 옵션을 활성화합니다. 해당 옵션이 없다면 깨어난 뒤 수동으로 다시 연결하고 출처가 불분명한 자동화 스크립트는 만들지 마세요.

Windows VPN 일상 유지 관리 점검

처음 설정을 마친 뒤 자주 재설치할 필요는 없습니다. 더 유용한 관리 방법은 정기적으로 구독을 업데이트하고, 이미 확인한 예비 회선을 하나 남겨 두며, 지원되는 클라이언트 버전을 유지하고, Windows 주요 버전 업데이트 후 가상 네트워크 어댑터와 시작 항목을 다시 확인하는 것입니다. 회선 이름이 바뀌거나 노드가 사라졌을 때는 설정을 수동으로 편집하는 것보다 구독을 업데이트하는 편이 일반적으로 더 안정적입니다.

분할 규칙도 확인해야 합니다. 웹사이트 도메인, 서비스 주소와 앱의 연결 방식은 바뀔 수 있으므로 오래된 규칙이 회선을 사용해야 하는 요청을 직접 연결로 처리하거나 로컬 리소스를 잘못 전달할 수 있습니다. ‘예전에는 됐지만 지금은 일부 기능에 문제가 있음’과 같은 상황에서는 먼저 구독과 규칙을 업데이트한 뒤 DNS와 앱 캐시를 확인하세요. Windows 네트워크 설정 전체를 바로 초기화할 필요는 없습니다.

  • ✅ 현재 사용 가능한 회선 외에 예비 회선을 남겨 두세요.
  • ✅ 클라이언트 업데이트 후 프로토콜, TUN과 시스템 프록시를 다시 확인하세요.
  • ✅ Windows 업데이트 후 가상 네트워크 어댑터와 시작 앱 상태를 확인하세요.
  • ✅ 클라이언트를 종료할 때 시스템 프록시가 복구되었는지 확인하세요.
  • ❌ 구독, QR 코드, 진단 패키지 또는 연결 로그 원본을 공개적으로 공유하지 마세요.
  • ❌ 반복적인 재설치를 회선 오류의 첫 번째 해결 방법으로 삼지 마세요.

전체 과정은 다음과 같이 정리할 수 있습니다. 프로토콜에 맞는 클라이언트를 사용하고, 구독을 안전하게 가져오며, 목적 지역과 경로 유형에 따라 회선을 선택한 뒤 출구·DNS·앱 테스트로 연결을 확인하고, 마지막으로 시작 시 실행과 자동 연결을 각각 설정합니다. 문제가 발생하면 계층별로 점검하는 편이 설정을 삭제하고 처음부터 다시 시작하는 것보다 빠르고, 이미 확인한 설정도 보존하기 쉽습니다.