月光愛靑狼

◎ 배경 및 개요

• gibMacOS는 Apple 서버에서 macOS 설치 컴포넌트를 직접 내려받을 수 있도록 만든 Python 기반 오픈소스 스크립트입니다. 
• 일반적으로 macOS 설치 파일은 Apple 공식 경로를 통해 배포되지만, 환경에 따라 접근 방식이 불편하거나 버전 선택이 까다로운 경우가 있습니다. 
• 이런 상황에서 gibMacOS는 Windows와 macOS 등 다양한 환경에서 설치 이미지를 확보하는 실용적인 도구로 활용됩니다. 
• 특히 최신 macOS뿐 아니라 여러 버전의 설치 파일을 다루는 흐름에서 유용하다는 점이 강점입니다.

◎ 주요 변경 사항

• 최근 저장소 활동을 보면, gibMacOS는 단순한 다운로드 스크립트에서 벗어나 다운로드 안정성과 관리 편의성을 높이는 방향으로 계속 개선되고 있습니다. 
• 예를 들어 중단된 다운로드를 이어받는 기능이 추가되었고, 캐시 처리 방식도 반복 작업에 유리하도록 조정되었습니다. 
• 또한 최신 macOS 버전 반영, 메뉴 구성 정리, 로컬 카탈로그 경로 지정 같은 개선이 이어졌습니다. 
• 이런 변화는 실제 사용자가 겪는 불편을 줄이고, 다양한 운영 환경에서 더 안정적으로 동작하게 하려는 방향으로 읽힙니다.

◎ 상세 기능 설명

• gibMacOS의 핵심 기능은 Apple의 소프트웨어 업데이트 카탈로그를 기반으로 macOS 관련 항목을 조회하고, 원하는 구성 요소를 직접 내려받는 것입니다.
• 저장소 설명에는 Py2/py3 스크립트라고 명시되어 있어, Python 2와 Python 3 환경을 모두 고려한 호환성을 보여줍니다. 또한 Windows에서는 인터넷 복구 USB 설치 프로그램을 만드는 기능도 지원한다고 소개되어 있어, 단순 파일 다운로드를 넘어 설치 매체 구성까지 연결됩니다.
• 저장소 활동 내역상 다운로드 재개, 파일 크기 표시, 캐시 최적화, 메뉴 정리 같은 기능이 계속 추가되어 사용성이 다듬어지고 있습니다.

◎ 기획 의도/기술적 개선

• 이 도구의 기획 의도는 분명합니다. 
• Apple 공식 소스를 그대로 활용하면서도, 사용자가 원하는 버전의 macOS를 더 유연하게 확보하게 하자는 것입니다. 
• 특히 다운로드가 끊기거나 큰 용량의 파일을 반복해서 받아야 하는 상황에서 재개 기능과 캐시는 체감 효용이 큽니다. 
• 또한 최신 버전 반영과 메뉴 개선은, 내부 로직이 단순한 자동화 수준을 넘어 지속적인 유지보수 대상이라는 점을 보여줍니다. 
• 다시 말해 gibMacOS는 “받을 수 있다”보다 “안정적으로, 반복적으로, 관리 가능하게 받는다”는 쪽에 초점이 맞춰져 있습니다.

◎ 사용방법/가이드

• 사용 흐름은 비교적 단순합니다. 
• 먼저 GitHub 저장소에서 스크립트를 내려받은 뒤, 운영체제에 맞는 실행 파일 또는 Python 스크립트를 실행합니다. 
• 실행 후에는 카탈로그에 등록된 macOS 항목이 표시되며, 여기서 필요한 버전을 선택해 내려받는 방식입니다. 
• 저장소 설명과 해외 가이드를 보면 Windows에서는 배치 파일 또는 Python 실행을 통해 다루는 경우가 많고, macOS에서는 터미널에서 직접 실행하는 방식이 자주 쓰입니다. 
• 설치용으로 활용할 경우에는 단순히 다운로드에서 끝나는 것이 아니라, 이후 USB 설치 매체 제작 단계까지 이어서 작업하는 흐름이 일반적입니다.

 - 도구 다운로드 및 실행 (Proxmox 터미널)

◎ 기대효과 및 주의사항

• gibMacOS의 가장 큰 기대효과는 공식 경로 기반의 macOS 설치 파일 확보를 자동화할 수 있다는 점입니다. 
• 덕분에 여러 버전의 macOS를 관리해야 하는 환경, 테스트용 설치 이미지를 자주 다루는 환경, 인터넷 복구용 USB를 준비해야 하는 환경에서 효율이 높아집니다. 
• 다만 Apple 서버를 직접 활용하는 구조이므로, 네트워크 상태와 Apple 측 배포 정책에 영향을 받을 수 있습니다. 
• 또 설치 파일을 내려받는 것과 실제 부팅 가능 매체를 만드는 것은 별개의 단계이므로, 대상 장비의 호환성, 파일 무결성, USB 포맷 방식까지 함께 검토하셔야 합니다.

◎ 마무리 포인트

• 정리하면 gibMacOS는 Python으로 작성된 가벼운 오픈소스 스크립트이지만, 실제로는 macOS 배포 파일 확보와 설치 매체 준비를 훨씬 유연하게 만들어 주는 도구입니다. 
• 최신 저장소 활동에서도 보이듯, 단순한 다운로드 도구가 아니라 안정성·편의성·재사용성을 계속 개선하는 방향으로 발전하고 있습니다. 
• macOS 이미지를 정기적으로 다루는 분들이라면, 이 도구는 충분히 알아둘 만한 실무형 유틸리티입니다.

1. 배경 및 개요

• Proxmox VE는 KVM 기반의 가상화 솔루션으로, 서버 자원을 효율적으로 분리해 다양한 OS를 동시에 실행할 수 있는 강력한 환경을 제공합니다. 
• 그러나 macOS는 Apple SMC(Security Management Controller)와 자체 하드웨어 식별 메커니즘 때문에 일반적인 방식으로는 가상화가 불가능합니다.
• 이 문제를 해결하기 위해 커뮤니티에서는 OpenCore 부트로더를 이용한 SMC 우회 기법을 활용하고 있습니다. 
• 본 포스트에서는 Proxmox 9.x 환경에서 단 한 줄의 명령어로 macOS 설치 환경을 자동 구성하는 방법을 실전 중심으로 소개해 드립니다.
• 참고 소스: https://github.com/luchina-gabriel/OSX-PROXMOX

2. 주요 변경 사항

 - Proxmox 9.x 버전은 기존 8.x 대비 다음과 같은 향상된 구조를 통해 macOS 설치 호환성이 개선되었습니다.

• QEMU/KVM 업그레이드로 인한 OpenCore 부트 안정성 향상
• OVMF(UEFI) 지원 강화, EFI 초기화 시 오류 발생률 감소
• VirtIO 및 vmxnet3 네트워크 드라이버 호환성 개선
• OSX-PROXMOX 설치 스크립트 완전 호환 (Proxmox 9 verified)

 - 결과적으로, 수동 설정 과정이 크게 단축되고 설치 성공률이 높아졌습니다.

3. 기술 원리 및 구성 요소

 - Proxmox에서 macOS를 실행하기 위해 반드시 필요한 두 가지 기술적 요소는 다음과 같습니다.

  > Apple SMC 우회 (Fake SMC Key 적용)

• macOS는 부팅 시 “진짜 Mac 하드웨어”에서 실행 중인지를 검증합니다. 
• 이를 우회하기 위해 QEMU 설정 파일에 가상의 SMC 인증 키(OSK)를 삽입합니다.
• 이 부분이 macOS 가상화의 핵심이며, 다음 명령이 실제 적용 포인트입니다.

  > OpenCore 부트로더

• macOS가 비공식 하드웨어(QEMU VM) 위에서 정상적으로 부팅되도록 EFI 계층을 에뮬레이션합니다.
• 쉽게 말해, OpenCore는 “Proxmox를 Mac처럼 보이게 만드는 가상 펌웨어”입니다.

4. 설치 자동화 스크립트 실행

 - 먼저 서버 쉘에서 다음 명령어 한 줄로 OSX-PROXMOX 설치를 자동으로 진행할 수 있습니다.

 - 이 스크립트는 다음 과정을 자동 처리합니다.

• macOS용 VM 템플릿 구성 및 EFI 디스크 생성
• QEMU 파라미터 세팅(ISA SMC, SMBIOS, EFI, Hypervisor flags 등)
• OpenCore 및 macOS 설치 ISO 자동 다운로드 및 마운트

 - 설치가 완료되면 Proxmox 웹 콘솔에서 macOS용 VM이 생성됩니다.

5. 수동 구성 가이드

 - 자동 스크립트 외에도, 세부 설정 과정을 직접 관리하고 싶으신 분들을 위해 주요 단계별 수동 가이드를 함께 정리하였습니다. (실제 설정 단계 : 정상적으로 작동하지 않을 수 있습니다.)

  > Phase 1: 준비 파일 업로드

• macOS Catalina ISO (이미 보유 중인 macOSCatalina.iso)
• OpenCore 부트로더 ISO (Nick Sherlock 등의 공개 이미지 다운로드)
• Proxmox 웹 GUI에서 local → ISO Image 저장소로 각각 업로드합니다.

  > Phase 2: VM 생성

• BIOS: OVMF (UEFI)
• Machine Type: q35
• SCSI Controller: VirtIO SCSI single
• Disk Size: 64GB 이상 (VirtIO Block)
• CPU Type: host
• Memory: 8192MB, Ballooning Device 해제
• Network Adapter: VirtIO 또는 vmxnet3
• OS Type은 "Do not use any media"로 설정 후 나중에 ISO를 추가합니다.

  > Phase 3: Apple SMC 우회 코드 삽입

• Proxmox 쉘에서 VM 설정 파일을 수정합니다.
• 예) VM ID가 100인 경우

• 가장 아래에 다음 줄을 추가합니다:

  > Phase 4: ISO 마운트 및 부팅 순서 지정

• Hardware 메뉴에서 ISO 2개 추가
• IDE 0: OpenCore.iso
• IDE 1: macOSCatalina.iso
• Options > Boot Order에서 OpenCore를 최상단으로 설정

  > Phase 5: macOS 설치 진행

• VM 부팅 후 OpenCore 메뉴에서 “Install macOS Catalina”를 선택합니다.
• 이후 Disk Utility > QEMU VIRTIO BLOCK을 선택 → “MacHD”라는 이름으로 APFS 포맷 > GUID Partition Map으로 초기화합니다
• 포맷 완료 후 macOS를 해당 Disk에 설치합니다. 재부팅 시마다 OpenCore 메뉴에서 “macOS Installer / MacHD”를 선택해 이어서 설치합니다.

  > Phase 6: 하드디스크 부팅 세팅 (마무리)

   >> 설치 완료 후 macOS에서 로그인했다면, 터미널을 열어 다음을 수행합니다.

• diskutil list로 EFI 파티션 확인
• OpenCore CD의 EFI 폴더를 MacHD의 EFI 파티션으로 복사
• Proxmox Hardware 탭에서 두 ISO(OpenCore, macOS) 모두 제거
• 재부팅 후 하드디스크 단독 부팅을 확인합니다.

6. 기획 의도 및 기술적 개선

 - 이 프로젝트는 비공식적으로 macOS 테스트 환경을 연구/개발 목적으로 간소화하기 위해 설계되었습니다. 

 - 특히 OSX-PROXMOX 자동화 스크립트는 다음과 같은 이점을 제공합니다.

• 기존의 복잡한 OpenCore 구성 파일 수동 수정을 완전히 자동화
• Proxmox 최신 버전에서도 커널 패치 없이 안정적으로 동작
• macOS 설치 ISO와 EFI 디스크를 일괄 관리하는 통합 루틴 구현
• Apple 라이선스 보호구조를 침해하지 않는 범위에서 테스트 환경 구성 가능

7. 기대효과 및 주의사항

 - 기대효과

• macOS/iOS 개발 환경을 가상화 환경 내에 손쉽게 구현
• Swift, Xcode, Cocoa 테스트 및 빌드용으로 즉시 활용 가능
• 포렌식, 악성코드 분석, 크로스 OS 대응 테스트 등 다양한 연구 목적에 적합

 - 주의사항

• macOS 실행은 Apple 하드웨어 이용 약관을 준수하셔야 하며, 연구·테스트 목적의 내부 환경에서만 사용을 권장드립니다.
• VM 설치 중 네트워크 끊김 또는 메모리 벌루닝 활성화 시 설치 오류가 발생할 수 있습니다.
• 설치 과정 중 2~3회 자동 재부팅이 이루어지며, 매회 OpenCore 메뉴에서 수동 선택이 필요합니다.
• CPU가 AMD 계열이거나 VT-x 기능이 비활성화된 경우 설치가 제한될 수 있습니다.

2025년 8월 5일, Proxmox Server Solutions GmbH가 창립 20주년을 맞이하여 Proxmox VE(Virtual Environment) 9.0을 공식 출시했습니다. 이번 메이저 업데이트는 Debian 13 "Trixie"를 기반으로한 코어와 함께 엔터프라이즈급 스토리지 및 네트워킹 기능의 대폭적인 개선을 제공합니다.

◎ 핵심 플랫폼 업데이트
 - Debian 13 "Trixie" 기반 코어
  > Proxmox VE 9.0의 가장 주목할 만한 변화는 Debian 13 "Trixie"를 기반으로 한 완전히 새로운 코어입니다. 이는 더 나은 하드웨어 지원, 향상된 보안 기능, 그리고 최신 패키지들을 포함하여 전체 플랫폼의 안정성과 성능을 크게 향상시킵니다.

  > 새로운 플랫폼은 Linux Kernel 6.14.8-2를 기본 안정 커널로 사용하여 최신 하드웨어와의 호환성을 개선했습니다. 또한 핵심 가상화 기술들도 최신 버전으로 업그레이드되었습니다:

• QEMU 10.0.2 - 향상된 가상머신 성능과 라이브 마이그레이션
• LXC 6.0.4 - 개선된 컨테이너 격리와 cgroup v2 지원
• ZFS 2.3.3 - RAIDZ 확장 지원 및 향상된 데이터 관리
• Ceph Squid 19.2.3 - 분산 스토리지 클러스터 개선

◎ 혁신적인 스토리지 기능
 - Thick-provisioned LVM 공유 스토리지 스냅샷
  > 엔터프라이즈 사용자들이 가장 기다려온 기능 중 하나가 드디어 도입되었습니다. iSCSI 및 Fibre Channel SAN 환경에서 thick-provisioned LVM 공유 스토리지에 대한 스냅샷 지원이 이제 가능합니다.

  > 이 기능은 볼륨 체인 방식으로 구현되어, 스냅샷 기반의 볼륨이 부모 스냅샷과의 차이점만 기록하도록 합니다. 이는 Directory, NFS, CIFS 스토리지에도 확장되어 스토리지 벤더에 독립적인 스냅샷 솔루션을 제공합니다.

 - ZFS RAIDZ 확장 기능
  > ZFS 2.3.3의 도입으로 RAIDZ 풀에 새로운 디스크를 다운타임 없이 추가할 수 있게 되었습니다. 이는 기존에 RAIDZ 풀을 확장하기 위해 전체 풀을 재구축해야 했던 번거로움을 완전히 해결하는 획기적인 개선사항입니다.

◎ 고급 네트워킹: SDN Fabrics
 - OpenFabric 및 OSPF 지원
  > 새로운 SDN Fabrics 기능은 복잡한 라우팅 네트워크의 구성과 관리를 크게 단순화합니다. 이 기능은 다중 경로와 자동 NIC 장애조치를 지원하여 견고한 2계층 스파인-리프 아키텍처 구성을 가능하게 합니다.

  > SDN 스택은 이제 OpenFabric과 OSPF 두 가지 동적 라우팅 프로토콜을 지원하며, 이를 통해 Ethernet VPN(EVPN) 언더레이나 Ceph 풀메시 네트워크 구성이 가능합니다. 사용자들은 직관적인 GUI를 통해 이러한 복잡한 네트워크 토폴로지를 손쉽게 관리할 수 있습니다.

◎ 고가용성(HA) 개선사항
 - 리소스 친화성 규칙

  > 새로운 HA 리소스 친화성 규칙은 클러스터 내에서 가상머신과 기타 HA 리소스의 배치를 세밀하게 제어할 수 있게 해줍니다. 관리자들은 이제 다음과 같은 정책을 설정할 수 있습니다:

• 상호 의존적 서비스 (애플리케이션 서버와 데이터베이스)를 같은 물리적 노드에 배치하여 네트워크 지연시간 최소화
• 중요한 서비스의 여러 인스턴스를 서로 다른 노드에 분산 배치하여 장애 허용성 최대화

  > 이는 기존의 HA 그룹 기능을 대체하며, 업그레이드 시 자동으로 마이그레이션됩니다.

◎ 모바일 인터페이스 혁신
 - Rust 기반 Yew 프레임워크

  > 모바일 인터페이스가 Rust 기반 Yew 프레임워크를 사용하여 완전히 새로 작성되었습니다. 새로운 인터페이스는 다음과 같은 기능을 제공합니다:

• 빠른 서비스 개요 및 상태 확인
• 가상머신 및 컨테이너 시작/중지 제어
• 기본적인 구성 작업 수행
• 터치 디바이스에 최적화된 사용자 인터페이스

◎ 업그레이드 및 설치 옵션
 - 원활한 업그레이드 경로
  > Proxmox VE 8.x에서 9.0으로의 업그레이드는 철저히 테스트된 상세한 업그레이드 경로를 통해 진행할 수 있습니다. 업그레이드 전 pve8to9 체크리스트 스크립트를 실행하여 잠재적인 호환성 문제를 미리 확인할 수 있습니다.
  > 혼합 클러스터(8.x와 9.0 노드)는 마이그레이션 목적으로는 지원되지만, 장기간 유지해서는 안 됩니다. 구 버전에서 신 버전으로의 가상머신 마이그레이션은 완전히 지원되며, 역방향 마이그레이션은 베스트 에포트로 지원됩니다.

 - 설치 옵션

  > 베어메탈 설치: 완전한 기능셋을 포함한 ISO 이미지 다운로드

  > Debian 13 위에 설치: 기존 Debian 13 시스템에 Proxmox VE 설치 가능

  > 커스텀 파티션 레이아웃: 특별한 스토리지 구성이 필요한 경우

◎ 라이선스 및 지원
 - Proxmox VE는 GNU Affero General Public License v3 하에 자유 오픈소스 소프트웨어로 제공됩니다. 엔터프라이즈 사용자들을 위해서는 CPU당 연간 115유로부터 시작하는 구독 기반 지원 모델을 제공합니다.
 - 현재 전 세계적으로 160만 대 이상의 호스트에서 Proxmox VE가 운영되고 있으며, 31개 이상의 언어로 번역되어 있습니다. 225,000명 이상의 커뮤니티 멤버들이 지원 포럼에서 활발하게 소통하고 있어, 강력한 커뮤니티 지원을 받을 수 있습니다.

◎ 주요 고려사항
 - 알려진 이슈들

  > 네트워크 인터페이스 이름 변경: 6.8에서 6.14 커널로의 업그레이드 시 일부 네트워크 인터페이스 이름이 변경될 수 있습니다.

• VirtIO vNIC MTU 기본값 변경: 이제 브리지 MTU를 상속받으며, 기존 1500 고정값과 다릅니다
• Test Repository 이름 변경: pvetest에서 pve-test로 변경되었습니다

  > Proxmox VE 9.0은 홈랩 사용자부터 대규모 엔터프라이즈까지 모든 규모의 환경에서 가상화 플랫폼의 새로운 표준을 제시하는 의미 있는 업데이트입니다. 특히 기존 VMware 사용자들에게는 매력적인 대안이 될 것으로 보입니다.

Proxmox VE는 강력한 가상화 플랫폼으로, 컨테이너와 가상 머신(VM)을 손쉽게 배포할 수 있습니다. 때로는 가상 머신 안에서 또 다른 가상 머신이나 컨테이너를 실행하고 싶을 때가 있는데, 이럴 때 필요한 것이 바로 중첩 가상화입니다. 조금 더 쉽게 설명하자면 VM으로 윈도우 OS를 설치했는데 윈도우 OS에서 Hyper-v를 실행하려면 중첩가상화를 활성해야합니다. 이번 글에서는 Proxmox에서 중첩 가상화를 활성화하는 방법을 단계별로 안내합니다.

◎ 중첩 가상화란?
중첩 가상화란, 물리적 호스트(Proxmox 서버)에서 실행 중인 가상 머신(게스트) 안에서 다시 하이퍼바이저를 실행해 또 다른 가상 머신을 만들 수 있도록 해주는 기능입니다. 예를 들어, Proxmox 호스트에서 가상 머신을 만들고, 그 안에 또 다른 가상 머신을 실행할 수 있습니다.

◎ Proxmox에서 중첩 가상화 활성화
1. 호스트에서 중첩 가상화 활성화 확인
 - 먼저, Proxmox 호스트에서 중첩 가상화가 활성화되어 있는지 확인합니다.
   > Intel CPU인 경우:

  > AMD CPU인 경우:

**출력이 "Y" 또는 "1"**이면 중첩 가상화가 활성화된 상태입니다.
**"N" 또는 "0"**이면 비활성화 상태입니다.

2. 중첩 가상화 활성화
 - 활성화되어 있지 않다면 아래 명령어로 활성화합니다.
  > Intel CPU:

  > AMD CPU:

 - 적용을 위해 시스템을 재부팅하거나 커널 모듈을 다시 로드합니다.

  > Intel CPU:

  > AMD CPU:

3. 게스트 VM에서 가상화(VT-X/SVM) 활성화
 - Proxmox 호스트에서 중첩 가상화가 활성화되었다면, 이제 게스트 VM에서 가상화 기능을 활성화해야 합니다.
 - 명령줄에서 활성화
  > VM을 종료합니다.
  > VM의 CPU 타입을 "host"로 변경합니다.

(VMID는 해당 가상 머신의 ID로 변경).

 - 웹 UI에서 활성화

  > Proxmox 웹 UI에 접속합니다.
  > VM → 하드웨어 → 프로세서로 이동합니다.
  > CPU 유형을 "host"로 변경합니다.
  > VM을 시작합니다.

4. AMD 프로세서에서 중첩 가상화 활성화 추가 안내
 - Proxmox 호스트에서 VM 구성 파일에 args 추가
  > VM을 종료합니다.
  > Proxmox 호스트에서 VM 구성 파일을 엽니다.

   * 윈도우 VM의 경우 첫번째 줄에 추가합니다.

   * 리눅스 VM의 경우 첫번째 줄에 추가합니다.

파일을 저장하고 VM을 다시 시작합니다

5. 게스트 VM에서 가상화 지원 확인
 - 게스트 VM에 접속한 뒤, 아래 명령어로 가상화 지원 여부를 확인합니다.

  > 윈도우OS

   * 작업 관리자(태스크 매니저) 사용
    ** Ctrl + Shift + Esc 키를 눌러 작업 관리자를 엽니다.
    **  성능 탭으로 이동 후 CPU 항목을 클릭합니다.
    **  오른쪽 하단에 "가상화: 사용" 또는 **"가상화: 활성화됨"**으로 표시되면 가상화가 활성화된 상태입니다.

   * 명령 프롬프트 또는 PowerShell
    **  명령 프롬프트에서 systeminfo 명령을 실행합니다.

    **  결과에서 "펌웨어에 가상화 사용: 예" 또는 **"하이퍼바이저가 검색되었습니다."**가 표시되면 가상화가 활성화된 것입니다.

   * PowerShell에서 아래 명령을 실행할 수 있습니다:

    **  HyperVisorPresent: True 또는 HyperVRequirementVirtualizationFirmwareEnabled: True가 표시되면 가상화가 활성화된 것입니다.

  > 리눅스 OS

"vmx"(Intel-VT) 또는 "svm"(AMD-V)가 출력되면 가상화가 활성화된 것입니다.

◎ 결론
이제 Proxmox 가상 머신 안에서 또 다른 가상 머신이나 컨테이너를 실행할 수 있습니다. KVM, Proxmox, VirtualBox, VMware 등 다양한 하이퍼바이저를 게스트 VM에 설치해 활용할 수 있습니다. 중첩 가상화를 활용하면 개발, 테스트, 교육 등 다양한 환경에서 유연하게 가상화 환경을 구성할 수 있습니다.

Proxmox VE를 설치 후 업데이트 관련 설정을 변경하지 않으면 OS는 업데이트가 가능하지만 Proxmox VE는 제공받지 못합니다. Proxmox VE의 공식 업데이트를 받으려면 반드시 Proxmox의 No-Subscription 저장소(Repository)를 활성화해야 합니다.

◎ 저장소(Repository) 활성화 방법

 - /etc/apt/sources.list.d/pve-enterprise.list 는 유료구독용 설정파일이기 때문에 무료로만 이용할 경우 삭제해도 됩니다.

 - /etc/apt/sources.list.d/ceph.list 는 분산스토리지관련 업데이트 설정입니다. 분산스토리지 기능은 무료인데 기능을 사용하면 업데이트 설정을 하지 않는 경우 업데이트가 불가합니다. 분산스토리지 기능을 사용하지 않는 경우 삭제해도 됩니다.
 - /etc/apt/sources.list.d/pve-no-subscription.list 파일을 설정하지 않는 경우 Proxmox 업데이트는 불가하고 OS 업데이트만 가능합니다.

[Proxmox 8 release]

 - Debian OS 코드네임이 변경되면 Proxmox 업데이트 설정의 코드네임도 변경해야 합니다.

 - bookworm은 Debian 12의 코드네임입니다. 아래 명령어로 VERSION_CODENAME 항목에서 확인이 가능합니다.

 - Proxmox VE 버전은 아래 명령어로 확인이 가능합니다.

 - Proxmox VE 업데이트 후 비교 결과입니다.

[Proxmox 9 release]

 - 기존 8버전대에서 9버전대로 업데이트 시 /etc/apt/sources.list를 백업하고 수정합니다.(문제 발생 시 복원 용)

 - Debian OS 코드네임을 변경하고 업데이트합니다.

> 업데이트 완료

 - trixie은 Debian 13의 코드네임입니다. 아래 명령어로 VERSION_CODENAME 항목에서 확인이 가능합니다.

 - Proxmox VE 버전은 아래 명령어로 확인이 가능합니다.

※ 문제 발생 시 웹UI 실행 오류가 발생하니 별도로 백업파일을 생성 후 적용바랍니다.

Proxmox에서 로그인 후 "No valid subscription" 팝업이 뜨는 이유는, Proxmox가 유료 구독(Subscription)을 요구하기 때문입니다. Proxmox는 기본적으로 무료로 사용할 수 있지만, 유료 구독이 없을 경우 경고 메시지 팝업이 표시됩니다. 이 메시지는 Proxmox가 공식적으로 제공하는 지원이나 업데이트 서비스를 받을 수 없다는 경고입니다.

◎ 이 문제를 해결하거나 팝업을 제거하는 방법은 2가지가 있습니다. 아래에서 그 방법들을 설명하겠습니다.
1. Proxmox 유료 구독 구매

 - 가장 간단한 방법은 Proxmox의 유료 구독을 구매하는 것입니다. 유료 구독을 구매하면 정식 지원 및 업데이트를 받을 수 있으며, "No valid subscription" 경고 메시지도 더 이상 표시되지 않습니다.

2. 구독 경고 메시지 제거

 - Proxmox의 구독 경고 메시지는 pve-manager라는 웹 관리 인터페이스에 로그인하면 나타납니다. Proxmox는 경고 메시지를 관리하는 데 pve-manager 패키지에서 subscription 관련 부분을 비활성화할 수 있습니다. 경고 메시지를 완전히 숨기려면 해당 경고를 표시하는 스크립트를 비활성화할 수 있습니다. 이 방법은 로그인하더라도 팝업없이 무료로 Proxmox를 사용할 수 있게 해줍니다.

 - 이 방법은 향후 업데이트 시 덮어쓰기가 될 수 있기 때문에 스크립트를 만들고 서비스로 등록해보도록 하겠습니다.
 - 아래는 Proxmox 웹 UI 관련 pve-manager.js 수정 스크립트입니다.

※ 처음 적용은 Proxmox를 완전히 종료 후 재시작하시기 바랍니다.  

[PVE 9 버전 테스트 완료]

[PVE 8 버전 테스트 완료]

◎ Proxmox란 무엇인가요?
 - Proxmox는 풍부하고 모든 기능을 갖춘 웹 인터페이스를 통해 가상화를 간편하게 관리할 수 있으며, 보기에도 좋고 사용하기에도 편리합니다. 
 - Proxmox VE는 엔터프라이즈 가상화를 위한 오픈소스 하이퍼바이저 플랫폼입니다. 가상 머신, 컨테이너, 소프트웨어 정의 스토리지, 네트워킹, 클러스터링 등 프로덕션 워크로드 실행에 필요한 다양한 기능을 기본으로 제공합니다. Linux 기반이므로 가상화, 컨테이너 및 기타 측면에서 순수한 Linux 환경을 경험할 수 있습니다. 다음과 같은 이점을 확인해 보세요.

◎ 오픈소스 소프트웨어
 - 공급업체에 대한 종속성 없음
 - 리눅스 커널
 - 빠르고 쉬운 설치
 - 직관적인 웹 기반 관리 인터페이스로 사용하기 쉽습니다.
 - 낮은 관리 비용 및 간단한 배포
 - 매우 활발한 커뮤니티
 
무료 Proxmox VE ISO 설치 프로그램을 다운로드 받으세요
 
◎ 설치 단계
 - ISO로 부팅하면 Proxmox VE 8.3 설치가 시작됩니다. "Proxmox VE 설치" 를 선택하세요 .

 
 - 먼저, EULA에 동의하세요.

 
 - 다음으로, 원하는 경우 디스크 파티션을 지정할 수 있습니다.

 
 - 다음으로는 위치와 시간대 구성 설정입니다.

 
 - root 계정 의 비밀번호를 설정하세요 . 또한, Proxmox에서는 이메일 주소를 입력하도록 요구합니다.(Email주소는 기본주소에서 invalid를 local로 변경하면 넘어갑니다.)

 
 - Proxmox 호스트 이름과 네트워크 구성을 구성합니다.
  > DHCP 환경에서는 자동으로 IP정보를 받아옵니다.
  > Hostname주소에서 pve는 원하는 이름으로 변경하시기 바랍니다.
  > Hostname주소는 기본주소에서 invalid를 local로 변경하면 넘어갑니다.

 
 - 마지막으로 "요약" 화면으로 이동합니다. 여기에서 구성을 검토하고 설정을 확인합니다. 그런 다음 "설치"를 클릭합니다 .

 
 - 설치 과정이 시작됩니다.

 
 - 설치가 완료되면 Proxmox 서버가 재부팅됩니다. 아래는 설치 후 재부팅되는 부팅 화면입니다.

 
 - 마지막으로, 설치 과정에서 설정한 root 계정과 비밀번호를 사용하여 Proxmox 웹 GUI에 로그인합니다.

 
 - Proxmox는 오픈 소스이며 무료로 다운로드할 수 있고 다양한 기능을 제공하는 멋진 하이퍼바이저입니다. 최신 Proxmox VE 릴리스를 설치해서 다양한 기능을 경험해보시기 바랍니다.

Proxmox VE(Virtual Environment,가상 환경)는 사용자가 가상 ​​머신(VM) 및 컨테이너를 효율적으로 관리할 수 있도록 하는 오픈 소스 서버 가상화 플랫폼입니다. LXC(Linux Containers)를 사용하여 KVM 기반 가상화와 컨테이너 기반 가상화를 결합하여 엔터프라이즈급 가상화를 위한 포괄적인 솔루션을 제공합니다. Proxmox VE는 가상화 리소스의 관리를 단순화하고 고가용성, 라이브 마이그레이션, 클러스터링 및 스토리지 관리와 같은 기능을 제공하는 웹 기반 그래픽 사용자 인터페이스(GUI)를 제공합니다.

다음은 Proxmox VE를 다른 두 가지 인기 있는 가상화 플랫폼인 VMware ESXi 및 Hyper-V와 비교한 표입니다.

Proxmox VE, VMware ESXi 및 Hyper-V 중에서 선택하는 것은 환경의 특정 요구 사항, 예산 제약, 전문성 수준 및 통합 요구 사항을 비롯한 다양한 요인에 따라 달라집니다. 각 플랫폼에는 고유한 강점과 약점이 있으므로 특정 사용 사례와 선호도에 따라 선택하는 것이 좋습니다.