모두
모두콘텐츠
조립을 마친 PC에서 드라이버 설치 파일이 실행되지 않는다는 이야기를 종종 듣습니다. 보안 프로그램이 원인인지 확인하려고 윈도우 디펜더를 끄는 경우가 있는데, 먼저 어떤 보호 기능을 끄는지 구분해야 합니다. 설치 오류를 시험할 때 건드릴 설정은 대개 ‘실시간 보호’입니다. 이 설정은 잠시 꺼지며, 일정 시간이 지나면 Windows가 자동으로 다시 켭니다.
끄기 전에 설치 파일부터 확인합니다
‘디펜더 때문에 안 된다’는 메시지만으로 정상 파일이라고 판단할 수는 없습니다. 파일을 받은 경로와 게시자를 확인하고, 파일 속성의 디지털 서명 탭이 있다면 서명자도 확인합니다. 설치 파일 이름이 익숙해 보여도 출처가 불분명하면 실행하지 않는 편이 낫습니다. 특히 백신을 끄라고 안내하는 압축 파일이나 패치 파일은 더 신중하게 봐야 합니다.
보호 기록에 차단 항목이 있다면 탐지 이름과 대상 파일 경로를 먼저 적어 둡니다. 그 기록이 없고 설치 프로그램이 단순히 멈추는 상황이라면 저장 공간 부족, 손상된 다운로드 파일, 관리자 권한 문제처럼 다른 원인일 수도 있습니다. 디펜더를 끄기 전후에 같은 파일로 한 번씩 실행해 봐야 원인을 좁힐 수 있습니다.
윈도우 디펜더 실시간 보호를 잠시 끄는 순서
- 시작 메뉴에서 ‘Windows 보안’을 검색해 엽니다.
- ‘바이러스 및 위협 방지’를 누릅니다.
- ‘바이러스 및 위협 방지 설정’ 아래의 ‘설정 관리’를 누릅니다.
- ‘실시간 보호’를 ‘끔’으로 바꾸고, 사용자 계정 컨트롤 창이 뜨면 변경을 승인합니다.
Windows 11에서는 설정 앱의 ‘개인 정보 및 보안’에서 ‘Windows 보안’으로 들어갈 수도 있습니다. Windows 10은 설정 앱의 메뉴 이름이 일부 다르므로, 시작 메뉴 검색이 더 간단합니다. 스위치를 끈 직후 경고 표시가 뜨는 것은 정상입니다. 이 상태에서 원래 실패하던 작업을 바로 다시 실행하고, 끝나면 같은 화면에서 실시간 보호를 다시 켭니다.
Microsoft 안내에 따르면 실시간 보호를 꺼도 예약 검사는 계속될 수 있습니다. 반면 꺼진 동안 열거나 내려받은 파일은 실시간 검사를 받지 않습니다. 그래서 설치를 시험하는 짧은 시간에만 끄는 게 좋습니다. 시간이 지나 자동으로 다시 켜질 수 있으니, 작업이 끝난 뒤 스위치가 ‘켬’인지 직접 확인하는 편이 확실합니다.
스위치가 안 보이거나 다시 켜지는 이유
스위치를 껐는데 나중에 다시 켜졌다면 설정 오류라고 단정할 필요는 없습니다. 실시간 보호는 원래 자동 복구되도록 설계돼 있습니다. 레지스트리나 서비스를 바꿔 영구적으로 막으려는 방법은 Windows 업데이트나 보호 설정과 충돌할 수 있어, 설치 오류를 확인하려는 목적에는 맞지 않습니다.
설정이 회색으로 표시되거나 ‘조직에서 관리’한다는 문구가 보이면 회사·학교의 관리 정책이 적용됐을 수 있습니다. 이때는 개인 PC처럼 설정을 바꿀 수 없습니다. 다른 백신을 설치해 사용 중인 PC라면 Windows 보안의 바이러스 및 위협 방지 화면에서 실제 보호를 담당하는 제품 이름부터 확인합니다. Microsoft 안내상 정상 작동하는 다른 백신이 등록되면 디펜더의 활성 상태도 자동으로 바뀔 수 있습니다.
‘변조 방지’를 꺼야만 실시간 보호를 바꿀 수 있다는 설명도 종종 보이는데, 일반적인 Windows 보안 앱 조작에는 해당하지 않습니다. Microsoft는 관리자 계정이라면 변조 방지가 켜진 상태에서도 Windows 보안 앱에서 실시간 보호 설정을 변경할 수 있다고 안내합니다.
특정 파일에서만 문제가 나면 제외 항목을 좁힙니다
매번 같은 정상 프로그램만 차단된다면 PC 전체의 실시간 보호를 반복해서 끄기보다 제외 항목을 검토할 수 있습니다. ‘바이러스 및 위협 방지’에서 ‘설정 관리’로 들어간 뒤, 아래쪽의 ‘제외’에서 ‘제외 추가 또는 제거’를 선택합니다. 파일 하나가 문제라면 폴더나 파일 형식 전체보다 해당 파일만 지정하는 편이 범위를 좁힐 수 있습니다.
다만 제외한 항목은 실시간 검사의 보호 범위에서 빠집니다. 개발 도구의 작업 폴더처럼 파일이 계속 바뀌는 곳을 통째로 제외하면 그 안에 들어온 다른 파일도 영향을 받습니다. 파일의 신뢰성을 확인하지 못했거나 탐지 이유가 불분명하다면 제외하지 말고, 게시자가 제공한 정상 설치 파일을 다시 받는 쪽이 먼저입니다. 문제가 해결되면 불필요해진 제외 항목도 삭제합니다.
제가 설치 오류를 확인할 때는 차단 기록을 보고, 필요한 경우 실시간 보호를 잠시 끈 상태에서 같은 작업을 재현한 뒤 곧바로 다시 켭니다. 그 짧은 비교만으로도 디펜더가 원인인지 꽤 분명해집니다. 원인이 아니라면 보호 설정을 더 건드리기보다 설치 파일과 오류 메시지를 다시 보는 편이 시간을 아낍니다.
