왜 Windows Server 2022 전용 설명이 필요할까요?

검색창에 Clash Verge Rev와 Windows Server 2022 설치를 같이 넣는 경우는 보통 두 가지입니다. 하나는 테스트·구축용 가상 서버에 그래픽 클라이언트를 깔아 두고 규칙·구독을 손으로 확인하고 싶은 경우, 다른 하나는 원격 데스크톱으로만 붙는 관리 형태에서도 트레이 프로그램처럼 쓰고 싶은 경우입니다. Windows 10이나 Windows 11 안내와 겉모습은 비슷해 보여도, 서버 SKU는 기본적으로 IE 보안 강화 구성과 Windows Defender 방화벽 프로필이 더 보수적으로 잡히는 편이고, Server Core처럼 아예 데스크톱이 없는 이미지에서는 같은 설치 프로그램을 가져와도 전제가 맞지 않습니다.

이 글은 데스크톱 체험이나 최소한 GUI·브라우저·WebView2 요구를 만족하는 환경을 전제로, Mihomo 계열 코어를 묶은 Clash GUI 한 종류에 초점을 맞춥니다. Windows 클라이언트 공통 흐름을 넓게 보고 싶다면 Windows 10용 Clash Verge Rev 설치나 Clash Verge Rev 종합 가이드와 대조해 읽으면 메뉴 이름 차이까지 덜 헷갈립니다.

설치 전제: 에디션·역할·브라우저

먼저 인스턴스가 데스크톱 체험을 포함하는지 확인합니다. Server Core만 있는 경우 이 문서의 그래픽·트레이형 Clash Verge Rev 절차와 전제가 다릅니다. 그때는 헤드리스 게이트웨이 구성이나 다른 호스트의 프록시만 쓰는 방향이 자연스럽습니다. 표준 GUI 이미지라도 관리 도구가 과하게 빠져 있으면 Microsoft Edge나 기본 브라우저 런타임이 없어 릴리스 페이지조차 열기 어려울 수 있으니, 역할 및 기능에서 필요한 사용자 인터페이스·브라우저 구성 요소를 먼저 맞춥니다.

CPU 아키텍처는 릴리스 표의 x64 또는 ARM64 줄을 그대로 따르는 편이 안전합니다. 클라우드 제공 업체의 ARM 세대 인스턴스를 쓰면 파일 이름만 보고 잘못 고르기 쉽습니다. 방화벽과 함께 보면 혼합 포트나 외부 컨트롤러 포트가 이미 다른 서비스와 겹치면 “프로그램만 뜨고 연결이 이상하다”는 증상이 나올 수 있어, 사전에 혼합 포트·포트 충돌 진단을 참고해 두면 좋습니다.

IE 보안 강화·로컬 인트라넷 영역

Windows Server 계열은 예전부터 Internet Explorer 보안 강화 구성 때문에 “다운로드 링크를 눌렀는데 아무 일도 없다”는 상황이 잘 납니다. 최신 서버에서도 레거시 관리 도구 이름이 남아 있거나, Edge 정책과 겹쳐 표기만 다를 수 있습니다. 핵심은 신뢰할 호스트를 로컬 인트라넷·신뢰할 사이트 쪽으로 옮겨 경고 단계를 줄이되, 불명확한 짧은 주소를 맹신하지 않는 것입니다.

릴리스 페이지를 GitHub 도메인으로 직접 여는지, 조직 프록시가 HTML을 가공하지 않는지도 함께 봅니다. 내부망에서 외부 자산이 막히면 프로그램 설치 이전에 구독 가져오기 단계에서도 동일하게 실패합니다. 이 경우 브라우저 주소 표시줄과 TLS 오류 패널을 먼저 봐야 하며, 클라이언트 내부 설정만 뒤지면 원인을 놓치기 쉽습니다.

공식 릴리스 받기: 설치형과 포터블

Clash Verge Rev 릴리스 자산은 보통 설치 프로그램과 포터블 압축 형태가 함께 올라옵니다. 서버에 오랫동안 남겨 두고 서비스 형태로 쓸 계획이면 설치형이 제거·업데이트 경로가 명확합니다. 여러 버전을 나란히 테스트하거나 특정 드라이브만 백업하려면 포터블 쪽이 실험하기 쉽습니다. 어느 쪽이든 체크섬 확인 습관은 데스크톱과 같습니다.

1. 릴리스 본문에서 권장 파일명과 버전 문자열을 읽고, 현재 Windows Server 2022 빌드와 충돌 메모가 없는지 확인합니다.
2. 브라우저 다운로드 목록에서 차단 표시가 뜨면 Microsoft Defender SmartScreen인지 Edge 정책인지 순서대로 구분합니다.
3. 압축을 풀 디렉터리는 짧은 영문 경로에 두고, 나중에 Windows Defender 방화벽 규칙을 적을 때도 같은 경로 문자열을 쓰기 쉽게 이름을 붙입니다.
4. 제3자 안내문에만 있고 릴리스에 없는 파일명은 받지 않습니다.

Microsoft Defender SmartScreen과 서버 실행

SmartScreen은 “평상시 많이 설치된 서명 있는 앱”과 비교해 상대적으로 보고가 적은 빌드에서 더 자주 개입합니다. 이것이 곧 악성이라는 뜻은 아니지만, 추가 정보를 연 뒤에도 출처·서명·해시를 다시 확인해야 합니다. 서버 운영자는 같은 패널을 여러 번 보게 되니, 스크린샷으로 외울 것이 아니라 판단 기준을 문서화해 두는 편이 낫습니다.

1. 차단 창에서 추가 정보 또는 세부 정보를 펼칩니다.
2. 게시자·파일 경로가 방금 내려받은 자산과 같다면 실행을 허용합니다.
3. 설치가 사용자 계정 컨트롤을 다시 부르면, 시스템 디렉터리에 쓰는 정상 패턴인지 확인한 뒤 진행합니다.
4. 같은 경로로 업데이트할 때마다 다시 검사되는 것은 일반적이라 과민 반응하지 않아도 됩니다. 다만 빌드가 바뀌면 서명 문자열도 함께 바뀌는지 릴리스 노트를 읽습니다.

Microsoft Defender와 Windows Defender 방화벽

데스크톱 안내에서도 실시간 보호가 실행 파일을 격리하는 사례를 다루지만, Windows Server 2022는 역할에 따라 방화벽 프로필이 도메인·개인·공용 중 어디에 묶이는지부터 확인하는 것이 중요합니다. 원격으로 붙어 있는 세션만 공용 프로필로 잡히면, 로컬에서 허용해 둔 규칙과 결과가 달라질 수 있습니다.

Windows Defender 방화벽에서는 최소한 다음을 점검합니다. 프로그램이 수신 대기 포트를 열었다면 인바운드 규칙에 이름을 붙여 두고, 클라이언트가 아웃바운드만 쓰는 경우에도 혼합 포트·TUN 관련 바이너리가 별도 경로에 있으면 각각 예외 또는 규칙을 나눕니다. 정책이 심한 환경에서는 인바운드가 기본 차단이라 로컬 루프백 테스트만 되고 외부로는 안 나가는 패턴도 생깁니다.

• 바이러스 및 위협 방지: 격리 목록에서 신뢰 회복 또는 예외 경로 추가. 폴더를 통째로 열기보다 하위 실행 파일 단위로 좁히는 습관이 안전합니다.
• 방화벽 고급 보안: 애플리케이션 규칙이 이미 그룹 정책으로 고정돼 있지 않은지 확인합니다.
• 네트워크 어댑터 프로필: 공용으로 잡혀 있으면 RDP·브라우저 테스트가 전부 예측과 다르게 보일 수 있습니다.

WebView2·런타임 요구

Clash Verge Rev 계열은 UI에 웹 렌더링 구성 요소를 쓰기 때문에, 깨끗한 서버 이미지에서는 Microsoft Edge WebView2 런타임 설치를 요구할 수 있습니다. 안내에 따르면 한 번만 깔리는 경우가 많고, 이후엔 같은 패널이 반복되지 않습니다. 프록시로 런타임까지 내려받아야 한다면, 먼저 직접 연결 또는 허용된 미러로 파일을 받아 오프라인 설치하는 편이 시간을 아낄 수 있습니다. 다운로드 허브에서 주변 도구를 함께 정리해 두면 재설치 때 검색을 줄일 수 있습니다.

설치 마법사 또는 포터블 압축 해제

설치형을 고르면 마법사에서 경로만 특수 문자가 적은지 확인합니다. 포터블이면 사용자 프로필 아래가 아니라 관리하기 쉬운 드라이브에 전용 폴더를 만들고 압축을 풉니다. 이후 업데이트 때 폴더를 통째로 교체하는지, 내부 업데이터가 있는지 릴리스 노트 우선으로 따라갑니다. 서버에서 테스트 디렉터리 옆에 실패한 이전 버전이 남아 있으면 포트·프로필이 꼬여 보이기 쉬우니, 이름에 날짜 태그를 붙여 구분하는 편이 좋습니다.

첫 실행·RDP 세션·트레이

첫 기동 때 Windows Defender 방화벽이 네트워크 범위를 묻는 대화 상자를 띄우면 사용 시나리오에 맞게 허용 범위를 고릅니다. 원격 데스크톱으로만 접속하는 경우, 콘솔 세션과 다른 현장 사용자가 동시에 로그온해 있으면 트레이 아이콘 위치가 헷갈릴 수 있습니다. 그래도 프로세스는 떠 있을 수 있으니 작업 관리자로 실제로 살아 있는지 먼저 확인합니다. 자동 시작·서비스형 옵션을 켠다면 재부팅 뒤에도 기대한 사용자 구에서 뜨는지 정책과 함께 검증해야 합니다.

Clash 구독 가져오기와 새로 고침

GUI에서 구독 가져오기는 데스크톱과 동일한 흐름입니다. 제공 업체 패널에서 Clash 형식 링크를 복사해 프로필 또는 구독 입력 칸에 붙입니다. Windows Server 2022에서만 실패하는 것처럼 보일 때는, 우선 같은 URL을 서버 안 브라우저 주소줄에 넣었을 때 본문이 내려오는지 봅니다. 내부 DNS나 필터가 막으면 클라이언트 로그만 봐서는 원인이 잘 안 잡힙니다.

1. URL 앞뒤 공백·복사 시 섞인 제어 문자를 메모장에 한 줄로 정리합니다.
2. 구독 본문이 YAML 또는 규약에 맞는 Base64 묶음인지 브라우저로 확인합니다.
3. 새로 고침 후에도 비어 있으면 제공 업체 상태·만료·IP 제한을 의심하고, 필요 시 구독 제공자 선택 가이드의 필터링 절을 참고합니다.

네트워크 측면을 더 깊게 보려면 DNS·fake-ip·규칙 일치 주제를 이어 읽을 수 있습니다. 초기에는 안정판 프로필을 그대로 쓰고 익숙해진 뒤 코어만 올리는 편이 실수가 적습니다.

프록시 켜기·모드·노드 선택

구독이 반영되면 규칙 모드·글로벌 모드 같은 라벨과 시스템 프록시·TUN 스위치를 순서대로 맞춥니다. 서버에서 브라우저만 검증할지, 특정 서비스 계정으로 돌아가는 아웃바운드 전체를 덮을지에 따라 켜야 할 스위치가 달라집니다. 우선은 시스템 프록시만 켠 상태에서 외부 사이트를 열어 보고, 필요할 때만 TUN으로 넓히면 원인 분리가 쉽습니다. 지연 측정 값이 이상하면 지연 테스트·UDP 관련 안내에서 DNS와 테스트 패킷을 같이 점검합니다.

자주 묻는 질문

질문. Hyper-V 안의 Windows Server 2022에서도 절차가 같나요?
답. 게스트 안에서 방화벽 프로필과 가상 스위치 경로만 호스트와 헷갈리지 않게 정리하면, 클라이언트 설치 단계 자체는 동일합니다. 브리지 모드에서 공용 프로필로만 붙으면 허용 규칙이 빗나갈 수 있습니다.

질문. 회사 GPO가 실행 파일 서명 목록만 허용합니다.
답. 코드 서명 체인을 IT에 제출해 예외를 받아야 합니다. 본문의 SmartScreen·방화벽 수동 절차만으로는 조직 정책 자체를 바꿀 수 없습니다.

질문. 구독을 넣었는데 노드 이름만 이상합니다.
답. 코어 메이저 전환·프로필 문법 차이일 수 있습니다. 릴리스 노트와 제공 업체 안내를 맞춰 보고, 초기에는 클라이언트가 제안하는 안정 조합을 유지하는 편이 낫습니다.

마무리

Windows Server 2022에 Clash Verge Rev를 올릴 때 발이 걸리는 지점은 흔히 UI 옵션 자체보다 IE 보안 강화·브라우저 다운로드 경로, 연달아 뜨는 SmartScreen, 그리고 Windows Defender 방화벽 프로필과 원격 세션에서의 트레이 동작입니다. 이 순서만 문서화해 두어도 같은 장비에서 재설치하거나 동료에게 넘길 때 반복 설명이 크게 줄어듭니다.

반면 이름만 비슷한 일부 클라이언트는 릴리스 주기가 불명확하거나 문서 없이 프로토콜 이름만 바뀌어 따라가기 어렵습니다. 한국어 흐름으로 Mihomo·Clash 호환 패키지를 정리하고, 서명·릴리스 메모까지 한데 묶어 비교할 수 있으면 새 VM을 띄울 때마다 검색 시간을 줄일 수 있습니다. 그런 목적이라면 Clash 공식 사이트 무료 다운로드 페이지에서 같은 계열 도구를 골라 받아 보세요. 이 글의 다운로드·SmartScreen·Defender 방화벽·구독 가져오기 순서와도 잘 맞아, 서버에 그래픽 Clash 클라이언트를 처음 올리는 흐름을 끝까지 연결하기 수월합니다.