이 글의 목적은 Microsoft Edge IE 모드가 작동하지 않거나 특정 사이트가 IE 모드로 전환되지 않는 상황에서, 엔터프라이즈 사이트 목록(XML)과 관련 정책(GPO·Intune)을 올바르게 구성하고 현장에서 즉시 검증·복구할 수 있도록 절차와 점검 기준을 체계적으로 제공하는 것이다.
1. IE 모드가 “작동 안 함”으로 보이는 대표 증상과 원인 분류
IE 모드 문제는 브라우저 메뉴가 안 보이는 현상, 사이트가 목록에 있어도 Edge 모드로 열리는 현상, 목록 업데이트가 반영되지 않는 현상으로 나뉘는 경우가 많다. 원인을 먼저 분류해야 불필요한 재설치나 레지스트리 수정 없이 빠르게 복구할 수 있다.
| 증상 | 현장에서 가장 흔한 원인 | 우선 점검 대상 |
|---|---|---|
| “Internet Explorer 호환성” 항목이 Edge 설정에 없음 | IE 통합 정책 미구성, 오래된 ADMX, 상위 정책 충돌 | InternetExplorerIntegrationLevel, ADMX 버전, edge://policy |
| 사이트가 IE 모드로 안 열리고 그냥 Edge로 열림 | 사이트 목록 미적용, XML 형식 오류, 목록 경로 접근 불가 | InternetExplorerIntegrationSiteList, edge://compat/enterprise |
| 목록 수정했는데 사용자 PC에서 반영 안 됨 | 새로 고침 간격, 캐시, 버전 증가 누락, 브라우저 재시작 누락 | SiteListRefreshInterval, Force update, XML version |
| “IE 모드로 다시 로드” 메뉴가 회색 또는 없음 | 로컬 IE 모드 재로드 정책 미허용, 기능 테스트 정책 오해 | InternetExplorerIntegrationReloadInIEModeAllowed |
| 특정 사용자만 되고 다른 사용자는 안 됨 | User/Computer 범위 혼재, OU 링크/필터링, 프로필별 정책 | GPO 적용 범위, Intune 할당, edge://policy 사용자/기기 |
주의 : IE 모드 정책은 “대부분 브라우저 재시작이 필요하다”는 특성이 있다. 정책을 바꾼 직후 테스트가 실패하더라도, 동일 단말에서 Edge 재시작과 정책 적용 확인(edge://policy)을 먼저 수행해야 한다.
2. IE 모드의 핵심 구성 요소 3가지
IE 모드는 아래 3가지가 동시에 맞아야 안정적으로 동작한다. 셋 중 하나라도 빠지면 “사이트 목록을 넣었는데도 안 된다”는 결론으로 이어지기 쉽다.
2.1 IE 통합 수준 정책
Edge가 IE 모드를 사용할 수 있도록 통합 수준을 “IE 모드(IEMode)”로 설정해야 한다. 이 값이 “없음(None)”이면 사이트 목록이 있어도 IE 모드가 사실상 비활성화될 수 있다.
2.2 엔터프라이즈 사이트 목록 정책
IE 모드로 열어야 할 사이트를 정의한 XML(스키마 v2)을 준비하고, Edge 정책에 해당 XML 위치를 지정해야 한다. 운영에서는 HTTPS 게시를 권장한다.
2.3 적용·검증·업데이트 경로
정책이 실제 단말에 적용되었는지(edge://policy), 목록이 로드되었는지(edge://compat/enterprise), 목록 변경이 반영되었는지를 확인하는 표준 절차가 있어야 장애가 반복되지 않는다.
3. (권장) 엔터프라이즈 사이트 목록(XML) 준비 방법
사이트 목록은 스키마 v2 XML을 사용해야 하며, 운영 환경에서는 “브라우저 내 사이트 목록 관리자”를 활용하면 형식 오류를 크게 줄일 수 있다. 단, 정책으로 접근을 허용해야 메뉴가 노출된다.
3.1 브라우저 내 사이트 목록 관리자 사용(가장 실무적)
정책으로 사이트 목록 관리자 접근을 허용하면, Edge의 호환성 페이지에서 사이트를 추가하고 XML로 내보낼 수 있다. 이 방식은 XML 오타로 인한 전체 로드 실패 위험을 낮추는 장점이 있다.
| 항목 | 권장 설정 | 설명 |
|---|---|---|
| 사이트 목록 관리자 접근 정책 | EnterpriseModeSiteListManagerAllowed = 허용 | edge://compat 영역에서 “Enterprise Site List Manager” 진입점을 노출한다. |
| 사이트 추가 시 Open in | IE mode 또는 IE11 | 조직 요구에 따라 IE 모드로 열도록 지정한다. |
| 내보내기 | XML(v2) | 배포용 사이트 목록 파일로 사용한다. |
3.2 최소 예시 XML(스키마 v2) 템플릿
아래 예시는 “사이트 1개를 IE 모드로 열기”에 필요한 핵심 구조를 이해하기 위한 최소 예시이다. 운영에서는 실제 도메인, 버전, 필요 시 호환 모드 값을 조직 표준에 맞춰 관리해야 한다.
<?xml version="1.0" encoding="utf-8"?> <site-list version="1"> <created-by> <tool>Enterprise Site List Manager</tool> </created-by> <site url="legacy.example.com"> <compat-mode>IE11</compat-mode> <open-in>IE11</open-in> </site> </site-list> 주의 : 사이트 목록 XML이 한 글자라도 깨지면 “해당 목록 전체가 로드 실패”로 처리되는 사례가 많다. 수작업 편집이 필요하면, 편집 후 반드시 단말에서 목록 로드 상태(edge://compat/enterprise)를 확인해야 한다.
3.3 사이트 목록 배포 위치(HTTPS 권장)와 실무 체크
배포 위치는 HTTPS, 파일 공유, 로컬 파일(file URI) 등 여러 방식이 가능하지만, 운영 안정성과 접근 제어를 고려하면 HTTPS 게시가 가장 관리가 쉽다. 파일 공유를 쓰는 경우는 인증/권한/오프라인 시나리오에서 예외가 자주 발생한다.
| 배포 방식 | 장점 | 현장 이슈 포인트 | 권장 용도 |
|---|---|---|---|
| HTTPS URL | 권한·감사·캐시 제어 용이 | 서버 캐시/프록시로 변경 반영 지연 가능 | 대부분의 기업 표준 운영 |
| 파일 공유 경로 | 서버 구축이 단순 | 사용자 권한, VPN/오프라인, SMB 지연 | 소규모 또는 내부망 한정 |
| 로컬 파일 | 네트워크 영향 최소 | 배포 자동화 필요, 파일 갱신 관리 부담 | 특수망·격리망 |
4. GPO로 IE 모드 사이트 목록 정책 구성 절차(표준)
온프레미스 AD 환경에서는 그룹 정책으로 IE 모드 구성이 가장 일반적이다. 아래 순서대로 적용하면 “IE 모드 자체 활성화 → 사이트 목록 지정 → 사용자가 즉시 확인” 흐름으로 안정적으로 구축할 수 있다.
4.1 최신 Edge ADMX 적용이 먼저이다
정책 항목이 보이지 않거나 이름이 다르게 보이면, ADMX가 오래되었을 가능성이 높다. 중앙 저장소(PolicyDefinitions)에 최신 MSEdge.admx와 언어 파일을 배치한 뒤 진행하는 것이 안전하다.
4.2 필수 정책 2종 세트 구성
실무에서 가장 많이 빠뜨리는 조합은 “통합 수준만 설정하고 사이트 목록을 안 넣는 경우” 또는 “사이트 목록만 넣고 통합 수준을 안 올리는 경우”이다. 아래 2개는 세트로 본다.
| 정책 표시 이름 | 정책 키(대표) | 권장 값 | 효과 |
|---|---|---|---|
| Internet Explorer 통합 구성 | InternetExplorerIntegrationLevel | IEMode(1) | Edge가 IE 모드를 사용하도록 통합 수준을 설정한다. |
| 엔터프라이즈 모드 사이트 목록 구성 | InternetExplorerIntegrationSiteList | HTTPS 또는 조직 표준 경로 | IE 모드 대상 사이트 정의 XML을 지정한다. |
4.3 목록 갱신·운영 편의 정책(권장)
사이트 목록은 변경이 생기기 마련이므로, 갱신 주기와 사용자 예외 처리(로컬 목록)를 운영 정책으로 정해두면 장애 대응이 빨라진다.
| 목적 | 정책 키(대표) | 권장 방향 | 비고 |
|---|---|---|---|
| 사이트 목록 새로 고침 간격 | InternetExplorerIntegrationSiteListRefreshInterval | 운영 요구에 맞춰 분 단위 설정 | 최소 30분 제약이 존재하므로 지나치게 짧게 잡으면 정책이 무시될 수 있다. |
| 미구성 사이트를 IE 모드로 재로드 허용 | InternetExplorerIntegrationReloadInIEModeAllowed | 필요 시 허용 | 긴급 대응(목록 반영 전 임시)에는 유용하지만 남용하면 통제력이 약해질 수 있다. |
| 로컬 사이트 목록 유지 기간 | InternetExplorerIntegrationLocalSiteListExpirationDays | 기본 30일 또는 조직 표준 | 로컬 목록은 “운영 목록 업데이트 전 임시 우회” 성격으로 사용한다. |
| 사이트 목록 관리자 메뉴 노출 | EnterpriseModeSiteListManagerAllowed | 관리자/담당자 범위로만 허용 | 현업 사용자에게 전체 허용하면 무단 변경 이슈가 발생할 수 있다. |
4.4 적용 범위(User/Computer) 운영 원칙
동일 정책이 사용자 구성과 컴퓨터 구성에 혼재되면 “일부만 적용”처럼 보이는 상황이 생긴다. 조직 표준을 정해 일관되게 적용해야 한다.
일반적인 운영 권장안은 다음과 같다. 단말 공통 강제는 컴퓨터 구성, 사용자별 예외는 사용자 구성으로 분리하는 방식이 실무에서 관리가 쉽다.
권장 운영 예시 - 컴퓨터 구성: InternetExplorerIntegrationLevel, InternetExplorerIntegrationSiteList, SiteListRefreshInterval - 사용자 구성(필요 시): ReloadInIEModeAllowed, SiteListManagerAllowed(담당자 전용) 5. Intune(설정 카탈로그)로 IE 모드 사이트 목록 정책 구성 절차
클라우드 단말 관리에서는 Intune 설정 카탈로그로 Microsoft Edge 정책(ADMX 기반)을 배포하는 방식이 일반적이다. 핵심은 GPO와 동일하며, “IE 통합 수준 + 사이트 목록 위치”를 반드시 함께 구성해야 한다.
5.1 구성 흐름(현장 표준)
| 단계 | 작업 | 핵심 포인트 |
|---|---|---|
| 1 | 장치 구성 프로필 생성(설정 카탈로그) | 플랫폼은 Windows 10/11 계열로 일치시켜야 한다. |
| 2 | Microsoft Edge 정책 검색 및 추가 | InternetExplorerIntegrationLevel, InternetExplorerIntegrationSiteList를 우선 추가한다. |
| 3 | 값 설정 | IEMode 설정, 사이트 목록은 HTTPS 또는 조직 표준 경로로 지정한다. |
| 4 | 할당(디바이스/사용자 그룹) | 현장에서는 “정책이 안 먹는다”의 대부분이 할당 대상 누락이다. |
| 5 | 단말에서 적용 확인 | edge://policy로 수신 여부를 확인하고, 이후 edge://compat/enterprise로 목록 로드를 확인한다. |
주의 : Intune은 동기화 주기와 네트워크 상태에 따라 적용이 늦게 보일 수 있다. 현장 검증은 “edge://policy에 정책이 내려왔는지”를 먼저 보고 판단해야 한다.
6. 단말에서 “정상 동작”을 3분 안에 판별하는 검증 절차
아래 절차는 장애 대응 시 표준으로 사용하기 좋다. 각각의 단계가 “정책 적용 여부”, “목록 로드 여부”, “사이트 매칭 여부”를 분리해 확인한다.
6.1 정책 적용 여부 확인
Edge 주소창에서 정책 페이지를 열어 InternetExplorerIntegrationLevel과 InternetExplorerIntegrationSiteList가 원하는 값으로 존재하는지 확인한다. 값이 없으면 배포 단계 문제이다.
현장 체크 순서 1) Edge 실행 후 주소창에 edge://policy 입력한다. 2) InternetExplorerIntegrationLevel 값이 IEMode로 내려왔는지 확인한다. 3) InternetExplorerIntegrationSiteList 값에 사이트 목록 위치가 정확히 들어갔는지 확인한다. 4) 값이 보이는데도 동작이 이상하면 Edge를 완전히 종료 후 재실행한다. 6.2 사이트 목록 로드 여부 확인
호환성 진단 페이지에서 목록 위치, 마지막 다운로드 시각, 항목 수가 기대값과 일치하는지 확인한다. 필요 시 Force update를 수행해 즉시 갱신을 유도한다.
현장 체크 순서 1) Edge 주소창에 edge://compat/enterprise 입력한다. 2) Enterprise Mode Site List 위치가 정책의 값과 일치하는지 확인한다. 3) Last download/Status/Entries(표시 항목)를 확인한다. 4) 갱신이 안 되면 Force update를 눌러 재시도한다. 6.3 사이트 매칭 여부 확인
사이트 목록에 넣은 URL이 실제 접속 URL과 다르면 매칭되지 않는다. 특히 http/https, 서브도메인, 경로 포함 여부가 엇갈리면 “목록에 넣었는데 왜 안 되지”가 발생한다.
| 실수 패턴 | 예 | 대응 |
|---|---|---|
| 프로토콜 불일치 | 목록은 http, 실제는 https | 운영 주소에 맞춰 목록을 수정한다. |
| 서브도메인 누락 | legacy.example.com vs app.legacy.example.com | 실접속 도메인 기준으로 등록한다. |
| 경로 의존 사이트 | /portal 만 IE 모드 필요 | 경로 포함 등록을 고려하고 영향 범위를 검토한다. |
7. “IE 모드 메뉴가 없다” 또는 “설정이 회색”일 때의 실무 해법
사용자 메뉴에서 “IE 모드로 다시 로드”를 쓰려는 요구가 있을 수 있다. 이 경우 기능 테스트 관련 오래된 정책을 참고해 잘못 구성하는 사례가 많다. 실무에서는 “미구성 사이트 재로드 허용 정책”을 명확히 적용하는 편이 재현성이 높다.
7.1 재로드 허용 정책의 의미
InternetExplorerIntegrationReloadInIEModeAllowed는 조직 사이트 목록에 없는 사이트라도 사용자가 IE 모드로 재로드해 임시로 업무를 이어가도록 돕는 성격이다. 사이트 목록이 정비되면 불필요해질 수 있으므로, 기간·대상을 정해 운영하는 방식이 안전하다.
7.2 로컬 목록 유지 기간 운영
로컬 목록은 기본적으로 일정 기간(기본 30일)만 유지되며, 운영 목록 업데이트 전의 임시 방편으로 사용하기 적합하다. 조직이 통제해야 하는 레거시 사이트는 결국 중앙 사이트 목록에 반영해야 한다.
주의 : “Allow Internet Explorer mode testing” 성격의 오래된 정책은 Edge 버전에 따라 동작하지 않거나 권장되지 않는 경우가 있다. 현장에서는 ReloadInIEModeAllowed를 기준으로 운영하는 것이 혼선을 줄이는 방향이다.
8. 목록 업데이트가 반영되지 않는 운영 장애를 줄이는 방법
사이트 목록은 한 번 만들고 끝나는 문서가 아니라 지속 업데이트 대상이다. 운영 장애를 줄이려면 “버전 증가, 배포 경로 캐시 관리, 검증 루틴”을 표준화해야 한다.
8.1 XML 버전 관리 원칙
사이트 목록의 version 값을 운영 규칙에 따라 증가시키고, 변경 이력을 남기는 것이 좋다. 변경 후 단말 검증 시 “내가 보는 목록이 최신인지”를 빠르게 판단할 수 있다.
8.2 HTTPS 게시 시 캐시 이슈 예방
프록시나 웹 서버 캐시로 인해 새 XML이 즉시 내려오지 않는 경우가 있다. 운영에서는 배포 서버의 캐시 정책을 점검하고, 목록 갱신 간격 정책을 조직 요구에 맞춰 조정해야 한다.
8.3 현장 표준 점검 체크리스트
| 체크 항목 | 정상 기준 | 문제 시 조치 |
|---|---|---|
| 정책이 내려왔는가 | edge://policy에 2개 필수 정책 값이 존재한다 | GPO 링크/보안 필터/Intune 할당을 재점검한다 |
| 목록이 로드되었는가 | edge://compat/enterprise에 항목 수와 다운로드 기록이 정상이다 | Force update, 경로 접근 권한, XML 오류를 점검한다 |
| 사이트가 매칭되는가 | 실접속 URL이 목록 엔트리와 일치한다 | 프로토콜/서브도메인/경로 포함 여부를 수정한다 |
| 변경이 반영되는가 | 갱신 간격 내에 목록 버전이 업데이트된다 | RefreshInterval 조정, 서버 캐시, Edge 재시작을 점검한다 |
9. 장애 대응에 바로 쓰는 PowerShell 점검 예시(선택)
정책이 제대로 내려오지 않는 단말에서 레지스트리 정책 경로를 빠르게 확인할 때 유용한 예시이다. 조직 표준에 따라 사용 여부를 결정해야 한다.
# 관리자 권한 PowerShell에서 실행하는 예시이다. # 실제 운영 반영 전에는 테스트 OU/테스트 단말에서 검증해야 한다. $edgePolicyPath = "HKLM:\SOFTWARE\Policies\Microsoft\Edge" if (-not (Test-Path $edgePolicyPath)) { New-Item -Path $edgePolicyPath -Force | Out-Null } # IE 통합 수준 확인/설정(예시: IEMode=1) New-ItemProperty -Path $edgePolicyPath -Name "InternetExplorerIntegrationLevel" -PropertyType DWord -Value 1 -Force | Out-Null # 사이트 목록 위치 설정(예시: HTTPS 또는 내부 표준 경로) New-ItemProperty -Path $edgePolicyPath -Name "InternetExplorerIntegrationSiteList" -PropertyType String -Value "https://example.local/iemode/sites.xml" -Force | Out-Null Write-Output "정책 레지스트리 값이 설정되었다. Edge 재시작 후 edge://policy로 확인해야 한다." 주의 : 레지스트리 직접 설정은 중앙 정책과 충돌할 수 있으므로, 원칙적으로는 GPO 또는 Intune 정책으로 관리하는 방식이 안전하다. 현장 긴급 복구 목적이라면 사후에 중앙 정책으로 정리해야 한다.
FAQ
사이트 목록을 넣었는데 특정 PC만 IE 모드가 안 되는 이유가 무엇인가?
가장 흔한 원인은 정책 범위(User/Computer)가 다르거나, 단말이 다른 OU에 속해 정책 링크가 다르거나, Intune 할당 그룹에서 누락된 경우이다. 단말에서 edge://policy로 두 개 필수 정책(통합 수준, 사이트 목록 위치)이 실제로 존재하는지부터 확인해야 한다.
목록 XML을 수정했는데 반영이 늦는 이유는 무엇인가?
새로 고침 간격 정책, 프록시/서버 캐시, 브라우저 재시작 누락이 대표 원인이다. edge://compat/enterprise에서 Force update로 즉시 갱신을 시도하고, 목록 버전이 변경되었는지와 마지막 다운로드 시각을 함께 확인해야 한다.
사용자에게 “IE 모드로 다시 로드” 메뉴를 허용해야 하는가?
운영 사이트 목록 반영 전의 임시 우회로는 유용하지만, 무분별하게 허용하면 통제되지 않은 IE 모드 사용이 늘어날 수 있다. 필요 조직만 제한적으로 허용하고, 로컬 목록 유지 기간을 정책으로 관리하는 방식이 실무적으로 안전하다.
사이트 목록 관리 도구(브라우저 내 관리자)가 보이지 않는 이유는 무엇인가?
EnterpriseModeSiteListManagerAllowed 정책이 기본적으로 비활성화되어 있을 수 있다. 담당자 범위로만 해당 정책을 허용하고, edge://compat 영역에서 메뉴 노출을 확인해야 한다.
사이트 목록에 무엇을 넣어야 하는지 판단 기준이 무엇인가?
ActiveX, 구형 문서 모드 의존, 특정 IE 엔진 호환이 필요한 내부 업무 시스템이 대상이다. 단순히 “오래된 사이트”가 아니라, Edge 표준 엔진에서 기능 결함이 재현되는 사이트를 중심으로 최소 범위로 관리하는 것이 운영 비용을 줄이는 방향이다.