안녕하세요.

 

이번에는 윈도우 서버2019 trial 라이센스를 연장하는 방법에 대해서 알아보겠습니다.

 

Windows Server 2019의 Trial(평가판) 라이선스는 기본적으로 180일간 사용 가능하며, Microsoft에서 공식적으로 제공하는 방법으로 최대 6번까지 재arming(재초기화) 하여 사용 기간을 연장할 수 있습니다. 이 방식으로 이론적으로 최대 약 3년 (180일 × 6회 재arming) 동안 사용할 수 있습니다.

 

Trial 라이선스 연장 방법 (Rearm)

  1. 관리자 권한으로 PowerShell 또는 명령 프롬프트(CMD)를 실행합니다.
  2. 아래 명령어를 입력하세요:
slmgr /rearm

 

 

CMD창을 Administrator권환으로 실행 합니다.

 

그리고 서버를 재부팅 합니다. 

 

라이센스 경고 메시지가 없습니다. 

 

그리고 남은 평가 기간을 확인 하는 방법

slmgr /xpr

 

평가판 연장 가능 횟수 확인

slmgr /dlv

 

결과에서 Remaining Windows rearm count: 부분을 확인하면 됩니다.

 

유의 사항

  • 평가판 연장은 정품이 아닌 평가판(Trial) 버전에서만 가능합니다.
  • 평가판 연장 횟수가 모두 소진되면 평가판을 더 이상 연장할 수 없습니다.
  • 장기적으로 사용할 서버라면 정식 라이선스를 구매하거나 KMS, MAK 라이선스를 적용해야 합니다.
  • 평가판은 Enterprise 기능 포함 서버지만, 일부 기능은 정품 인증이 필요할 수 있습니다.

Windows Server 2025 에디션

Windows Server 2025는 다음과 같은 네 가지 주요 에디션으로 제공됩니다:

  1. Standard Edition: 소규모 환경 및 물리 서버에 적합하며, 최대 2개의 가상 머신(VM)을 지원합니다.
  2. Datacenter Edition: 대규모 가상화 환경에 최적화되어 있으며, 무제한 VM을 지원합니다.
  3. Datacenter: Azure Edition: Azure Arc와 통합되어 클라우드 기반 기능을 활용할 수 있습니다.
  4. Essentials Edition: 소규모 비즈니스 환경을 위한 간소화된 버전으로, 최대 25명의 사용자와 50대의 장치를 지원합니다.

각 에디션은 기능과 지원되는 가상 머신 수에서 차이가 있으며, 조직의 규모와 요구 사항에 따라 적합한 에디션을 선택할 수 있습니다.

 

라이선스 모델

Windows Server 2025는 두 가지 주요 라이선스 모델을 제공합니다:

1. 영구 라이선스 (Perpetual License)

  • 기반: 물리적 서버의 코어 수에 따라 라이선스가 부여됩니다.
  • 최소 요구 사항: 각 프로세서당 최소 8코어, 서버당 최소 16코어가 필요합니다.
  • 지원: Standard Edition은 최대 2개의 가상 머신을, Datacenter Edition은 무제한 가상 머신을 지원합니다.
  • CAL 요구 사항: 모든 사용자 또는 장치에 대해 Windows Server CAL이 필요합니다.
  • 장점: 장기적인 비용 예측이 가능하며, 하드웨어 교체 시 라이선스 이전이 가능합니다.licendi.com+2Microsoft+2Microsoft+2

2. 구독형 라이선스 (Subscription License) – Azure Arc 기반

  • 기반: Azure Arc를 통해 사용량 기반으로 비용을 지불합니다.
  • 가격: Standard 및 Datacenter 에디션 모두 시간당 약 $0.046(코어당)로 동일하게 책정됩니다.
  • CAL 요구 사항: 기본 기능 사용 시 CAL이 필요하지 않지만, 원격 데스크톱 서비스(RDS) CAL은 여전히 필요합니다.
  • 가상 머신 라이선스: 호스트 서버와 별도로 각 가상 머신에 대해 별도의 라이선스가 필요합니다.
  • 관리 기능: Azure Update Manager, Azure Change Tracking, Windows Admin Center 등 Azure 기반 관리 기능을 활용할 수 있습니다.
  • 무료 체험: 설정 후 7일간 무료 체험이 제공되며, 이후에는 요금이 부과됩니다.
  • 유연성: 서버 사용 기간에 따라 요금이 부과되므로, 단기 프로젝트나 테스트 환경에 적합합니다.

주요 기능 및 개선 사항

  • 보안 강화: 무차별 암호 대입 및 내부망 침투 공격에 대응하는 현대화된 ID 관리 기능과 새로운 보호 조치를 마련하였습니다.
  • 클라우드 통합: Azure Arc를 통해 온-프레미스 및 클라우드 기반 서버를 연결하고 하이브리드 클라우드 환경에 Azure의 강력한 기능을 제공합니다.
  • 가상화 성능 향상: Hyper-V는 강력한 하드웨어 기반 가상화와 격리, 가상화 기반 보안 및 GPU 분할과 같은 고급 기능을 제공합니다.
  • 컨테이너 관리: 줄어든 컨테이너 크기와 컨테이너 기본 이미지 이식성을 통해 컨테이너를 효율적으로 쉽게 배포할 수 있습니다.
  • 핫 패칭: 서버 재부팅 없이 보안 업데이트를 적용할 수 있는 핫 패칭 기능이 도입되었습니다.

사용 환경 유형 권장 라이선스 모델 비고

소규모 환경 영구 라이선스 예: 중소기업의 물리 서버 운영
대규모 가상화 환경 영구 라이선스 또는 구독형 예: 데이터 센터 운영 또는 클라우드 기반 인프라 구축
클라우드 통합 환경 구독형 라이선스 예: Azure Arc를 통한 하이브리드 클라우드 관리

 

에디션 대상 환경 가상화 권한 CAL 요구 여부 주요 특징

Essentials 소규모 비즈니스 (최대 25명 사용자) 1대의 서버 또는 가상 머신 없음 간소화된 관리, 기본 기능 제공
Standard 중소기업 및 일반 기업 환경 최대 2개의 가상 머신 + 1개의 Hyper-V 호스트 있음 기본적인 가상화 기능 제공
Datacenter 대규모 가상화 및 데이터 센터 환경 무제한 가상 머신 + 1개의 Hyper-V 호스트 있음 고급 가상화 기능, 소프트웨어 정의 네트워킹(SDN), 스토리지 복제 등 고급 기능 포함
Datacenter: Azure Edition 클라우드 통합 환경 가상 환경 전용 없음 Azure와의 긴밀한 통합, Azure Arc 기반 관리 기능 제공

 

Azure Edition (Datacenter: Azure Edition)

  • 대상: Azure와의 긴밀한 통합을 원하는 고객을 위한 에디션입니다.
  • 설치 옵션: Server Core 및 Desktop Experience 버전만 지원하며, Windows Server Containers는 지원하지 않습니다.
  • 지원 환경: 물리적 서버 환경에서는 사용이 제한되며, 가상 환경에서만 사용 가능합니다.
  • 관리 기능: Azure Arc를 통한 관리 기능을 활용할 수 있으며, Azure 기반의 최신 기능을 제공합니다.
  • 지원 대상: Software Assurance 또는 Windows Server 구독 라이선스를 보유한 고객만 사용할 수 있습니다

관리 및 보안 기능

  • Azure Arc 기반 관리 기능: Windows Server 2025는 Azure Arc를 통해 다음과 같은 관리 기능을 제공합니다:
    • Azure Update Manager: 서버 업데이트를 중앙에서 관리합니다.
    • Azure Change Tracking: 시스템 구성 변경 사항을 추적합니다.
    • Windows Admin Center: 서버 관리를 위한 웹 기반 도구를 제공합니다.
    • Windows Server Best Practices Assessment: 서버 구성의 모범 사례를 평가합니다.
    • Windows Server Remote Support: 원격 지원 기능을 제공합니다.
    • Azure Site Recovery: 재해 복구를 위한 구성 기능을 제공합니다.
  • 보안 기능: Windows Server 2025는 다음과 같은 보안 기능을 제공합니다:
    • Hotpatching: 서버 재부팅 없이 보안 업데이트를 적용할 수 있습니다.
    • GPU 분할: AI 및 머신 러닝 워크로드를 위한 GPU 자원 분할 기능을 제공합니다.
    • 소프트웨어 정의 네트워킹(SDN): 멀티사이트 연결을 위한 네트워크 기능을 제공합니다.

기능 Essentials Standard Datacenter Datacenter: Azure Edition

최대 사용자 수 / 장치 수 25명 / 50대 무제한 무제한 무제한
기본 라이선싱 1대 서버, 최대 1 CPU (10코어) 코어당 라이선스 (최소 16코어) 코어당 라이선스 (최소 16코어) 코어당 라이선스 (최소 16코어)
CAL 요구 여부 없음      

 

Windows Server 2025의 StandardDatacenter 에디션은 모두 CAL (Client Access License) 기반의 라이선스 모델을 따릅니다. CAL은 사용자가 서버에 접속하거나 서비스를 사용할 수 있는 권리를 구매하는 개념입니다. 서버 라이선스만으로는 서버 OS를 설치할 수 있을 뿐, 사용자나 장치가 접근할 수 있는 권한은 포함되지 않기 때문에 CAL이 별도로 필요합니다.

 

CAL (Client Access License) 개요

✅ 왜 필요한가요?

  • Windows Server는 기업 내 사용자나 장치가 서버에 접근하려면 서버 라이선스 + CAL이 필요합니다.
  • 예: 파일 서버, 프린터 공유, Active Directory 인증, 인트라넷 등 서버 기능을 사용하는 모든 연결은 CAL 요구 대상입니다.

 

종류 설명

User CAL 특정 사용자 1명이 여러 장치를 이용해 서버에 접속할 수 있는 권한 부여
Device CAL 특정 장치 1대가 여러 사용자를 통해 서버에 접속할 수 있는 권한 부여
RDS CAL (Remote Desktop Services CAL) 원격 데스크톱 기능을 사용하는 경우 추가로 필요. 일반적인 CAL과 별개로 구입해야 함

 

예: 회사에 직원이 30명이고 각 직원이 노트북, 데스크톱, 스마트폰에서 접속할 경우

  • User CAL이 더 경제적
  • 하지만 3교대로 여러 명이 한 PC를 번갈아 사용하는 환경에서는 Device CAL이 유리

항목 Standard Edition Datacenter Edition

서버 라이선스 적용 방식 코어 기반 (최소 16코어) 코어 기반 (최소 16코어)
CAL 필요 여부 ✔ 필요 (User 또는 Device CAL) ✔ 필요 (User 또는 Device CAL)
포함된 CAL 수 ❌ 포함되지 않음 (별도 구매) ❌ 포함되지 않음 (별도 구매)
RDS CAL 필요 여부 ✔ 원격 데스크톱 사용 시 추가 구매 필수 ✔ 원격 데스크톱 사용 시 추가 구매 필수
가상 머신 (VM) 접근 시 CAL 요구 ✔ 필요 ✔ 필요

 

예시 시나리오

🎯 사용자 기반 환경 (예: 개인 노트북 사용)

  • 직원 수: 20명, 장치 수: 50대
  • User CAL 20개 구매가 경제적

🎯 장치 기반 환경 (예: 공용 PC 사용)

  • 장치 수: 10대, 사용자 수: 30명 (3교대)
  • Device CAL 10개 구매가 유리

CAL 유형 예상 가격 (USD 기준)

User 또는 Device CAL 약 $40~$50 / 개당
RDS User CAL 약 $100~$125 / 개당

 

정리

 

  • Standard / Datacenter 모두 CAL 필요 (User 또는 Device)
  • 서버 라이선스는 서버 설치 및 운영 권한, CAL은 사용자/장치 접속 권한
  • 원격 데스크톱 등 특수 기능 사용 시 추가 RDS CAL 필요
  • CAL은 Windows Server 버전과 호환되어야 하며, 하위 호환은 가능하지만 상위 서버에는 사용할 수 없습니다.
    • 예: Windows Server 2022 CAL은 2025 서버에 사용 불가

 

Windows Server 2022에서 **RDS CAL(Remote Desktop Services Client Access License)**은 일반적인 Windows Server CAL과 별개로 **원격 데스크톱 기능(RDP/Terminal Services)**을 사용하려는 경우 별도로 구매해야 하는 라이선스입니다.

 

🔑 RDS CAL의 기본 개념

  • Windows Server CAL은 서버의 파일/프린터 공유, Active Directory 접근 등 기본 서비스에 필요한 라이선스입니다.
  • RDS CAL은 사용자나 디바이스가 원격 데스크톱 세션을 사용하려는 경우 추가로 필요한 라이선스입니다.

🎯 RDS CAL 종류

  1. RDS User CAL
    • 특정 사용자에게 부여되어, 그 사용자가 어떤 디바이스에서 접속하든 관계없이 사용 가능.
  2. RDS Device CAL
    • 특정 장치에 부여되어, 해당 장치에서 누구든지 원격 접속 가능.

조직 내 인원들이 개인 디바이스로 자주 접속한다면 User CAL이,
공용 PC를 여러 명이 사용하는 환경이라면 Device CAL이 유리합니다.

 

Datacenter 및 Standard 에디션 공통 사항

  • Windows Server 2022 Standard  Datacenter 에디션 모두 RDS 기능을 지원하지만,
    RDS CAL은 기본으로 포함되지 않으며, 별도 구매해야 합니다.
  • 예: Datacenter를 구매해도 RDS User CAL 5개 제공 같은 것은 없습니다.

📌 사용 예시

  • 조직에서 20명의 직원이 RDP로 사내 서버에 접속해야 한다면:
    • 20개의 RDS User CAL 필요 (또는 환경에 따라 Device CAL 선택 가능)

지금까지 [Windows Server 2022][#2] - RDS CAL License - Remote Desktop 글을 읽어주셔서 감사합니다. 

안녕하세요.

 

오늘은 Windows Server 2022 라이센스에 대해서 알아보겠습니다.

 

항목 Essentials Standard Datacenter

대상 소규모 기업, 스타트업 (25명 이하 사용자) 중소/중견 기업 데이터센터, 대기업
최대 사용자/기기 25명 / 50대 제한 없음 (CAL 필요) 제한 없음 (CAL 필요)
라이선스 방식 서버 단위 (단일 가격) 물리 코어 기반 물리 코어 기반
최소 라이선스 요구사항 1 서버 최소 16코어 (8코어/CPU) 최소 16코어 (8코어/CPU)
가상화 권한 1 인스턴스 2 인스턴스 무제한 인스턴스
Hyper-V 지원 기본 제공 기본 제공 고급 지원 (무제한)
컨테이너 지원 Windows 컨테이너만 제한적 Windows 컨테이너 + 2 Hyper-V 컨테이너 무제한 Windows & Hyper-V 컨테이너
Storage Replica ✅ (1 파트너당 1복제 제한) ✅ 전체 기능
소프트웨어 정의 스토리지 (S2D)
소프트웨어 정의 네트워킹 (SDN)
Shielded VM
Hotpatching (재부팅 없는 패치) ✅ (Azure Stack HCI 필요)
도메인 컨트롤러 (AD DS) 가능 가능 가능
Failover Clustering
CAL (Client Access License) 필요 없음 필요 (사용자/디바이스 별도 구매) 필요 (사용자/디바이스 별도 구매)
가격대 (USD, 대략) 약 $500 약 $1,000+ (코어 수에 따라 증가) 약 $6,000+ (코어 수에 따라 증가)

 

Windows Server 2022 Essentials

  • ✔ 단일 서버 환경, 별도 CAL 없이 바로 사용 가능
  • ✔ 최대 25명 사용자, 50대 디바이스까지
  • ✔ AD, 파일 서버, 프린터 서버 등 기본 기능 포함
  • ❌ 가상화 거의 불가 (1 VM까지만)
  • ❌ 고급 기능 (클러스터링, S2D 등) 미지원

추천 대상: IT 인력이 적은 소기업, 스타트업, 단일 서버만 필요한 환경

 

Windows Server 2022 Standard

  • ✔ 기본적인 서버 역할 제공 (도메인, 파일, DNS, DHCP 등)
  • ✔ 최대 2개의 VM 또는 2개의 Hyper-V 컨테이너 허용
  • ✔ Storage Replica 제한적 지원
  • ✔ Failover Clustering 가능
  • ❌ S2D, SDN, Shielded VM 등 고급 기능 미지원
  • ❗ CAL (사용자 또는 디바이스 라이선스) 필수

추천 대상: 일반적인 업무 환경, 중소기업, AD 및 파일 서버가 필요한 환경

 

Windows Server 2022 Datacenter

  • ✔ 무제한 VM/컨테이너 지원
  • ✔ Storage Spaces Direct (S2D), SDN, Storage Replica 완전 지원
  • ✔ Shielded VM, Host Guardian Service(HGS) 등 보안 기능
  • ✔ Hotpatch 지원 (Azure Stack HCI 사용 시)
  • ❗ 고가의 라이선스, 코어 수에 따라 비용 상승

추천 대상: 가상화 인프라 운영, 클러스터링/스토리지 기능 필요, 데이터센터 및 엔터프라이즈

 

항목 Standard Datacenter

VM 수 최대 2 무제한
Hyper-V 컨테이너 수 2 무제한
라이선스 확장 VM이 더 필요하면 추가 Standard 라이선스 구매 확장 시 비용 상승 없이 무제한 가능

 

라이센스 구입 시 주의사항

🔸 라이선스 구입 시 주의사항

  • Standard & Datacenter코어 기반 라이선스:
    • 물리 서버에 최소 16코어 필요.
    • CPU당 최소 8코어 기준으로 계산.
    • 추가 VM 운영 시 라이선스 중복 적용 필요 (Standard만).
  • CAL (Client Access License):
    • 사용자 수만큼 또는 디바이스 수만큼 별도 구매해야 함.
    • RDS, Exchange 등 추가 서버 소프트웨어에도 별도 CAL 필요.

 

대략적인 가격

구성 Standard (16코어) Datacenter (16코어)

서버 라이선스 약 $1,000 ~ $1,200 약 $6,000 이상
CAL (1개당) 약 $30 ~ $60 동일
RDS CAL (옵션) 약 $100 이상 동일

 

Standard 라이센스 구매시 기본적으로 포함되는 CAL수는 제품 패키지에 따라 다릅니다. 

 

  • 16코어 라이선스 팩 + 10 CALs
  • 16코어 라이선스 팩 + 5 CALs

따라서, 기본적으로 제공되는 CAL의 수는 구매한 패키지에 따라 5개 또는 10개입니다. 추가로 더 많은 CAL이 필요한 경우, 별도로 구매하여 추가할 수 있습니다.

일반적으로, Windows Server 2022 Standard 에디션은 2명의 동시 관리자를 위한 RDS(Remote Desktop Services) CAL을 기본으로 제공하지만, 실제 사용자 수에 따라 추가 CAL이 필요할 수 있습니다. 예를 들어, 200명의 도메인 사용자가 있을 경우, 200개의 User CAL이 필요합니다.

따라서, 기본적으로 제공되는 CAL의 수는 패키지에 따라 다르며, 추가 CAL이 필요한 경우 별도로 구매하여야 합니다.

 

Datacenter 라이센스 구매시 기본적으로 포함되는 CAL수는 없습니다.

즉, 서버를 설치하고 운영하기 위해서는 별도로 CAL을 구매해야 합니다. 이는 Microsoft의 공식 문서에서도 확인할 수 있습니다

 

CAL의 종류

Windows Server CAL은 두 가지 유형이 있습니다.

  • User CAL: 사용자 단위로 라이선스가 부여되며, 한 명의 사용자가 여러 장치에서 서버에 접근할 수 있습니다.
  • Device CAL: 장치 단위로 라이선스가 부여되며, 하나의 장치가 여러 사용자의 접근을 지원합니다.

이러한 CAL은 서버에 접근하는 모든 사용자나 장치에 대해 필요하며, 추가적인 기능(예: 원격 데스크톱 서비스)을 사용하려면 해당 기능에 맞는 추가 CAL이 필요할 수 있습니다.

요약

  • Windows Server 2022 Datacenter 에디션은 기본적으로 CAL을 포함하지 않습니다.
  • 서버를 운영하기 위해서는 별도로 CAL을 구매해야 합니다.
  • CAL은 사용자(User CAL) 또는 장치(Device CAL) 단위로 구매할 수 있습니다.

구체적인 CAL의 수량과 유형은 조직의 사용 환경에 따라 다르므로, 필요에 따라 적절한 수량을 구매하시기 바랍니다.

 

추가 설명

 

Windows Server 2022의 CAL(Client Access License)은 서버에 접근하는 사용자(User) 또는 **디바이스(Device)**에 대해 라이선스를 부여하는 개념입니다. StandardDatacenter 에디션 모두 CAL 정책은 동일하지만, 서버 기능/용도에 따라 에디션과 CAL 구성을 다르게 선택해야 할 수 있습니다.

 

✅ 기본 개념: Windows Server CAL

Windows Server 자체는 서버 OS의 라이선스만 포함하고 있으며, 서버에 접근하는 클라이언트는 별도의 CAL이 필요합니다.

종류 설명

User CAL 한 명의 사용자가 여러 디바이스로 서버에 접속할 수 있음
Device CAL 한 대의 디바이스에서 여러 사용자가 접속 가능 (공용 PC 환경에 적합)

 

항목 Standard Datacenter

기본 포함 CAL 수 포함된 패키지도 있으나, 일반적으로 별도 구매 필요 포함되지 않음 – CAL 별도 구매 필수
사용 가능한 CAL 종류 User CAL, Device CAL User CAL, Device CAL
라이선스 정책 사용/접속 수에 따라 동일 동일
CAL 호환성 Datacenter와 동일 CAL 사용 가능 Standard와 동일 CAL 사용 가능
CAL 중복 구매 여부 아니요 – 동일한 CAL을 두 에디션 모두에서 사용 가능 아니요 – CAL은 에디션 간 호환

 

CAL은 Windows Server 에디션에 종속되지 않으며, 한 번 구매하면 Standard/Datacenter 모두에서 사용 가능합니다.

 

항목 설명

Windows CAL 서버 기본 기능(File, AD 등)에 필요한 CAL
RDS CAL 원격 데스크톱 사용 시 추가로 필요한 CAL
User CAL vs Device CAL 접속 주체가 사람인가 장치인가에 따라 선택
Standard vs Datacenter CAL 정책은 동일. 기능/용도/가상화 수에 따라 에디션 선택
기본 CAL 제공 여부 일부 Standard 패키지는 제공 (5~10개), Datacenter는 기본 포함 없음

안녕하세요.

 

오늘은 윈도우 PowerShell에 대해서 알아보겠습니다.

 

1. Unix의 셀 Shell과 같은 기능을 제공하고 윈도우 서버 2008에서 소개 되었습니다. 

2. Windows Server를 관리할 때 자주 사용되는 것들을 PowerShell Script를 이용해서 만들어 놓고 언제든지 재사용 가능

3. 일반 윈도우에서도 PowerShell를 사용 할 수 있습니다.

 

PS C:\Users\Administrator> write-output "hello"
hello
PS C:\Users\Administrator>

 

host정보 확인하는 방법

PS C:\Users\Administrator> get-host


Name             : ConsoleHost
Version          : 5.1.20348.558
InstanceId       : 717406c0-fce2-4d1b-8fda-7746e6c77631
UI               : Systehttp://m.Management.Automation.Internal.Host.InternalHostUserInterface
CurrentCulture   : en-US
CurrentUICulture : en-US
PrivateData      : Microsoft.PowerShell.ConsoleHost+ConsoleColorProxy
DebuggerEnabled  : True
IsRunspacePushed : False
Runspace         : System.Management.Automation.Runspaces.LocalRunspace



PS C:\Users\Administrator>

 

문자를 입력해서 새로운 파일 생성

PS C:\Users\Administrator> add-content "hello" -path c:\hello.txt
PS C:\Users\Administrator> get-content c:\hello.txt
hello
PS C:\Users\Administrator>

 

파일 copy하기 

hello.txt를 goodmorning.txt로 복사 하였습니다. 

PS C:\Users\Administrator> copy-item c:\hello.txt c:\goodmorning.txt

 

파일 list 확인 하기

PS C:\Users\Administrator> get-childitem c:\*


    Directory: C:\


Mode                 LastWriteTime         Length Name
----                 -------------         ------ ----
d-----          5/8/2021   1:20 AM                PerfLogs
d-r---        12/31/2024   3:24 AM                Program Files
d-----        12/31/2024   3:22 AM                Program Files (x86)
d-----          1/1/2025  12:19 AM                Share_Authorized_User
d-----          1/1/2025  12:19 AM                share_hide
d-----          1/1/2025  12:18 AM                Share_USER01_ONLY
d-----          1/1/2025  12:18 AM                Share_USER_ALL_READ
d-----          1/1/2025  12:18 AM                Share_USER_ALL_READ_WRITE
d-r---        12/31/2024   2:24 AM                Users
d-----        12/31/2024   2:30 AM                Windows
-a----          1/1/2025  12:56 AM              7 goodmorning.txt
-a----          1/1/2025  12:56 AM              7 hello.txt


PS C:\Users\Administrator>

 

txt파일만 출력하기

PS C:\Users\Administrator> get-childitem c:\*.txt


    Directory: C:\


Mode                 LastWriteTime         Length Name
----                 -------------         ------ ----
-a----          1/1/2025  12:56 AM              7 goodmorning.txt
-a----          1/1/2025  12:56 AM              7 hello.txt

 

write-command 뒤에 무엇이 있는지 확인 하고 싶을때. 

PS C:\Users\Administrator> get-command write*

CommandType     Name                                               Version    Source
-----------     ----                                               -------    ------
Alias           write -> Write-Output
Alias           Write-FileSystemCache                              2.0.0.0    Storage
Alias           Write-FileSystemCache                              1.0.0.0    VMDirectStorage
Function        Write-DtcTransactionsTraceSession                  1.0.0.0    MsDtc
Function        Write-PrinterNfcTag                                1.1        PrintManagement
Function        Write-VolumeCache                                  2.0.0.0    Storage
Cmdlet          Write-Debug                                        3.1.0.0    Microsoft.PowerShell.Utility
Cmdlet          Write-Error                                        3.1.0.0    Microsoft.PowerShell.Utility
Cmdlet          Write-EventLog                                     3.1.0.0    Microsoft.PowerShell.Management
Cmdlet          Write-Host                                         3.1.0.0    Microsoft.PowerShell.Utility
Cmdlet          Write-Information                                  3.1.0.0    Microsoft.PowerShell.Utility
Cmdlet          Write-Output                                       3.1.0.0    Microsoft.PowerShell.Utility
Cmdlet          Write-Progress                                     3.1.0.0    Microsoft.PowerShell.Utility
Cmdlet          Write-Verbose                                      3.1.0.0    Microsoft.PowerShell.Utility
Cmdlet          Write-Warning                                      3.1.0.0    Microsoft.PowerShell.Utility
Application     write.exe                                          10.0.20... C:\Windows\system32\write.exe
Application     write.exe                                          10.0.20... C:\Windows\write.exe

 

이런 형식으로 Linux 또는 Unix 처럼 여러가지 기능들을 shell형식으로 제공합니다.

이 관련 부분을 script를 이용해서 자동화에도 사용 하루 있습니다.

 

이 글에서는 powershell를 이용한 자동화 스크립트에 대해서는 다루지 않겠습니다. 

 

지금까지 [Windows Server 2019][#6] - PowerShell 글을 읽어주셔서 감사합니다.

안녕하세요. 

 

오늘은 CMD 기초 명령어에 대해서 알아보겠습니다.

 

computer hostname 확인

C:\Users\Administrator>hostname
FIRST

 

computer hostname 변경

C:\Users\Administrator>hostname
FIRST

C:\Users\Administrator>netdom renamecomputer %COMPUTERNAME% /newname:SERVER01
This operation will rename the computer FIRST
to SERVER01.

Certain services, such as the Certificate Authority, rely on a fixed machine
name. If any services of this type are running on FIRST,
then a computer name change would have an adverse impact.

Do you want to proceed (Y or N)?
y
The computer needs to be restarted in order to complete the operation.

The command completed successfully.


C:\Users\Administrator>

 

PC가 재부팅되어야지 적용 됩니다.

재부팅 명령어

 

shutdown /r /t 0

 

재부팅이 완료 되면 hostname명령어로 서버 호스트 이름을 확인 합니다.

아래처럼 변경 되었습니다. 

C:\Users\Administrator>
C:\Users\Administrator>hostname
SERVER01

 

IP주소 확인 명령어

C:\Users\Administrator>ipconfig

Windows IP Configuration


Ethernet adapter Ethernet0:

   Connection-specific DNS Suffix  . :
   Link-local IPv6 Address . . . . . : fe80::dc7a:b75c:a36c:5fe4%11
   IPv4 Address. . . . . . . . . . . : 192.168.10.193
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . : 192.168.10.253

C:\Users\Administrator>

 

IP주소 상세하게 확인 하는 방법

C:\Users\Administrator>ipconfig /all

Windows IP Configuration

   Host Name . . . . . . . . . . . . : SERVER01
   Primary Dns Suffix  . . . . . . . :
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No

Ethernet adapter Ethernet0:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Intel(R) 82574L Gigabit Network Connection
   Physical Address. . . . . . . . . : 00-0C-29-21-0B-1B
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::dc7a:b75c:a36c:5fe4%11(Preferred)
   IPv4 Address. . . . . . . . . . . : 192.168.10.193(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . : 192.168.10.253
   DHCPv6 IAID . . . . . . . . . . . : 100666409
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-2F-05-E4-8C-00-0C-29-21-0B-1B
   DNS Servers . . . . . . . . . . . : 8.8.8.8
                                       8.8.4.4
   NetBIOS over Tcpip. . . . . . . . : Enabled

C:\Users\Administrator>

 

CMD 모드에서 IP주소 변경하는 방법

현재 Ethernet0이 Index 번호는 11

C:\Users\Administrator>netsh
netsh>interface ipv4 show interface

Idx     Met         MTU          State                Name
---  ----------  ----------  ------------  ---------------------------
  1          75  4294967295  connected     Loopback Pseudo-Interface 1
 11          25        1500  connected     Ethernet0

netsh>

 

아래 처럼 CMD에서도 IP주소랑 DNS를 변경 가능 합니다. 

netsh>interface ipv4 set address name="11" source=static address=192.168.10.x mask=255.255.255.0 gateway=192.168.10.253
netsh>interface ipv4 add dnsserver name="11" address=8.8.8.8 index=1

 

Server Routing Table 확인 하는 명령어

C:\Users\Administrator>route print
===========================================================================
Interface List
 11...00 0c 29 21 0b 1b ......Intel(R) 82574L Gigabit Network Connection
  1...........................Software Loopback Interface 1
===========================================================================

IPv4 Route Table
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0   192.168.10.253   192.168.10.193    281
        127.0.0.0        255.0.0.0         On-link         127.0.0.1    331
        127.0.0.1  255.255.255.255         On-link         127.0.0.1    331
  127.255.255.255  255.255.255.255         On-link         127.0.0.1    331
     192.168.10.0    255.255.255.0         On-link    192.168.10.193    281
   192.168.10.193  255.255.255.255         On-link    192.168.10.193    281
   192.168.10.255  255.255.255.255         On-link    192.168.10.193    281
        224.0.0.0        240.0.0.0         On-link         127.0.0.1    331
        224.0.0.0        240.0.0.0         On-link    192.168.10.193    281
  255.255.255.255  255.255.255.255         On-link         127.0.0.1    331
  255.255.255.255  255.255.255.255         On-link    192.168.10.193    281
===========================================================================
Persistent Routes:
  Network Address          Netmask  Gateway Address  Metric
          0.0.0.0          0.0.0.0   192.168.10.253  Default
===========================================================================

IPv6 Route Table
===========================================================================
Active Routes:
 If Metric Network Destination      Gateway
  1    331 ::1/128                  On-link
 11    281 fe80::/64                On-link
 11    281 fe80::dc7a:b75c:a36c:5fe4/128
                                    On-link
  1    331 ff00::/8                 On-link
 11    281 ff00::/8                 On-link
===========================================================================
Persistent Routes:
  None

C:\Users\Administrator>

 

 

안녕하세요.

 

windows server 2019를 설치하고 원격 리모트 데스크탑으로 연결해서 사용 할 경우 설정을 해야 합니다. 

 

1. Properties를 클릭 합니다. 

 

2. Remote Settings를 클릭 합니다. 

 

3. Allow를 클릭하고 OK버튼을 선택합니다. 

 

4. 테스틀를 합니다.

 

5. 접속 가능 합니다. 

 

지금까지 글을 읽어주셔서 감사합니다. 

안녕하세요.

 

이번에는 Windows Server 2019에서 Active Directory를 설치해보겠습니다. 

 

1. Server Manager를 클릭 합니다.

 

2. Local Server -> Ethernet0를 선택합니다.

 

서버는 IP주소가 DHCP가 아닌 Static으로 설정 되어져 있어야 합니다. 

 

3. Active Directory를 설치하면 자동으로 DNS 서버도 설정이 됩니다.

 

DNS1 - 서버 IP주소 자신을 선택합니다. 이유는 User들이 Domain를 검색할때 1차적으로 windows server 2019 DNS를 선택하게 합니다.

DNS2 - Windows 서버도 외부 DNS를 선택해서 인터넷을 사용해야하기 때문에 Google DNS 8.8.8.8 입력합니다. 

 

4. add role and features 선택 합니다. 

 

5. next 버튼을 클릭 합니다.

 

6. next버튼을 클릭 합니다.

 

7. Next를 선택 합니다. 

 

8. Active Directory Domain Services - 선택 합니다. 

 

9. Add Features 선택 합니다. 

 

 

10. DNS를 선택 합니다.

 

11. Add Features 버튼을 클릭 합니다. 

 

12. next 버튼을 클릭 합니다.

 

13. NET Framework 3.5 Features를 선택하고 next버튼을 클릭 합니다. 

14. Next 버튼을 클릭 합니다. 

 

15. Next버튼을 클릭 합니다.

 

16. Restart The destination server 를 선택하고 Install 버튼을 클릭 합니다. 

 

 

17. 설치가 완료 될때까지 기다립니다. 

 

18. Close 버튼을 클릭 합니다.

 

19. 아래 ! 모양을 클릭 합니다. 

 

20. Promote this server to a domain controller를 클릭 합니다. 

 

 

 

21. Add a new forest를 선택하고 

Root domain name: mylab.local를 입력합니다.

 

다른 이름을 사용해도 상관없습니다. 

 

22. password를 입력하고 Next버튼을 클릭 합니다. 

 

23. Next 버튼을 클릭 합니다. 

 

24. Next를 선택합니다.

 

25. Next를 선택 합니다. 

 

26. Next버튼을 클릭 합니다. 

 

27. Install버튼을 클릭 합니다. 

 

 

28. 설치가 진행 됩니다. 완료 될때까지 기다립니다. 

 

29 설치가 완료되면 자동으로 재부팅 됩니다. 

 

30.  재부팅 후 로그인 합니다. 

 

31. DNS Manager를 선택하고  Reverse Lookup Zone를 생성합니다. 

 

32. Next를 선택합니다. 

 

33. Next를 선택합니다.

 

34. Next를 선택합니다. 

 

35. Next를 선택 합니다.

 

36. IP주소를 입력합니다.

37. Next를 선택 합니다. 

 

38. A레코드를 입력합니다. 

 

39. New PTR를 클릭 합니다. 

 


Name: Server

IP: 192.168.10.226 -자기 자신을 입력합니다.
그리고 PTR을 선택하고  
Add host버튼을 클릭 합니다. 

 

40. server라는 A레코드가 생겼습니다./ 

 

41. 자동으로 PTR영역도 생성 되었습니다. 

 

42. cmd에서 nslookup를 해서 도메인을 확인 합니다.

 

정상적으로 동작합니다.

 

이번에는 AD에 User를 생성해보겠습니다.

 

43. Active Directory Users and Computer를 클릭 합니다. 

 

 

43. 아래처럼 클릭 합니다. 

 

 

44. Kevin1를 입력하고 Next버튼을 클릭 합니다. 

 

45. 패스워드를 입려하고 아래처럼 체크 하고 Next를 입력 합니다. 

 

46. User가 생성되었습니다. 

 

지금까지 windows Server 2019 Active Directory에 대해서 알아보았습니다.

 

다음글은 PC를 Domain Controller에 등록 하는 방법에 대해서 알아보겠습니다. 

안녕하세요.

 

이번에는 Windows Server 2019에서 기본적인 설정에 대해서 알아보겠습니다.

 

1. IP설정

1-1 마우스 Right버튼을 클릭 합니다.

 

1-2 Open Network & Internet Settings를 선택 합니다. 

 

1-3 Change Adapter options

 

1-4 Internet Protocol Version 4 (TCP/IPv4) 클릭 합니다. 

 

1-5 IP주소를 설정합니다. 

사용하시는 VMware Esxi또는 VMware Pro 또는 Workstation 또는 Virtual-box 상태에 따라 IP주소를 다를수 있습니다. 

 

1-6 IP주소를 확인 합니다. 그리고 google dns으로 Ping를 시도 합니다.

 

2. 방화벽을 Disable 합니다. 공부 차원에서 Windows Server 2019를 설치 했기 때문에, 윈도우 방화벽때문에 통신상 문제가 발생 할수 있어서 사전에 Firewall를 Disable 합니다. 

 

2-1 Windows Firewall를 선택 합니다. 

 

2-2 Domain Network, Private Network, Public Network모두다 방화벽을 disable 합니다. 

 

2-3 하나씩 클릭해서 아래 사진처럼 off버튼을 클릭 합니다. 

 

2-4 방화벽을 모두 Disable하면 왼쪽 사진처럼 Ping이 성공 합니다. 

 

3. 이번에는 internet Explorer를 Security Level를 수정해서 인터넷 접속할때마다 발생하는 아래 warming 메시지를 제거하겠습니다. 

 

3-1 IE Enhanced Security Configuration 클릭 합니다. 

 

3-2  모두다 Off를 선택 합니다. 

 

3-3 그리고 다시 Internet  실행 합니다. 에러 메시지가 더이상 발생하지 않습니다. 

 

이렇게 기본적인 설정에 대해서 알아보았습니다. 

안녕하세요. 

 

오늘은 VMware Esxi에 Windows Server 2019 trial version를 설치 해서 공부 해보곘습니다. 

 

1. VMware Esxi를 접속 합니다. 

가상시스템을 클릭 -> VM생성/등록을 선택 합니다.

 

2. 다음을 클릭 합니다. 

 

3. 아래 정보들을 입력 합니다.

 

이름: WIN2019-SERVER03-KEVIN

호환성: ESXI7.0 -> 현재 사용중인 VMware ESXi버전을 선택 합니다.

게스트 운용 체제 제품군: Windows

게스트 운영 체제 버전: Microsoft Windows Server 2019(64bit)

 

그리고 다음 버튼을 클릭 합니다. 

 

4. 스토리지를 선택하고 다음을 클릭 합니다. 

 

5. CPU, 메모리, 하드디스크, 네트워크 어탭터,  ISO파일을 선택하고 다음을 클릭 합니다. 

 

6. 완료 버튼을 클릭 합니다. 

 

7. 시작버튼을 클릭 해서 Windows Server 2019를 부팅 합니다.

 

8. Windows Server 2019를 설치 합니다. 

 

9. Next를 클릭 합니다. 

 

10. Install Now를 클릭 합니다.

 

11. 아래 버튼을 클릭 합니다. 

 

12. Next버튼을 클릭 합니다. 

 

13. 설치가 완료 될때까지 기다립니다. 

 

14. 설치가 완료되면 아래와 같이 자동으로 부팅이 됩니다. 

 

15. Password를 입력 합니다. 

 

16. 패드워드를 입력하고 로그인 합니다. 

 

17. 아래처럼 로그인이 완료 되었고 Windows Server 2019 사용 가능 합니다.

 

Windows Server 2019 설치에 대해서 알아보았습니다.

지금까지 글을 읽어주셔서 감사합니다. 

+ Recent posts