미디어 서비스

LG전자 Smart TV, LG채널(FAST서비스)에 Hybrid CDN을 적용

하늘을닮은호수M — Thu, 8 Aug 2024 13:53:59 +0900

LG U+는 고객들의 미디어 사용 패턴 변화에 따라 기존 IPTV 사업 이외의 신규 미디어인 FAST(Free Ad-Supported Streaming TV)를 서비스하고 있습니다.
기존 종량제방식의 클라우드 CDN은 시청량 상승에 따라 비용이 크게 증가하였고 클라우드장애 시 서비스가 중단될 수 있는 우려가 있었습니다.
이에 On-Premise 형태의 인프라와 클라우드 CDN을 병행 활용하여 비용을 절감(약 20% 비중)하고 한쪽에 장애가 발생해도 안정적으로 서비스할 수 있는 하이브리드형태의 CDN을 설계하여 구축 하였습니다.

(임시)CENC (Common ENCryption) in ISO Base media file format files

하늘을닮은호수M — Thu, 2 Nov 2023 14:58:52 +0900

CENC(Common ENCryption) 암호화란?

CENC, 공통 암호화는 다른 DRM 및 키 관리 시스템을 사용하여 동일한 파일을 복호화하기 위해 사용할 수 있는 표준 암호화 및 키 매핑 방법을 지정합니다.

배경

암호화 방식 (참조: 멀티DRM 콘텐츠, CMAF으로 단일화할 수 있을까 - PallyCon )

기존에 멀티DRM 콘텐츠의 미디어 청크를 암호화하는 AES 암호화 방식은 아래와 같이 두가지로 나뉘어졌습니다.

DASH (Widevine, PlayReady): AES-128 CTR 모드
HLS (FairPlay Streaming): SAMPLE-AES CBC 모드

CMAF 규격은 두 가지 암호화 모드를 모두 지원하지만, 단일 콘텐츠 포맷을 위해서는 둘 중 하나가 기본이 되어야 합니다.?이를 위해 각 플랫폼 및 DRM 제공 업체들은 아래와 같이 CMAF 지원을 위한 업데이트를 진행해왔습니다.

구글: 안드로이드 N(7.1) 버전과 크롬 브라우저 68버전부터 CBC 모드 지원
마이크로소프트: XBox One 기기에서 AES-128 CBC 모드 지원 (PlayReady 4.0)

CMAF 기반 DRM 단일 콘텐츠의 현주소 (참조: 멀티DRM 콘텐츠, CMAF으로 단일화할 수 있을까 - PallyCon )

위에서 알아본 것과 같이 관련 업계의 노력으로 CMAF 단일 콘텐츠는 현실화를 눈 앞에 두고 있습니다. CMAF 멀티 DRM 콘텐츠를 서비스하기 위해서는 아래와 같은 조건들을 만족시켜야합니다.

DRM 라이선스 서버: PlayReady 4.0 버전 지원 필요
DRM 콘텐츠 패키져: AES-128 CBC 암호화된 fMP4 미디어 청크와 두 개의 플레이리스트(mpd, m3u8)를 생성하는 기능 필요
DRM 클라이언트: DASH 또는 HLS 재생과 AES-128 CBC 모드 복호화 기능, 그리고 코덱(주로 H.264) 지원 필요

위 조건 중에서 라이선스 서버와 패키져는 DRM 솔루션 업체의 업데이트로 해결이 가능하지만, 클라이언트 기기의 CMAF 지원에는 아직 많은 한계가 있습니다.

!https://pallycon.com/wp-content/uploads/2019/05/n-lg-1024x535.png

우선 안드로이드는 7.1 버전 이후의 기기들만 지원되는데, 아직도 시장에는 7.0 이전 기기들이 상당 수 존재합니다.

그리고 윈도우즈 PC의 경우 OS에서 아직 CBC 모드를 지원하지 않아서 CBC로 암호화된 PlayReady DASH 콘텐츠를 재생할 수 없으며, 대신 크롬 브라우저를 이용해 소프트웨어 기반의 Widevine DRM을 적용할 수 밖에 없습니다.

CMAF 지원 플랫폼에 대한 자세한 사항은 PallyCon Docs 사이트의 해당 페이지를 참고하시기 바랍니다.

또한 아직 CMAF이 지원되지 않는 HTML5 플레이어가 있기 때문에, 웹 브라우저를 지원하는 서비스의 경우에는 사용하는 HTML5 플레이어의 CMAF 지원 여부도 확인해야 합니다.

CENC

목표

암호화 알고리즘 및 암호화 관련 메타 데이터 정의

CENC의 범위 예외

권한 매핑, 키 획득 및 저장, DRM 콘텐츠 보호 컴프라이언스 규칙은 DRM 시스템에서 수행

PSSH

라이선스, 권리, 라이선스 취득 정보 등 DRM 고유의 정보를 PSSH에 저장할 수 있습니다.
파일의 이 박스에 저장된 이 상자의 각 인스턴스는 잘 알려진 시스템에 의해 식별된 하나의 해당 DRM 시스템에 대응합니다.

Sample Table 구조

sample table 구조는 ISO 14496-12(ISOBMFF) or 14496-14(ISOBMFF의 MPEG-4확장), 14496-15(ISOBMFF의 AVC 확장)을 참고해야 합니다.

ISOBMFF의 암호화 관련 Box

보호 체계 유형

cenc AES-CTR 모드 풀샘플 및 비디오 NAL 하위 서브샘플 암호화
cbc1 AES-CBC 모드 풀샘플 및 비디오 NAL 하위 서브샘플 암호화
cens AES-CTR 모드 부분 비디오 NAL 패턴 암호화
cbcs AES-CBC 모드 부분 비디오 NAL 패턴 암호화

보호 스킴 시그널링

sinf: 구성표 정보 상자 (Scheme Information Box)
schm : 구성표 유형 상자, 암호화 구성표를 전달합니다.(scheme_type: [cenc, cbc1, cens, cbcs])
schi: Scheme Information Box : 홀더:tenc
tenc: Track Encryption Box 암호화에 대한 기본 파라미터 제공

Track ENCryption Box(TENC)

전체 트랙에 대한 기본 암호화 매개 변수값입니다. 트랙당 키가 하나만 있는 파일의 경우, 이 상자를 사용하면 샘플당 반복되지 않고 트랙당 한 번씩 기본 암호화 매개변수를 지정할 수 있습니다.

version: 1 for pattern-based encryption
if default_constant_iv is present, it is IV for all samples
a constant IV shall not be used with counter-mode encryption

Sample ENCryption(SENC)

Sample Encryption Box에는 암호 해독에 필요한 초기화 벡터 및 다른 암호 해독 매개 변수(선택 사항)를 포함한 샘플별 암호화 데이터가 들어 있습니다. Fragment내의 샘플 데이터가 암호화되어 있을 가능성이 있는 경우에 사용합니다.

ISOBMFF - CENC 중 SENC Box

Sample Encryption

Sub-Sample Encryption

Sub-Sample Encryption Applied to AVC

AES-128 블록 암호화 방식에 대해서는 블록 암호 운용 방식 를 참고하시기 바랍니다.

보호 시스템 특정 헤더 상자(PSSH)

콘텐츠를 재생하기 위해 DRM(Content Protection System)에서 필요한 정보를 포함합니다.

system_id의 형식을 지정합니다.data.

CENC의 Life cycle (참조 : ISO/IEC 23000-19:2020 )

2012

The 'cenc' Common Encryption Scheme specifies standard encryption and key mapping methods that can be utilized by one or more digital rights and key management systems (DRM systems) to enable decryption of the same file using different DRM systems. The scheme operates by defining a common format for the encryption related metadata necessary to decrypt the protected streams, yet leaves the details of rights mappings, key acquisition and storage, DRM compliance rules, etc. up to the DRM system or systems supporting the 'cenc' scheme.

첨부 파일 : ISO-IEC 23001-7 2012

2016

The AES-128 symmetric block cipher is incorporated by reference to encrypt elementary stream data contained in media samples. Both AES counter mode (CTR) and Cipher Block Chaining (CBC) are specified in separate protection schemes. Partial encryption using a pattern of encrypted and clear blocks is also specified in separate protection schemes. The identification of encryption keys, Initialization Vector storage and processing is specified for each scheme.

Subsample encryption is specified for NAL structured video, such as AVC and HEVC, to enable normal processing and editing of video elementary streams prior to decryption.

Reference

[1] https://poby.medium.com/common-encryption-in-iso-based-media-file-format-388b46a3cf27

[2] https://pallycon.com/ko/blog/멀티-drm-콘텐츠-cmaf으로-단일화할-수-있을까/

[3] ISO/IEC 23001-7:2016

AWS E&M (읽을 거리)

하늘을닮은호수M — Tue, 2 May 2023 16:58:36 +0900

Amazon CloudFront를 활용한 미디어 서비스 모니터링 방안, 1부 : 표준 로그 기반 분석

Amazon CloudFront를 활용한 미디어 서비스 모니터링 방안, 1부 : 표준 로그 기반 분석 | Amazon Web Services

미디어 서비스 환경에서 최종사용자와 직접 통신하는 콘텐츠 전송 네트워크(CDN)의 성능 및 가용성을 모니터링하는 것은 매우 중요합니다. 모든 미디어 데이터는 CDN 인프라를 통해 최종사용자에

aws.amazon.com

AWS Elemental MediaPackage및 Amazon CloudFront를 활용한 미디어 콘텐츠의 보안 강화 전략 – Part1: Live Streaming

https://aws.amazon.com/ko/blogs/tech/live-media-security-on-aws/

AWS Elemental MediaPackage및 Amazon CloudFront를 활용한 미디어 콘텐츠의 보안 강화 전략 – Part1: Live Streami

최근 미디어 산업의 발전으로 수 많은 미디어 컨텐츠들이 다양한 플랫폼과 디바이스로 시청자에게 전달이 되고 있습니다. 유료 미디어 컨텐츠를 제공하는 OTT 사업자나 다양한 유료 컨텐츠 제공

aws.amazon.com

ERR_CONNECTION_RESET 해결방법

하늘을닮은호수M — Mon, 3 Apr 2023 20:49:54 +0900

Netsh winsock reset
Netsh int ip reset
Ipconfig /release
ip/config /renew
Ipconfig /flushdns

UDT (UDP based Data Transfer) Protocol

하늘을닮은호수M — Wed, 29 Mar 2023 14:40:27 +0900

Reference : https://udt.sourceforge.io/doc/udt-sc08-poster.pdf

요약

최근 업데이트된 자료가 별로 없습니다.
UDT는 Rate Control(신뢰성이 높은 망에서 매 SYN 패킷마다 Size를 확대) 방식을 사용하고, TCP는 Window Control(수신으로부터 Ack를 받지 않은 만큼만 전송 가능) 방식을 사용
신뢰성이 높은 High Speed, High Performance에서 Bulk Data 전송이 가능합니다.
TCP처럼 Network Layer의 Transport Protocol이 아닌, UDP 기반 Application Layer의 Protocol로 Legacy Network에 대한 업데이트 없이 구현/구축 가능합니다. (Application Layer에서 Sequence Number, Ack, 재전송 구현)

이슈(TCP의 문제점)

High-speed WAN에서 Bulk Data 전송에 효율적이지 않음

여러 데이터 flow간 Control 필요

High Computation Overhead, Large data copy, bursting disk-network IO

목표

배포 용이성 : 사용자 공간 및 E2E 방식 (라우터 피드백 없이)

High Performance, Fast Data 전송

해결책

UDP 기반의 응용프로그램 수준 프로토콜
효율적인 패킷 처리를 지원하는 프로토콜 설계
구성 가능한 혼잡 제어
효율적인 기본 혼잡 제어 알고리즘.
최적화된 구현

The Features

Fast. UDT는 Rate Control : 신뢰성이 높은 망에서 매 SYN 패킷마다 Size를 확대 TCP는 Window Control : 수신단으로부터 Ack를 받지 않은 만큼만 전송 가능
Fair and friendly.
Easy to use.
Highly configurable.
Firewall friendly.

UDT Architecture

Rate Control in UDT

Window Control in TCP

AWS CORS 설정 (S3/Cloudfornt)

하늘을닮은호수M — Tue, 28 Mar 2023 08:53:49 +0900

CORS 란?

참조 : https://velog.io/@kimsehwan96/S3-CORS-%ED%97%A4%EB%8D%94-%EA%B4%80%EB%A0%A8-%EC%9D%B4%EC%8A%88-%ED%95%B4%EA%B2%B0%EB%B0%A9%EB%B2%95-html2canvas-lottie

우선 CORS 라는 개념을 알고 가야 한다.

CORS란 Cross Origin Resource Sharing 을 의미한다.
우리말로 번역해보면 교차 출처 리소스 공유라고 번역 할 수 있다.

CORS는 웹 브라우저에서 보안상의 이유로 도입되었는데. 현재 사용자가 접속한 웹 애플리케이션이 다른 출처의 리소스를 불러올 때, Access-Control-Allow-Origin 헤더를 보내주지 않으면 브라우저가 그 리소스를 거부하는 보안 정책(?) 이라고 할 수 있다.

풀어서 쉽게 설명하면 다음과 같다.

현재 유저는 https://aaaaaa.com를 브라우저를 통해 접속했다.
이 https://aaaaaa.com은 별도의 API 및 리소스 서버를 두어서, 웹 애플리케이션에 필요한 이미지나 텍스트들을 https://bbbbbb.com 에서 불러온다고 해보자.

즉 현재 유저가 보고있는 웹 애플리케이션의 도메인과, 실제 리소스를 불러와서 사용할 서버의 도메인이 다르기때문에 웹 브라우저는 Access-Control-Allow-Origin 헤더가 리소스 서버의 응답에 적절히 들어있지 않다면 사용하기를 거부한다.

개발하다 한번쯤은 겪는 CORS 에러...

이 에러를 해결하기 위한 방법은 매우 간단한데, 응답을 보내주는 서버측에서 Access-Control-Allow-Origin 헤더에 적절한 값을 담아서 보내주면 된다.

이런식으로 서버측에서 access-control-allow-origin 헤더에 적절한 응답을 넣어주면 된다.

보통은 개발의 편의성을 위해 access-control-allow-origin : * 을 넣어주는 편인데, 어떤 Origin에서 요청하든 허용하겠다는 의미이다. (localhost:3000 이든,, IwillHackYou.com 같은 위험해 보이는 도메인이든..)

CORS 작동 방식

참조 : https://docs.aws.amazon.com/ko_kr/sdk-for-javascript/v2/developer-guide/cors.html

가장 간단한 경우 브라우저 스크립트는 다른 도메인 내 서버의 리소스에 대해 GET 요청을 수행합니다. 요청이 GET 요청을 제출하도록 승인된 도메인에서 전송된 경우 해당 서버의 CORS 구성에 따라 cross-origin 서버는 요청된 리소스를 반환하여 응답합니다.

요청하는 도메인 또는 HTTP 요청 유형이 승인되지 않은 경우에는 요청이 거부됩니다. 그러나 CORS는 요청을 실제로 제출하기 전에 요청을 사전에 보낼 수 있습니다. 이 경우 preflight 요청은 OPTIONS 액세스 요청 작업을 전송하는 방식으로 이루어집니다. cross-origin 서버의 CORS 구성이 요청하는 도메인에 대한 액세스 권한을 부여하는 경우 서버에서는 요청하는 도메인이 요청한 리소스에 대해 수행 가능한 HTTP 요청 유형을 모두 나열하는 preflight 응답으로 회신합니다.

원본 요청 정책 설정하기

참조 : https://bigboss.dev/2021/11/cloudfront-settings-to-use-s3-cors/

CloudFront는 기본적으로 “클라이언트”로부터 받은 요청 헤더, 쿠키, 쿼리 문자열을 “원본”으로 전달하지 않습니다. 이 글에서 “클라이언트”는 웹 브라우저이고 “원본”은 S3입니다. S3의 CORS 정책을 이용하려면 최소한 origin 헤더는 S3로 전달되어야 하고, 필요에 따라 access-control-request-headers와 access-control-request-method도 전달될 수 있습니다.

CloudFront에서 설정하고자 하는 배포를 선택하고 동작 탭에서 편집 페이지로 이동합니다. 동작 편집 페이지 중간쯤에 “캐시 키 및 원본 요청”이 있고 별다른 설정을 하지 않았다면 “Cache policy and origin request policy (recommended)”가 선택되어 있을 것입니다. 그 아래에 “원본 요청 정책 – 선택 사항”이라는 항목이 있는데 아무것도 선택되어 있지 않습니다. 이 항목을 “CORS-S3Origin”으로 선택하고 저장합니다.

curl 또는 Postman을 이용하여, origin 헤더에 “http://localhost”를 포함한 HTTP GET 요청을 보냅니다. 그러면 헤더에 “Access-Control-Allow-Origin: *”이 포함된 HTTP 응답을 받을 수 있습니다. (S3에 CORS 정책이 미리 설정되어 있어야 합니다.)

여기서 끝인 줄 알았습니다. 그런데 HTTP 요청에 origin 헤더를 포함하지 않아도 HTTP 응답에 “Access-Control-Allow-Origin: *”이 포함되고 있었습니다. 아, 뭐가 문제지? 여러 번의 재시도와 구글링 끝에 알게 된 결론은, CloudFront는 기본적으로 요청 헤더에 뭐가 들어있든 상관없이 캐싱을 한다는 것입니다.

캐시 정책 설정하기

아까 설정한 동작 편집 페이지 중간쯤에 있는 “캐시 키 및 원본 요청”을 살펴봅니다. “캐시 정책”에 “CachingOptimized”가 선택되어 있습니다. 직역하면 “최적화된 캐싱”이니 이 녀석이 문제라고는 생각하지 못했습니다.

관리형 정책 중에는 쓸만한 것이 보이지 않습니다. 새로운 정책을 만들기 위해 바로 아래의 “정책 생성”을 클릭하면 새 창이 열립니다. 이름은 대충 “CachingForCORS” 정도로 써줍니다. “캐시 키 설정” 중 “헤더”에 “Origin”을 추가합니다. 다른 건 건드리지 않고 “생성” 버튼을 클릭합니다.

동작 편집 페이지로 돌아와서 “캐시 정책”을 새로고침하면 조금 전에 만든 “CachingForCORS”를 선택할 수 있습니다. 이렇게 캐시 정책을 선택하고 저장합니다.

Repair VMDK file of Workstation via VMware vdiskmanager

하늘을닮은호수M — Tue, 28 Mar 2023 08:47:21 +0900

참조 : https://www.ubackup.com/enterprise-backup/repair-damaged-vmware-virtual-machine.html

How to Repair Damaged VMware Virtual Machine [2 Ways]

Case: The specified virtual disk needs repair As virtual machines are convenient when testing or deploying applications affected by virus, they can easily get damaged. Have you ever encountered an error like this: Cannot open the disk or one of the snapsh

www.ubackup.com

VMware Virtual Disk Manager (vmware-vdiskmanager.exe) is a command-line utility included in VMware Workstation or Fusion that you can use to create, manage, and modify virtual disk files.

It can also be used to repair a VMDK file of a Workstation virtual machine. Here are the specific steps:

1. Open Command Prompt by pressing Win + R and type cmd.

2. Navigate to the folder path where you installed VMware Workstation.

By default, the directory is located at:

Windows XP – C:\Program Files\VMware\VMware Workstation
Windows Vista/Windows 7/8 32bit – C:\Program Files\VMware\VMware Workstation
Windows Vista/Windows 7/8/10 64bit – C:\Program Files (x86)\VMware\VMware Workstation
Windows Server 2008 R2 – C:\Program Files (x86)\VMware\VMware Workstation

Note: VMware Player do not come with VMware vdiskmanager, you need to download it additionally from VMware’s official page.

3. Run the following command:

vmware-vdiskmanager -R "complete path of the corrupted vmdk file"

Example: vmware-vdiskmanager -R "E:\Virtual Machines\Windows 10\virtualdisk.vmdk"

These are the steps of how to repair VMware Workstation VM via vmware-vdiskmanager. However, the utility is not included in the server virtualization suite VMware vSphere.

If you want repair a VMware ESXi virtual machine, you can use the vmkfstools command.

미디어 관련 표준

하늘을닮은호수M — Tue, 31 Jan 2023 14:33:31 +0900

출처 : https://www.w3.org/2011/webtv/wiki/images/c/c6/WAVE-CMAF_-_Draft_A.pdf

- 미디어 관련 표준 Agenda

- 미디어 관련 표준 진행 현황

[4] aws-cli 설치

하늘을닮은호수M — Thu, 1 Apr 2021 14:43:17 +0900

본 고는 다음 링크를 참조하여 작성하였습니다.

Reference : spiritlink.tistory.com/42

윈도우 10 에서 WSL(Ubuntu)로 AWSCLI 실행하기

S3에 있는 파일을 EFS로 옮겨야 되는데 AWS CLI를 사용해야 되는 상황이 있다. 근데 내컴퓨터가 윈도우라서 AWS CLI를 사용해야 되는데 PowerShell이 반응이 없는 상황이 자주 나와서 ㅡㅡ... 이번에는 최

spiritlink.tistory.com

AWS CLI를 설치하기 위해서는 Python과 PIP가 필요한데 이것들을 먼저 설치해보자.

우분투는 방금 깔아서 텅 비어있기 때문에 설치해줘야 한다.

- Python 설치

우리는 Ubuntu 이기 때문에 이 명령어로 설치한다.

sudo apt-get install python3

다음과 같은 명령어로 잘 설치되었는지 확인한다.

python3 --version

주의 : 파이썬3를 설치했기 때문에 대부분 명령어에서 python을 치라고 하면 python3로 바꿔서 써줘야 된다.

- PIP 설치

파이썬 스크립트를 하나 받는다..

curl -O https://bootstrap.pypa.io/get-pip.py

※ 0이아니라 대문자 O임

파이썬 스크립트 실행할때 필요한 유틸을 받는다

sudo apt-get install python3-distutils

스크립트를 실행해서 PIP를 다운로드, 설치한다.

python3 get-pip.py --user

여기까지 PIP 설치 완료

3. PATH 설정하기

이제 PATH를 연결해 보자.

export PATH=~/.local/bin:$PATH

해당 커맨드를 한번 실행한뒤

source ~/.profile

커맨드를 실행한다.

pip --version

했을때 에러없이 pip 숫자 ~~~ 버전이 이렇게 나와야 한다.

4. AWSCLI 설치

pip를 통해서 설치한다.

pip install awscli --upgrade --user

aws --version으로 정상 설치됬는지 확인한다.

5. 명령줄 경로에 AWS CLI 실행파일 추가

이과정까지 하면 설치 끝

AWS CLI 구성하기

AWS "IAM 신규 사용자 생성하기"에서 IAM 내려받은 파일에서 액세스 키와 비밀 키를 가져와야 한다.

$ more ****_credentials_20210401.csv

- AWS Access Key ID : 노란색 부분

- AWS Secret Access Key : 붉은색 부분

$ aws configure

- AWS Access Key ID : 위 more에서 얻은 노란색 부분

- AWS Secret Access Key : 위 more에서 얻은 붉은색 부분

- reginon : seoul (본인은 region을 seoul로 할당하였다)

이제 CLI를 사용할 수 있게 되었다. 다음과 같이 사용자 계정 목록을 출력함으로써 잘 동작하는지 빠르게 검증해 보자

(본인 관련 상세 내용은 disable 처리하였다.)

root@Workstation:/mnt/c/Users/T7810/Downloads# aws iam list-users
{
    "Users": [
        {
            "Path": "/",
            "UserName": "********",
            "UserId": "#############",
            "Arn": "arn:aws:iam::********",
            "CreateDate": "2021-04-01T05:51:58Z"
        }
    ]
}

[3] Amazon EC2 XShell로 연결하기

하늘을닮은호수M — Thu, 1 Apr 2021 14:18:29 +0900

본 글은 다음 링크를 참조하여 작성하였습니다.

Reference : zzdd1558.tistory.com/202

[Amazon EC2] Amazon EC2 XShell로 연결하기.

Amazon EC2 인스턴스를 생성하였다는 가정하에 진행하겠습니다. ( IP , Key pair등 다 가지고 있다는 가정하에 진행합니다. ) OS : Centos 7.5로 실행 . 각자 자신의 인스턴스 ID가 있을것이고 IPv4 퍼블릭 IP

zzdd1558.tistory.com

Amazon EC2 인스턴스를 생성하였다는 가정하에 진행하겠습니다. ( IP , Key pair등 다 가지고 있다는 가정하에 진행합니다. )

OS : Amazon 자습서대로 구성하셨다면 OS는 Amazon Linux 2의 HVM 버전 일 것입니다.

각자 자신의 인스턴스 ID가 있을것이고 IPv4 퍼블릭 IP가 있을것입니다 . 저는 혹시 몰라 가렸습니다.

원격 접속 쉘프로그램은 XShell7를 사용하였습니다 (넷사랑 가면 다운받을수 있습니다. 저는 정식구매하여 사용중입니다.)

XShell에서 세션을 추가할때 자신이 사용할 이름을 지어주시고

호스트에는 자신이 부여 받은 IP를 입력해주시면됩니다 . (위의 노란색 표시 부분 참고)

혹시 모르니 OS에 대한 이미지를 올렸습니다 . [ 이동 : AWS Putty 연결 참고 ]

AWS EC2 인스턴스, Xshell 연결 설정

다음과 같이 적어주신후에 좌측 범주에 [연결] - [사용자 인증]을 클릭해준다음..

방법 : Public Key를 눌러주시고 밑에있는 찾아보기 클릭후 [가져오기]에서 인스턴스를 생성할때 다운받은 my-key-pair-seoul.pem을 찾아서 등록해줍니다. (seoul은 리전을 구분하기 위해 명시하였습니다.)

xshell에서 AWS에서 생성한 키페어를 가져온다

등록을 한다음 [등록정보] 를 누르면 다음과 같은 키에 대한 속성 및 길이가 나옵니다. EC2에서 처음 생성할때는 Password가 없기 때문에 암호변경을 통해 비밀번호를 기억나는것으로 정해줍니다.

마지막으로 사용자 이름에는 ec2-user를 입력해주고 위에서 설정한 public key에 대한 비밀번호를 입력한다음 연결을 하시면 됩니다.

사용자 이름을 부여받지 않았는데 ec2-user라고 사용하는 이유는 AWS에서 그렇게 하라고 정해놓은 약속이기 때문입니다 .

좀더 자세한 원격 접속에 대한 정보를 알고싶다면 우측 내용을 클릭하시면됩니다. [ AWS EC2 Putty 설정 ]

Xshell에서 Amazon EC2에 연결하면 다음과 같은 화면을 볼 수 있다.

출처: https://zzdd1558.tistory.com/202 [YundleYundle]