설명

SSTS64 는 대부분의 Internet Security 제품, HIPS, 개인 방화벽, 행위기반 탐지 같은 어플리케이션

기반의 보안 모델과 행위기반 통제를 수행하는 윈도우즈 보안 소프트웨어를 테스팅하는데 쓰이는 

툴의 모음입니다. SSTS64 는 보안 소프트웨어의 다양한 기능들을 우회하기 위해 시도하는 독립

프로그램의 개념에 기반을 두고 있습니다. SSTS64 의 각 테스트는 보안 소프트웨어의 단일 기능

혹은 몇가지 밀접하게 연결된 기능에 대응됩니다.

SSTS64는 32bit 윈도우즈 XP 플랫폼상의 보안 제품을 테스트했던 기존의 SSTS 를 대체합니다.

SSTS64의 기본 개념은 SSTS에 기반을 두고 있으나 코드는 완전히 새롭게 재설계되었습니다.

많은 테스트가 개선되었고 64비트나 윈도우즈7 플랫폼과 호환되지 않는 것들은 제거되었습니다.

복수개의 테스트에 적용된 아주 유사한 기법들은 복수개의 기법을 수행하는 하나의 테스트로

합쳐졌습니다. 일부 테스트나 기법은 완전히 새로이 도입된 것입니다. 전체 테스트 셋은 유니코드

지원을 위해 재작성되었습니다.

SSTS64는 Proactive Security Challenge 64 프로젝트에 사용됩니다. 목표는 64비트 윈도우즈상의

보안 소프트웨어의 능력을 평가하고 비교하기 위함입니다. SSTS64는 최대한 투명한 테스팅을 위해

소스코드와 함께 공개됩니다. 여기에는 아웃 바운드 보호 테스트, 자체 보호, 키로거 테스트같은 많은

테스트가 포함되어 있습니다. SSTS64 의 테스트는 단일화 된 구조와 사용자 인터페이스를 가짐으로써

사용이 빠르고 쉽고 효율적입니다.

 

변경이력

  • 2013-01-18: Minor bugfixes in improvements.
  • 2012-02-05: Minor bugfixes in improvements.
  • 2011-11-26: Minor bugfixes in improvements.
  • 2011-11-07: The first version of SSTS64 with 110 tests was released.
  •  

    다운로드

    http://www.matousec.com/downloads/ssts64.7z

     

    시스템 요구사항

    64bit 윈도우즈 7 서비스팩 1

    인터넷 익스플로어 9

    (다른 윈도우 버전 및 브라우저와도 호환될 수 있으나 보장은 하지 않음)

     

    상업 혹은 비즈니스 목적의 사용

    개인 용도 및 비상업적 용도에 한해 무료로 배포 가능


    WRITTEN BY
    하이런

    ,

    2013.01.18 일자로 SSTS64 에 적용된 세번째 변경사항에 대한 문의 메일을 보냈었는데 다음날 회신이 왔다.(http://www.matousec.com/projects/security-software-testing-suite-64/)

    요약하면,

    1. 금번 마이너 업데이트로 인한 테스트 셋의 전반적인 기능에는 영향이 없다.

    2. 변경사항

    - configurator tool : 환경설정 파일에 불필요한 파일과 레지스트리 항목 제거(사용자의 수정작업에 편의성 향상)

    - 버그 수정: 다양한 보안 소프트웨어 테스트시 발생한 사소한 문제들 수정

     

    아래는 회신 전문


    Hello,

    thank you for your message.
    Minor updates are really small updates of code that do not affect the overall performance of the suite.
    For example, we have made changes in the configurator tool, which contains a list of files and registry
    entries that should be ignored. These filters have been extended so that the human tester has an easier
    work while cleaning the generated configuration file. Other changes are related to minor bugs detected
    during testing various security software products. If we detect an unusual behavior of a product, we
    analyse the case and from time to time we reveal a minor problem in the implementation of some test
    and we fix it in a way its functionality is preserved for all the other products, plus it newly works
    well for the particular product that behaved in a strange way.

    Kind Regards,

    --
    www.matousec.com Research


    WRITTEN BY
    하이런

    ,

    PSC64 Testing Guideline

     

    [테스트 환경]

    Windows7 SP1 64bit(클린 OS) + Internet Explorer 9 64bit (기본 브라우저로 지정)

    - UAC off

    - 방화벽 off

    - 윈도우 디펜더 off

    - 2명의 테스터(테스트 결과를 상호 점검하여 오류를 제거)

     

    [Step]

    1. 테스트 할 제품을 설치하기 전에 SSTS64 Configurator 툴을 사용하여 시스템의 스냅샷을 생성하라.

    이때 반드시 64비트 IE 9 와 작업 관리자를 실행한 상태에서 툴을 실행해야 함.

    도스창에서 다음 명령을 실행한다.

    >configurator.exe –c 스냅파일명 (시스템 리소스와 시간이 많이 걸림… 약 30분)

     

    [스냅샷에 포함되는 정보들]

    - 프로세스

    - 시스템 서비스와 드라이버

    - 로컬 디스크에 설치된 파일과 디렉토리

    - 레지스트리 항목

     

    2. 테스트 할 제품을 설치하라.

    3. 시스템을 재부팅하라.

    4. 보안 제품을 최신 업데이트하라.

    5. IE 9 64bit 를 실행하여 웹 페이지를 방문하라.

    윈도우 탐색기를 통해 인터넷 페이지를 방문하라.

    임의로 서명된 어플리케이션의 코드 서명된 인증서에 대한 정보를 확인하기 위해 ping.exe 을 사용해서 IP주소에 핑하라.

    schtasks.exe 를 사용하여 작업을 예약하라.(ex. schtasks /create /tn "execute notepad" /tr c:\windows\notepad.exe /sc daily /st 15:15)

    wscript.exe 로 비쥬얼 베이직 스크립트를 실행하라.

    Hello.vbs

    작업관리자를 실행하여 몇개의 프로세스를 종료하라.

    시스템을 재부팅하라.

    cmd.exe 를 부모 프로세스로 사용하여 프로그램들을 실행하라.(특히 파라메터로 실행될 수 있는 64bit IE9 와 윈도우 탐색기 등)

    테스트 제품이 어떤 행동에 대한 질문을 한다면 허용을 선택하고 가능하다면 저장할 수 있도록 하라.

    6. 테스트 할 제품을 최대로 사용 가능한 보안 수준으로 설정하라.(Methology and rules 참조)

    제품에 의한 자동 결정을 최대한 배제하고 사용자의 의사 결정에 따라 이벤트를 처리하도록 설정할 것.

    ex) hosts 파일 보호 on, 파일 무결성 검사 on, 네트워크 규칙 초기화, 프로그램 규칙 자동 추가 off

    7. 테스트 제품을 인터랙티브 모드 혹은 그와 유사한 동작을 하도록 설정되었는지 확인.

    이는 어플리케이션의 모든 결정되지 않은 행위에 대해 사용자의 의사를 반영하도록 한다.

    ex) 방화벽 알림창, 자체보호 알림창 on

    8. SSTS64 환경설정 툴을 사용하여 현재의 환경 설정 파일을 생성하라. 환경 설정 툴이 동작하고 있을 때 64비트 IE 와 작업 관리자 그리고 테스트 제품의 GUI가 반드시 실행중이어야 한다.

    ssts64.conf 파일에 생성된 LAN 인터페이스 주소도 설정해야 한다. 파일 리스트와 레지스트리 항목이 테스트 제품과 인스톨러에 의해 생성된 것만 포함될 수 있게 설정 파일을 수정하라.

    > configurator.exe –X [스냅샷 파일]

    옵션:

    -c    시스템 스냅샷 생성 및 저장

    -x    스냅샷으로 환경설정 파일 생성(하위 디렉토리를 포함하지 않음)

    -X    스냅샷으로 환경설정 파일 생성(하위 디렉토리를 포함)

      

    9. 가능하다면 제품 종료 시도에 대한 패스워드 보호 기능을 활성화하라.

    10. 시스템 재부팅 후 5번 스텝을 반복하고 윈도우 업데이트를 수행하라. 모든 일반적인 행위가 제품의 질의창을 발생시키지 않는 것을 확인하라. 아직도 물어본다면 이 조건을 만족하도록 설정을 변경하고 이 스텝을 반복하라.

    11. 머신에서 더 이상 경고가 발생하지 않는다면 테스트할 준비가 된 것이다. IE9 64비트와 작업 관리자를 실행하고 테스트 하는 동안 실행하도록 하라. 테스트 제품의 GUI도 열려있어야 한다.

    12. 테스트 머신에 테스트 파일을 복사하라. 만일 제품의 엔진과 관련된 문제가 생기면 파일 복사에 대한 예외를 허용하라. 불가능 하다면 AV 엔진을 비활성화하라.

    13. 시스템 상태를 저장하라.

    14. 테스트를 수행하라. 제품이 테스트를 통과하면 다시 반복하고 두번째에도 통과한다면 성공으로 기록하고 다음 테스트를 진행하라. 만일 테스트를 실패한다면 실패로 기록하고 저장된 시스템 상태를 복원하고 다음 레벨의 테스트를 진행하라. 테스트 중 BSOD 나 시스템이 파손되어 재부팅이 불가하거나 다른 방식으로 심하게 손상을 입은 경우 테스트가 실패한 것으로 간주한다.

    15. 종료 테스트 기법이 성공하더라도 종료된 프로세스가 없기 때문에 테스트를 실패로 보고하지 않는다면, 몇 번 더 반복하고 최대한 제품을 사용하도록 하라. 제품 업데이트, 시스템 검사 수행, 제품이 로그를 기록하고 리포트를 작성하는 것과 관련된 여러 행위 등이 예가 될 수 있다. 주어진 테스트에 대한 점수 정의를 따르는 테스트 결과가 의심스럽다면 테스트가 보고하는 결과를 맹신하지 마라. My leaks 페이지나 네트워크 패킷 스니퍼가 유용할 수 있다.

     

    Tip.

    1. 테스트를 시작하기 전에 환경설정 파일(ssts64.conf)을 해당 테스트 레벨 폴더에 복사할 것.

    2. 시작 프로그램 폴더에 다음 프로그램의 바로가기를 생성하여 재부팅시 자동 시작하면 편리하다.

    - %system32%cmd.exe

    - %program files%Internet explorer\iexplore.exe

    - %system32%taskmgr.exe

    - 제품 메인UI 실행 프로세스


    WRITTEN BY
    하이런

    ,

    Proactive Security Challenge 64

     

    Introduction

    본 프로젝트는 어플리케이션 기반의 보안 모델(인터넷 보안 제품, 개인 방화벽, HIPS, 행위기반 차단 시스템 그리고 유사한 제품들)로 구현되는 윈도우 운영체제용 보안 소프트웨어를 검토합니다. 본 프로젝트에 포함되기 위해서는 일정한 기준을 만족해야 합니다. 우리가 인식하는 본 프로젝트에 적합한 제품 리스트는 제품 리스트 페이지에서 확인할 수 있습니다.

    본 프로젝트의 목표는 어플리케이션 행위 관리와 유사한 기능들을 기반으로 사용자의 데이터와 운영체제를 보호하는 보안제품의 다양한 능력을 평가하는 것입니다. Proactive Security Challenge 64 를 통과하는 제품은 사용자의 인증서 혹은 데이터를 탈취하거나 훼손하고 봇넷에 가담하기 위해 시스템을 감염시키고 저항하며, 보안 제품 스스로에 의해 수행되는 보호를 우회하기 위해 맬웨어가 사용하는 잘 알려진 기법들을 차단할 수 있습니다.

     

    Methodology and rules

    Installation and configuration

    테스트 할 제품은 UAC 기능이 꺼져있고 기본 브라우저로 IE9 을 사용하는 Windows7 SP1 이 실행되는 가상 머신에 설치됩니다. 제품은 최대로 사용 가능한 보안 설정으로 세팅하고 이 설정으로만 테스트해야 합니다. 우리는 최고 등급의 보안 설정을 다음과 같이 정의합니다. 사용자는 운영체제와 컴퓨터 보안에 대한 전문적인 지식없이 제품을 설정할 수 있어야 합니다. 이는 우리가 가정하는 기술과 지식을 가진 사용자가 제품의 모든 형태의 GUI 를 잘 다룰수 있으며 주어진 많은 옵션을 켜고 끄거나 선택할 수 있지만, 제품 지원 포럼이나 웹사이트 상에 제안되지 않은 다양한 보호 대상을 수동으로 추가하기 위해 장치, 디렉토리, 파일, 레지스트리 항목 이름을 생각할 수는 없다는 의미입니다. 제품은 최대한 제품에 의해 자동 결정되는 횟수를 줄이면서 최대한 사용자와 빈번한 상호작용할 수 있도록 설정됩니다. 사용성 요구사항을 만족하기 위해 마치 설치된 보안 제품이 없는 것처럼 모든 합법적인 작업에 대해 설정된 제품이 설치된 컴퓨터를 사용하는 것이 가능해야 합니다. 또한 사용자는 어떤 알려지지 않은 어플리케이션의 행위를 예측하도록 강요받지 않아야 하며 일반적인 환경에서 일단 제품이 제대로 설치되고 나면 제품이 사용자를 자주 귀찮게 하지 않아야 합니다.

    Testing levels

    Proactive Security Challenge 64 에는 몇가지 테스팅 레벨이 있습니다. 각 레벨은 선택된 테스트 셋을 포함하고 있으며 이 레벨을 통과하기 위해 필요한 점수 경계가 존재합니다. 모든 제품은 레벨 1 셋부터 테스트됩니다. 레벨 1 점수 경계에 도달하는 제품은 이 레벨을 통과하고 레벨 2 테스트를 거칩니다. 이는 최상위 레벨에 도달하거나 특정 레벨의 경계에 실패할 때까지 계속 진행됩니다.

    Testing suite and scoring

    Proactive Security Challege 64 SSTS64 의 테스트만 사용합니다.

    http://mryou.tistory.com/entry/Security-Software-Testing-Suite-64-SSTS64 

    이 셋에 포함된 모든 테스트는 소스코드와 함께 제공됩니다. 공개 테스트 셋을 사용하는 것은 최대한 투명한 테스팅을 보장합니다. 개별 테스트에서 테스트된 제품은 0%~100% 사이의 점수를 얻을 수 있습니다. 일반적으로 모든 테스트는 통과 혹은 실패만 가능합니다. 그래서 제품은 0% 혹은 100% 만 획득 가능합니다. 테스팅 프로그램은 완벽하지 못하며 많은 경우에서 테스트 된 제품이 테스트를 통과 혹은 실패했는지를 인식한다는 것을 보장하지 않는 방법을 사용한다는 것을 인지해야 합니다. 이는 테스팅 프로그램이 실패했을지라도 테스트 된 시스템이 통과했다고 보고하는 경우가 발생할 수도 있다는 의미입니다. 이를 거짓 긍정 결과라고 말합니다. 테스트의 공식적인 결과는 거짓 긍정을 필터링하기 위해 숙련된 휴먼 테스터에 의해 검토됩니다. 반대로 거짓 부정의 결과는 드물고 마찬가지로 휴먼 테스터에 의해 제거됩니다.

    테스트 제품이 도달하는 레벨에서 모든 테스트는 최소한 한번을 수행됩니다. 만일 제품이 테스트를 통과한다면 거짓 통과행위를 완화하기 위해 최소한 한번은 반복됩니다. 상세한 정보는 테스팅 가이드라인을 참고하세요.

    모든 테스트는 정의된 유형을 갖고 있습니다. 같은 유형의 테스트는 동일한 목적 달성을 위해 시도됩니다. 정의된 유형과 목적은 다음과 같습니다.

    -Leak-test: leak test 는 인터넷 서버로 데이터를 보내려는 시도를 합니다. 이를 leaking 이라고 합니다. SSTS64 의 대부분의 leak test는 기본적으로 우리의 데이터 베이스에 leak 로그를 기록하는 웹사이트 상의 스크립트를 사용하도록 설정되어 있습니다. 그런 테스트를 위해서 여러분은 테스트가 데이터를 전송할 수 있었는지를 확인하기 위해 My leak 페이지를 사용할 수 있습니다. 이 스크립트를 사용하지 않는 leak test 를 위해 우리는 명확하지 않은 상황에서 패킷 스니퍼를 사용합니다. 수많은 leak test를 통과하기 위해 테스트 제품은 다양한 호스트 보호 기능을 구현해야 합니다.

    -Spying test: 사용자의 입력값 혹은 데이터를 몰래 엿보는 시도를 합니다. 키로거와 패킷 스니퍼가 그런 테스트의 일반적인 예입니다. 그들이 획득하는 데이터의 모든 데이터 정보는 환경설정 파일에 정의된 패턴으로 검색됩니다. 주어진 패턴이 발견된다면 그런 테스트가 성공한 것입니다.

    -Autorun test: 나중에 재시작되기 위해 시스템에 자기자신을 설치하려는 시도를 합니다. 오토런 테스트의 공통 목적은 재부팅시에 살아남는 것입니다. 그런 시스템 감염은 거의 모든 종류의 맬웨어가 해당되는 사항입니다. 만일 그 테스트가 그것 혹은 그것의 일부, 코드나 행위가 이후에 다시 시작될 수 있다고 확인되면 테스트 제품은 오토런 테스트를 실패하게 됩니다.

    -Self-defense test: 본 테스트 영역은 보안 제품 자신에 대한 다양한 공격을 다룹니다. 종료 테스트는 이 영역에 속하는 테스트의 첫번째 하위유형입니다. 그런 테스트는 테스트 제품이나 다른 일부의 프로세스를 종료하거나 손상을 입히려는 시도를 합니다. 대상 프로세스들 중 최소한 하나 혹은 다른 부분의 하나가 종료되거나 손상되었다면 종료 테스트는 성공한 것입니다. 프로세스와 스레드 외에도 보안 소프트웨어는 일반적으로 다양한 파일과 레지스트리 항목에 연관이 있습니다. 그런 보안 제품에 있어 중요한 객체를 삭제, 손상 혹은 변조하려는 시도를 하는 테스트도 역시 본 영역에 속합니다.

    -Other: 위에 정의된 유형 중 어디에도 속하지 않는 테스트가 여기에 포함됩니다. 예를 들면, 시스템을 악의적으로 수정하는 테스트가 본 영역에 속합니다.

     

    테스트의 유형은 정보 제공의 목적으로만 정의됩니다. 테스트가 성공 혹은 실패했는지의 평가 프로세스를 결정하는 것이 아닙니다. 각 테스트는 다양한 악의적인 목적으로 사용될 수 있는 하나 혹은 그 이상의 공격 기법을 수행합니다. leak-test 로 수행된 테스트는 영구적으로 시스템을 감염시키기 위해 사용될 수 있는 더 일반적인 기법을 사용할 수도 있습니다. 그 테스트의 핵심 기법은 다른 악의적인 목적으로 사용되어 질 수 있기 때문에 테스트 제품이 그 테스트의 leak testing 영역을 차단할 수도 있고 테스트를 실패할 수도 있습니다. 테스트의 특정 공격 기법에 대해 테스트 제품이 실제로 방어했는지 혹은 그저 현재 테스트의 수행이 성공하는 것을 방해할 수 있는지를 확인하기 위해 우리는 수정된 버전의 테스트를 사용하는 상황이 자주 발생합니다.

    모든 테스트는 그 점수가 레벨이나 다른 것에 의해 가중치가 부여되지 않습니다. 테스트 제품의 전체 점수는 다음과 같이 계산됩니다. 제품이 도달하지 못한 레벨에 대한 모든 테스트에 대해 제품 점수는 0% 입니다. 다른 모든 테스트에서 점수는 테스트에 의해 결정됩니다. 제품의 총점 = 모든 테스트의 점수 합계/모든 테스트의 수 입니다. 어떤 제품이 기존의 테스트 결과를 보유한 상태에서 PSC64 에 새로운 테스트가 추가되는 경우가 생길 수 있습니다. 그런 경우에는 이미 테스트 된 제품의 추가된 테스트 결과는 N/A 로 결정됩니다. 이는 이 제품에 대해 고려되지 않고 점수나 통과한 레벨에 영향을 주지 않습니다. 테스트 수도, 테스트 레벨도 최종적인 것이 아닙니다. 우리는 차후에 새로운 테스트와 레벨을 추가할 수도 있습니다. 또한 새로운 테스팅 기법이나 테스트 대한 여러분의 아이디어에 가능성을 열어두고 있습니다.

     

    Product’s selection and Vendors rights

    테스트 할 제품은 벤더에 의해 테스트 요청되거나 방문자들에 의해 다른 제품들보다 더 많이 제안된 제품중에서 선정됩니다. 만일 그런 제품이 없다면 아직 테스트되지 않았으며 우리 테스트를 완수할 가능성이 보이는 제품중에서 테스트할 제품을 선정합니다. 모든 벤더는 6개월에 한번 무료로 PSC 64 에서 테스트 될 자격이 있으며 이 권리는 안정적이고 대중적으로 사용할 수 있는 버전의 제품에서만 유효합니다. 만일 벤더가 하나 이상의 제품을 제안한다면 6개월에 오직 한번의 무료 테스트의 권리는 여전히 유효합니다. 게다가 다음 무료 테스팅 제품은 최종 무료 테스팅 이후 3개월 이후에 수행될 것입니다. 이 규칙은 벤더가 PSC64 를 무료 베타 테스팅 서비스로 사용하는 것을 막을 수 있습니다. 테스팅 요청을 연기할 권한을 보호하며 예외적인 상황에서 이유가 있던 없던 테스팅 요청을 완전히 거부할 수도 있습니다.

    무료 테스팅 요청 규칙의 유일한 예외는 벤더가 안티바이러스 혹은 안티맬웨어 엔진을 포함하고 SSTS 64 의 특정 테스트를 바이러스나 감염 코드 혹은 원치 않거나 악의적인 어플리케이션으로 규정하거나 패턴 식별 혹은 블랙리스트 방식을 사용하여 직접 테스트 셋 일부를 차단하거나, 어떤 다른 방식으로 PSC64 프로젝트를 공격하는 제품을 제안할 때입니다. 이 방식은 그런 안티바이러스 혹은 안티맬웨어 엔진 사용자를 기만하고 우리가 테스팅하기 어렵게 만듭니다. 테스팅 셋을 공격하는 벤더는 무료 테스팅에 대한 권리 뿐만 아니라 유료 테스팅 요청 또한 거부될 수 있습니다.

     

    Paid testing

    모든 벤더에게 유료 PSC64 테스팅을 요청할 자격이 주어집니다. 이 경우에 제품은 각 레벨의 결과와 상관없이 모든 레벨에서 테스트 될 것입니다. 벤더가 유료 테스팅의 결과를 인수한 후에 내부적으로만 보유하거나 저희 웹사이트에 공개 요청을 할 수 있습니다. 하지만 그런 요청은 테스트 된 제품에 대해 최소 한달 이상된 이전 공개된 결과가 있을 때, 그리고 테스트된 제품의 버전이 안정적이고 공개적으로 사용 가능해야 합니다. 그리고 유료 테스트의 빈도에는 제한이 없습니다.

    추천 제품 선정 기준은 간단합니다. 첫째 조건은 제품의 보호 수준이 최소 Very good, 즉 최종 점수 80% 이상을 의미합니다. 두번째 조건은 벤더와의 합의 조약이 있어야 한다는 것입니다. 만일 추천된 제품이 나중에 다시 테스트되었을때 80%를 만족시키지 못한다면 다음 테스팅까지 더 이상 추천되지 않을 것입니다.

      

    For vendors

    우리는 보안 소프트웨어 벤더에게 다양한 서비스를 제공합니다. 위에 언급한 유료 PSC64 테스팅 외에도 진보된 분석을 위한 원론적 방법론에 근거한 상업적인 테스팅을 제공합니다. 윈도우 내부구조, 보안 소프트웨어의 구현, 보안 소프트웨어의 설계, 리버스 엔지니어링과 맬웨어 분석에 연관된 컨설팅 서비스와 연구도 제공합니다.

     


    WRITTEN BY
    하이런

    ,

    WACK 를 UI 모드로 실행시 문제가 발생하는 경우(주로 다른 사용자 세션 테스트에서 무한 대기 상태 등) 커맨드 라인 모드로 인증 테스트를 수행할 수 있습니다.

    장점은 인증 테스트 진행 단계별로 세부 작업을 실시간으로 확인할 수 있으며, UI 모드에서 인증 테스트를 정상적으로 완료할 수 없는 문제를 해결할 수 있다는 점입니다.(단, 모든 경우에 대한 해법은 아닙니다.)



    이하는 전체 진행과정에 대한 정보입니다.

    ———————————————————————————–

    C:\Program Files\Windows Kits\8.0\App Certification Kit>appcert test -apptype de
    sktop -setuppath "설치파일 경로 및 파일명" -reportoutputpath c:\TestResult.xml

    자세한 내용을 보려면 APPCERT.EXE /?을(를) 실행하십시오.


    PREINSTALL단계(1/7) 실행을 시작하는 중입니다.
    ProgramInventory 작업(1/12) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    AttackSurfaceAnalyzer 작업(2/12) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    RegistryKeyInventory 작업(3/12) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    DriverSafeMode 작업(4/12) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    MultiUserEnable 작업(5/12) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    NoRebootDuringInstall 작업(6/12) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    InstallOSVersionCheck 작업(7/12) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    ModifyFaultTolerantHeap 작업(8/12) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    ModifyPCAService 작업(9/12) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    NoAppInitDlls 작업(10/12) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    WindowsErrorReporting 작업(11/12) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    DigitalSigning 작업(12/12) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    단계 실행이 완료되었습니다.
    단계가 실행되었습니다.


    INSTALLWITHHVL단계(2/7) 실행을 시작하는 중입니다.
    ApplicationFileInventory 작업(1/4) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    ProgramInventory 작업(2/4) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    ProcessInstallTraceFiles 작업(3/4) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    InstalledPrograms 작업(4/4) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    단계 실행이 완료되었습니다.
    단계가 실행되었습니다.


    INSTALLWITHOUTHVL단계(3/7) 실행을 시작하는 중입니다.
    InstallOSVersionCheck 작업(1/5) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    ApplicationFileInventory 작업(2/5) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    ProgramInventory 작업(3/5) 실행을 시작하는 중입니다.
    작업 실행 결과가 실패입니다.
    ProcessInstallTraceFiles 작업(4/5) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    InstalledPrograms 작업(5/5) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    단계 실행이 완료되었습니다.
    단계가 실행되었습니다.


    POSTINSTALL단계(4/7) 실행을 시작하는 중입니다.
    Binscope 작업(1/22) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    AttackSurfaceAnalyzer 작업(2/22) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    UACRunLevel 작업(3/22) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    DriverSafeMode 작업(4/22) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    SignedFiles 작업(5/22) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    NoWritesOutsideTheCorrectFolder 작업(6/22) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    PlatformSpecificFiles 작업(7/22) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    ProperARPValues 작업(8/22) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    InstallToProgramFiles 작업(9/22) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    NoRebootDuringInstall 작업(10/22) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    MultiUserEnable 작업(11/22) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    NoWritesToUserFolder 작업(12/22) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    RegistryKeyInventory 작업(13/22) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    MultiUserRegistryCheck 작업(14/22) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    MultiUserSessionTest 작업(15/22) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    SingleUserRegistryCheck 작업 실행을 건너뛰는 중입니다. 단일 사용자 시나리오
    전용 작업입니다.
    NoAppInitDlls 작업(17/22) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    CompatibilityFixes 작업(18/22) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    StartupApps 작업(19/22) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    AntimalwareCheck 작업(20/22) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    DependencyInformation 작업(21/22) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    NoBlockReboot 작업(22/22) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    단계 실행이 완료되었습니다.
    단계가 실행되었습니다.


    PREUNINSTALL단계(5/7) 실행을 시작하는 중입니다.
    NoRebootDuringUninstall 작업(1/2) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    Cleanup 작업(2/2) 실행을 시작하는 중입니다.
    작업 실행 결과가 실패입니다.
    단계 실행이 완료되었습니다.
    단계가 실행되었습니다.


    UNINSTALL단계(6/7) 실행을 시작하는 중입니다.
    ApplicationUninstall 작업(1/1) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    단계 실행이 완료되었습니다.
    단계가 실행되었습니다.


    POSTUNINSTALL단계(7/7) 실행을 시작하는 중입니다.
    ProgramInventory 작업(1/9) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    MultiUserCheckLogs 작업(2/9) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    MultiUserDisable 작업(3/9) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    NoRebootDuringUninstall 작업(4/9) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    CleanUninstall 작업(5/9) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    WindowsErrorReporting 작업(6/9) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    ModifyFaultTolerantHeap 작업(7/9) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    ModifyPCAService 작업(8/9) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    Cleanup 작업(9/9) 실행을 시작하는 중입니다.
    작업 실행 결과가 성공입니다.
    단계 실행이 완료되었습니다.
    단계가 실행되었습니다.

    테스트 및 보고서 생성이 완료되었습니다. 하지만 보고서를 마무리하려면 몇 개의 동
    작이 더 필요합니다. 다음 명령을 실행하여 보고서를 마무리하십시오.

    appcert.exe finalizereport -reportfilepath c:\TestResult.xml
    C:\Program Files\Windows Kits\8.0\App Certification Kit>appcert.exe finalizerepo
    rt -reportfilepath c:\TestResult.xml

    자세한 내용을 보려면 APPCERT.EXE /?을(를) 실행하십시오.
    C:\Program Files\Windows Kits\8.0\App Certification Kit>


    WRITTEN BY
    하이런

    ,
    WSLK 의 진화

    WSLK 배경

    윈도우즈 7 부터 소프트웨어 로고 프로그램이 자가 인증 프로그램으로 바뀌고 WSLK(windows software logo kit)이 도입되었습니다.

    Kit은 9가지의 윈도우즈7 소프트웨어 로고 프로그램의 요구사항 충족 여부를 테스트하는 실행 프로그램으로 구성됩니다.



     WSLK 가이드는 다음의 게시물 참조

    2009/10/13 - [IT와 생활] - Window7 소프트웨어 로고 툴킷 사용 가이드(윈도우7 호환성 테스트)

     

    WACK 도입

    1. Windows Developer Preview 부터 기존의 WSLK 을 대체하는 WACK 를 도입하였습니다.

    2. Windows DP 릴리즈만 새로운 WACK 를 사용하고, 윈도우즈7 응용 프로그램의 일반적인 테스팅과 로고 승인에는 기존의 WSLK 를 사용해오고 있습니다.

    3. 추후에는 WACK 가 다음의 모든 윈도우즈 응용프로그램 인증에 적용될 예정입니다.

    - Windows 7 소프트웨어 로고 프로그램

    - 윈도우즈 8 데스크탑 앱 인증

    - 윈도우즈 8 테스크탑 장치 앱 인증

    - 윈도우즈 스토어 예비 인증


    위 그림에서 보이는 것처럼 새로운 WACK 인증은 무료이며, 셀프 테스트 후 온라인 제출 방식으로 진행되며 총 소요시간은 앱 유형에 따라 20~45 분 정도 걸립니다.


    달라진 점

    1. 새로운 UI 와 작업절차

    단순해진 UI

    멀티 유저 테스트가 개선되어 다른 사용자 계정을 수동으로 생성하고 시작할 필요가 없음

    앱 유형을 자동 감지하여 원하는 유형의 테스트를 바로 진행 가능

    2. 현지화

    WACK 최종 버전은 총 13개 국가의 언어를 지원함.(한글도 지원합니다.)

    3. 추가 및 개정된 요구사항

    신뢰성, 보안성 그리고 새로운 앱 모델을 위한 3개의 요구사항이 추가됨

    기존의 9개 요구사항 중 다음 3개에 “Pass with warning” 옵션이 제거됨.

    clean, reversible installation

    Digitally sign files & drivers

    UAC compliance

    WACK 사용하기

    테스트 환경 구성

    1. 반드시 클린 OS 환경에서 수행해야 함.

    2. 테스트 결과 훼손을 막기 위해 테스트 할 어플리케이션 외에 AV, 방화벽 등 다른 어플리케이션을 설치하지 말 것.

    3. 검증 진행과정을 모니터링 할 수 있도록 화면보호기를 종료하고 자동 로그온을 활성화 할 것

    최소 시스템 요구사항

    - 1Ghz 64bit processor

    - 2G RAM

    - 40GB HDD

    - Windows Developer Preview

    키트 설치(2가지 중 택일)

    - Windows SDK 를 통한 설치(http://msdn.microsoft.com/en-us/windows/hardware/hh852363.aspx)

    - Visual Studio 11 express beta for Windows 8 를 통한 설치


    ■ 앱 기술적 요구사항

    1. 호환성과 복구성을 제공해야 한다.(새로 추가됨)

    2. 윈도우 보안 Best Practice 를 준수해야 한다.(새로 추가됨)

    3. 윈도우 보안 기능을 지원해야 한다.(새로 추가됨)

    4. 시스템 재시작 관리자 메시지를 지원해야 한다.

    5. 클린, 복구 설치를 지원해야 한다.

    6. 파일과 드라이버에 디지털 서명이 적용되어야 한다.

    7. 운영 시스템 버전 체크를 통해 설치 및 실행 차단을 하지 않아야 한다.

    8. 안전모드에서 서비스나 드라이버를 로드하지 않아야 한다.

    9. UAC 가이드 라인을 준수해야 한다.

    10. 올바른 폴더에 설치되어야 한다.

    11. 멀티 유저 세션을 지원해야 한다.

    12. 64비트 버전의 Windows를 지원해야 한다.

    *세부 요구사항은 다음 링크 참조

    http://msdn.microsoft.com/library/windows/desktop/hh749939.aspx


    ■ 앱 검증하기

    step 1. Windows App Certification Kit 실행

    관리자로 로그온

    Windows App Cert Kit 실행

    UAC > 예 선택


    step 2. 작업 방식 선택

    ‘데스크탑 앱 유효성 검사’ 선택


    step 3. 앱 정보 제공

    setup.exe 파일의 경로 지정

    설치 유형 선택 후 ‘다음’ 선택

    설치 진행(자동 실행)

    설치 완료를 위한 재부팅 요구시 ‘아니오’ 선택


    step 4. 검증 보고서 저장

    검증 절차 완료시 생성되는 보고서의 저장 위치를 지정

    보고서 저장 위치 및 파일명 지정 후 ‘저장’ 선택

    보고서 조회를 위해 하이퍼링크 선택 그리고 ‘종료’ 선택


    step 5. 인증을 위한 제출

    다음 사이트에서 윈도우즈8 인증을 위한 앱을 제출할 수 있다.(https://sysdev.microsoft.com)

     

    ■ 검증 리포트 읽기

    WACK 보고서는 몇개의 섹션으로 나뉘어 지는데 최상위 섹션은 앱에 대한 정포를 포함하고 다음 섹션은 앱의 전체 점수를 보여준다. 나머지는 요구사항 레벨에 따른 개별 결과를 출력한다.

    전체 점수

    Passed: 최고 점수이며 모든 검증을 통과했다는 의미

    Passed with warning: 전반적으로 통과했지만 하나 혹은 그 이상의 요구사항에 passed with warning 으로 통과했다. 이 점수가 앱 반려를 의미하진 않지만 모든 경고사항에 대해 반드시 조사하고 다뤄져야할 필요가 있다.

    Failed: 하나 혹은 그 이상의 요구사항을 만족하지 못했으며 앱 인증은 반려된다.

     

    출처: MS WACK 화이트페이퍼(http://www.microsoft.com/en-us/download/details.aspx?id=27414)

     


    WRITTEN BY
    하이런

    ,
    1. 모든 데이터베이스의 크기 조회
    SELECT table_schema "DB_name", SUM( data_length + index_length) / 1024 / 1024 
    "Data Base Size in MB" FROM information_schema.TABLES GROUP BY table_schema ;

    2. 특정 데이터베이스의 테이블 별 데이터 건수, 사이즈, 인덱스 크기 조회
    SELECT table_name, table_rows, data_length, index_length, 
    ROUND(((data_length + index_length) / 1024 / 1024),2) "Size in MB"
    FROM information_schema.TABLES WHERE table_schema = "DB_name";

    WRITTEN BY
    하이런

    ,

    ALLPAIRS

    설치본 다운로드


    설치 가이드

    폴더에 압축해제하기만 하면 끝이다.

     사용법

    올페어즈는 각각의 파라매터 셋의 개별 값이 최소한 한번 이상 쌍의 조합이 되는 합리적인 테스트 케이스 셋을 만드는 펄 스크립트이다. 솔직히 내가 말하는게 정확하게 맞는 건지 모르지만, 한번 얘기해보도록 하겠다. 만일 테스트 셋에서 포함해야 한 2개의 파라메터 즉, 프린터와 운영 체제를 예로 들면 다음과 같이 구성될 수 있을 것이다.

    운영체제

    Win98

    Win2K

    WinXP


    프린터

    HP 4050

    HP 4100


    모든 쌍의 조합을 테스트 하려면 테스트 케이스는 다음과 같을 것이다.

    CASE

    OS

    Printer

    1

    Win98

    HP 4050

    2

    Win98

    HP 4100

    3

    Win2K

    HP 4050

    4

    Win2K

    HP 4100

    5

    WinXP

    HP 4050

    6

    WinXP

    HP 4100

    두 매개변수의 경우에서 모든 쌍은 모드 가능한 조합을 의미한다. 하지만 세번째 매개변수를 추가했을 때는 무슨 일이 발생하는지 보자.

    듀플렉스 프린트

    Y

    N

    CASE

    OS

    Printer

    Duplex

    1

    Win98

    HP 4050

    Y

    2

    Win98

    HP 4100

    Y

    3

    Win2K

    HP 4050

    Y

    4

    Win2K

    HP 4100

    Y

    5

    WinXP

    HP 4050

    Y

    6

    WinXP

    HP 4100

    Y

    7

    Win98

    HP 4050

    N

    8

    Win98

    HP 4100

    N

    9

    Win2K

    HP 4050

    N

    10

    Win2K

    HP 4100

    N

    11

    WinXP

    HP 4050

    N

    12

    WinXP

    HP 4100

    N

    저 매개변수들의 각각의 경우에 대한 모든 조합은 12개의 테스트 케이스를 생성하게된다. 하지만 우리에게 진정으로 필요로 한 것이 최소한 하나의 케이스에 각 파라메터의 한 개의 조합을 보장하는 테스트 케이스라면? 그러면 더 적은 테스트 케이스를 얻을 수가 있을 것이다. 아래를 보면 6개가 도출된다.

    CASE

    OS

    Printer

    Duplex

    1

    Win98

    HP 4050

    Y

    2

    Win98

    HP 4100

    N

    3

    Win2K

    HP 4050

    N

    4

    Win2K

    HP 4100

    Y

    5

    WinXP

    HP 4050

    Y

    6

    WinXP

    HP 4100

    N

    세 파라메터 중 어느 하나의 값이 다른 하나 혹은 둘의 값과 한 쌍이 되었을 때, 버그가 발생한다면 이 테스트 케이스로 발견할 수 있을 것이다. 만일 세 개의 특정한 값이 조합되었을 때만 버그가 발생한다면, 이 조합의 케이스로는 발견할 수 없을 것이다. 하지만 적어도 모든 쌍에 대해서는 수행하게 된다.

    올페어 커버리지는 모든 조합보다 수행하기 훨씬 수월하다. 예를 들면 26개 값을 가진 10개의 매개변수를 테스트 한다면, 모든 조합은 141,167,095,653,376 개의 테스트 케이스가 필요하게 될 것이다. 올페어는 1094 개가 필요할 뿐이다.

    Allpairs 를 사용하려면 탭으로 구분된 매개변수의 테이블을 준비해야 한다. 가장 쉬운 방법은 엑셀을 사용하는 것이다.

    Operating System

    Printer

    Duplex

    Win98

    HP 4050

    Y

    Win2K

    HP 4100

    N

    WinXP

     

     

    그리고 나서 엑셀 테이블을 복사하여 텍스트 파일에 붙여넣기 하라. 그리고 다음과 같이 DOS 커맨드 라인에서 Allpairs 프로그램을 실행해라.

    ALLPAIRS VARS.TXT > TESTCASES.TXT


    혹시 Perl 을 설치했다면 다음과 같이 실행하는 것도 가능하다. 

    PERL ALLPAIRS.PL VARS.TXT > TESTCASES.TXT


    testcases.txt 의 내용은 엑셀로 붙여넣기 좋게 다음과 같이 작성될 것이다. 


    결과물의 첫번재 부분이 테스트 케이스이다. "pairings" 컬럼은 Allpairs 가 발견한 유일한 쌍의 갯수를 알려준다.

    결과물의 두번째 부분은 어떻게 쌍의 조합이 이뤄졌는지를 알 수 있게 해준다. 각각의 쌍을 나열하고, 테스트 케이스 테이블 내에 그 쌍이 몇 번이나 나타나는지를 보여준다. 그리고 그런 쌍이 발생하는 특정 테스트 케이스 혹은 케이스들을 나열한다.

     "~" 는 중요하지 않다는 의미 

    때때로 모든 조합의 쌍이 이미 수행되었기 때문에 테스트 케이스 테이블의 특정 셀의 값은 의미가 없다. 이런 경우에 선택된 값이 그 테스트 케이스의 다른 셀들에 비해 상대적으로 가장 적은 수만큼 쌍이 된 것이다. 또한 그 셀은 Allpairs 가 선택한 값을 다른 값으로 대체할 수 있으며 all-pairs 커버리지 목표를 여전히 달성하고 있음을 알려줄 수 있도록 "~" 기호로 표기된다.

    예제

    zip 파일에 포함된 마이크로소프트 워드 파일에 실제 테스트 예제가 포함되어 있다. Printing.txt 는 데이터 파일, The Printing.xls 에는 결과가 담겨있다.(좀 더 읽기 편하도록 일부 수정하였다.)

    조언

    테스트 설계
    매개변수를 치환할 때, 매개변수를 더 많이 선택할 수록, 각 테스트 케이스를 위해 해야 할 일이 더 많아진다. 그렇기 때문에 적당하게 서로 연관이 있는 매개변수를 선정하는 것이 좋다. 게다가 버그 발생의 중요성에 대해 고민해야 한다. 만일 애매한 2개의 매개변수의 두 값이 동시에 사용되었을 때만 문제가 발생한다면, 결과는 아무도 수정하려고 하지 않을 버그가 될 것이다.

    값이 "중요하지 않음"(~) 이라면 실패 가능성을 최대화 하거나 발생시 실패 영향력을 최대로 하는 값을 선택하라.

    다른 도구들
    내 도구는 최적화된 해결책을 제시하지는 못한다. 하지만 스스로 최적화 된 해결책을 찾는데 있어 신경을 끄는데 충분한 정도는 된다. 10개의 값을 가진 10개의 매개변수로 이뤄진 테스트 케이스를 고려하자. allpairs 는 177개의 조합을 찾을 것이다. 가장 적은 숫자의 가능한 테스트 케이스는 100~177 개 사이가 될 것이다. 나는 대략 130 개 이하가 될 것으라 예상한다. 하지만 모든 순열을 수행하기 위한 10억개의 테스트 케이스와 비교햇을 때 177개 정도는 나쁘지 않은 수준이다.

    Telcordia Technologies (<http://www.argreenhouse.com>) 에서 Allpairs 보다 더 좋은 웹 기반 툴을 제공한다. 예를 들어 3개의 값을 지닌 40개의 매개변수로 그 툴은 21개의 테스트 케이스로 모든 쌍을 커버할 수 있다. Allpairs 는 29를 필요로 한다. 하지만 그 툴은 자그마치 $6000 의 비용을 필요로 한다. 무료 버전과 한번 비교해보면...

     출처: By James Bach, james@satisfice.com <mailto:james@satisfice.com>, www.satisfice.com

     

    WRITTEN BY
    하이런

    ,
    목차

    개요
    시간과 장소에 구애받지 않는 접근성
    엔터프라이즈 급 보안성
    KVM over IP 성능
    어플라이언스 기반의 솔루션 vs 서버 기반의 솔루션
    전체 유지보수 비용
    디지털 KVM 파트너
    디지털 KVM을 올바로 선택하기: 구매 체크리스트

    개요

    KVM over IP 기술(이하 KVM)은 효과적인 IT 인프라 관리의 주춧돌이다. 언제 어디서나 네트워크를 통하지 않고 시스템 키보드, 비디오와 마우스 기능에 대한 접근을 제공함으로써 KVM 솔루션(혹은 디지털 KVM)은 IT 생산성을 향상시키고 중요한 비즈니스 서비스의 신뢰성있는 제공을 도와주며, 문제 해결 시간을 단축시키며 전체 기술 유지보수 비용을 절감할 수 있다.
    그게 바로 다양한 규모의 IT 조직들이 KVM 인프라를 필요로 하는 이유가 된다.

    하지만, 적합한 KVM 플랫폼을 선택하는 것이 매우 중요한 일이다. 수많은 벤더들이 내놓은 KVM 종류는 무척이나 다양하다. 
    잘못된 플랫폼을 선택하는 것은 그것의 활용에 제한을 가져오며, 비용을 상승시키며 심지어 보안상의 문제를 일으키기도 한다. 그래서 KVM 기술에 대한 투자 대비 효용을 극대화시키려면 중요한 요소들이 신중히 검토되어야만 한다.

    특히 KVM 구매자들이 중점적으로 고려해야 할 장점들은 다음과 같다.

    ▶언제 어디서든 자원에 접근할 수 있는 정도
    - 멀티 플랫폼 지원
    - 브라우저/데스크탑 호환성
    - IP와 전화연결 접속
    - 무료 다운로드 클라이언트 프로그램
    - 로컬 포트를 통한 직접 연결
    - 원격 전원 관리 지원

    ▶보안성과 성능
    - 최소화된 취약성
    - 외부 및 내부 접근 제어
    - 감사 로그 지원
    - 데이터 암호화

    ▶장비 기반 솔루션
    - 도입 용이성
    - 유지보수 비용
    - 신뢰성과 가용 시간
    - 강화된 보안성

    ▶ROI에 영향을 줄 수 있는 다른 요소들 - 유지보수 비용, 사용성 등

    KVM 구매 가이드는 저런 핵심 선정 기준의 전체적인 요약을 제공한다. 접근성, 보안성, 성능 그리고 비용을 포함한 오늘날의 KVM이 직면하는 모든 범위의 이슈를 다루게 된다. IT 조직은 이 가이드를 훨씬 잘 이해된 구매 결정을 위해 사용할 수 있으며 
    회사가 KVM 기술에 투자된 비용의 가치를 극대화하기 위해 쓰일 수 있다.


    시간과 장소에 구애받지 않는 접근성

    KVM 기술이 제안되는 주요한 가치중의 하나가 시스템 관리자들과 다른 기술 지원인력에게 언제 어디서든 주요 IT 인프라 자산에 접근을 제공한다는 점이다. 하지만 제시된 KVM 플랫폼이 실제로 이 약속을 만족시키는지 평가하는데 몇가지 이슈가 있다.

    멀티 플랫폼 지원
    엔터프라이즈 KVM 솔루션은 해당 환경의 모든 서버 플랫폼과 네트워크 장치를 지원해야 한다. 실제로, 여러분이 현재 사용하고 있지 않은 것들을 포함하면서 다양한 범위의 유명한 플랫폼을 지원하는 솔루션을 선택하는 것이 현명할 것이다. 그런 폭넓은 플랫폼에 대한 지원은 향후에 꼭 그래야만 하는 강제적인 이유로 인해 그런 플랫폼을 도입해야 할 때 유연성을 제공하기 때문이다. 원격 관리 기능을 희생하거나 KVM 시스템을 헐값에 처분하고 대체할 필요가 없어지는 것이다.

    브라우저/데스크탑 호환성
    여러분의 KVM 플랫폼이 기꺼이 모든 범위의 브라우저를 지원하지 않는다면, 여러분의 직원이 필요로 하는 진정한 시간과 장소에 구애받지 않는 접근이 불가능 하게 될 것이다. 데스크탑 브라우저의 사실상의 표준이나 다름없는 IE를 수용하는 함정에 걸려들지 않는 것이 매우 중요하다. 수많은 사용자와 조직들은 보안상의 이유로 파이어 폭스나 다른 대안들을 사용하고 있다.
    주로 IE를 기반으로 한 KVM 솔루션은 그런 다른 브라우저를 도입하는 유연성을 IT 조직에 제공할 수 없을 것이다.

    모든 최종 사용자 데스크 탑에 MS 윈도우만 설치되어 있을 것이라고 추측하는 것은 어리석은 일이다. 기술자들이 자신들의 책상을 벗어나 문제를 진단하고 해결하기 위해 사용하는 리눅스, 선 그리고 Mac 운영체제 시스템들이 기업 환경과 원격 컴퓨터 그리고 노트북 상에서 널리 사용되고 있다. KVM 환경에 천문학적인 비용을 투자하고 그들의 개인 노트북 혹은 PDA 와 다른 모바일 장치에 동작하고 있는 레드햇의 sysadmin 계정에 접근할 수 없어 몇몇 특히 중요한 순간에 사용할 수 없는 상황이 생기기를 원하는 기업은 없을 것이다.

    IP/전화 연결 접속
    어떠한 조건에서도 자원에 대한 직접 연결을 보장하기 위해 KVM 솔루션은 IP기반의 접속과 전화 연결 접속을 모두 제공해야 한다. 기술자가 문제를 고쳐야 할 필요가 발생시 동일한 네트워크의 문제로 인해 사용자들이 네트워크를 통해 KVM 스위치에 접속하지 못하게 될 수도 있다. 그런 경우에 네트워크 연결을 바이패스하고 기술자가 공용 전화 네트워크를 사용하여 스위치에 연결할 수 있어야 한다. 이 전화연결 접속은 네트워크 장애시 기업의 자원을 보호할 수 있다. 그런 벤더들이 주장하는 네트워크 장애시 접속이 불가능하다면 공유된 경로가 장애의 한 원인이 될수도 있다.

    무료 다운로드 가능한 클라이언트
    신속한 접속에 있어 2가지 잠재적인 장애 요소는 클라이언트 소프트웨어의 비용과 필요시 가용성이다. 몇몇 KVM 클라이언트 라이센스 정책은 사용자의 숫자, 지원하는 플랫폼의 수 혹은 다른 요인들에 따라 솔루션의 가격을 상승시킨다. 그런 비용이 많이 드는 라이센스 정책은 솔루션의 투자대비성과를 감소시키고 구매자가 솔루션의 전체적인 경제성과 접속 다양성 중에 하나를 포기하게 만들 수도 있다. 필요할 때 즉시 클라이언트 소프트웨어가 다운로드 가능해야 하는 것도 중요한 문제이다. 비록 그런 목적으로 사용된 적이 없다고 할지라도 기술자가 어떤 장비에 접근이 가능하도록 하게 해준다. 또한 필요시에 언제라도 몇몇 중앙집중화 된 데스크탑 소프트웨어 관리 시스템이나 PC 관리자에 관계없이 KVM 클라이언트 소프트웨어를 업데이트하기 쉽다.

    로컬 포트를 통한 직접 연결
    잠재적으로 한정된 브라우저와 플랫폼 지원 때문에 제약을 받는 것 외에도, IT 자원에 대한 원격 접속이 로컬에서 자원에 접속중인 기술자 때문에 차단될 수도 있다. 이를 막기 위해, 로컬 포트에 접속된 사용자가 원격 사용자의 접속을 방해하지 않도록 효과적인 KVM 솔루션이 설계되어야 한다. 그러므로 회사들은 그런 일들이 일어나는 시간 장소에 구애받지 않고 24시간 내내 기술 담당 직원이 자원에 접근할 수 있는 KVM 기술을 도입해야 한다. 이런 약속을 충실히 제공하지 않는 KVM 솔루션은 필수적인 가용성을 제공할 수 없을 것이다.

    완전한 원격 전원 관리
    서버에 대한 바이오스 레벨의 접근마저도 가끔 충분하지 않을 때가 있다. 만일 서버가 비정상적으로 동작을 멈췄다면 최선책은 하드 리부팅이 될것이다. 기술자가 이를 원격으로 수행하기 위해 관리 대상 장비에 대해 원격으로 전원 관리가 가능해야만 한다. 이게 전원 제어 기능과 다른 원격 제어 관리 기능을 제공하는 KVM 솔루션을 선택하는 것이 중요한 이유이다.


    엔터프라이즈 급 보안성

    IT 운영 비용을 줄이고 서비스 지속 시간을 증가시키기는 것 외에도 KVM 솔루션은 IT가 중요한 시스템과 데이터 센터 장비에 물리적인 접근을 더 강화함으로써 기업 보안을 향상 시킬 수 있다. 게다가 SOX, HIPPA 그리고 다른 규제에 대해 증가하고 있는 조직적인 집중이 IT 인프라의 보안성과 관리 편의성에 대한 감시 강화를 제공하고 있다. KVM 솔루션의 설계에 있어 어떤 취약점이 수용할 수 없는 위험에 조직을 잠재적으로 노출시킬 수 있다는 점을 인지하는 것 또한 중요하다. KVM 솔루션의 보안적인 측면이 구매결정에 있어 매우 중요한 이유이다.

    최소화된 취약점
    KVM 보안성의 가장 중요한 측면 중의 하나는 알려진 취약점의 제거이다. 위에서 언급했듯이 많은 IT 조직들이 중요한 컴퓨팅 자원에 KVM 기반의 접근을 위해 IE 대신 다른 브라우저를 선택하고 있는 이유이다. 일부는 심지어 IT 기능이 서버 플랫폼으로 MS 윈도우를 사용하기를 꺼리게 하는 이유가 되기도 한다.

    마이크로소프트의 클라이언트와 서버 운영체제 시스템들이 KVM 솔루션의 구성요소로 사용할 수 없다는 뜻은 아니다. 하지만 일반적으로 MS 플랫폼과 연관된 보안 문제를 지속적으로 추적하고 적합한 패치를 설치하기 위해 추가적인 관리 시간과 노력이 꽤 많이 필요한게 사실이다. 그래서 KVM 장치내에 내장되거나 하드웨어화 되어 있는 운영 시스템과 순수하게 더 안정적인 브라우저(파이어 폭스같은)를 사용하는 것이 훨씬 더 비용 효율적이고 더 안정적일 것이다.

    외부/내부 접속 제어
    KVM 보안의 또 다른 중요한 요소는 사용자 인증과 승인이다. 이상적으로 KVM 솔루션은 Active Directory, LDAP, TACACS 그리고 RADIUS 같은 기존의 전사적인 인증 메커니즘을 차용해야 한다. 이는 시스템의 비인가된 사용을 차단하는데 있어 관리를 손쉽게 해준다.

    동시에 KVM 시스템은 특정한 자원에 대한 사용자 인증과 접근 허가를 하는데 있어 그들 자신만의 추가적인 메커니즘을 제공해야 한다. 이는 전사적인 디렉토리 서버에 대한 접근이 불가능한 상황일 때 중요하다. 다시 말하면 인프라 장애에 대해 위협받지 않는 KVM 기능의 가용성 확보가 필수적이란 얘기다. Failover 기능은 KVM 시스템에 절대적으로 필요한 기능이다.

    Syslog 지원
    기술자가 시스템과 사용자 행위를 쉽게 감사할 수 있도록 하기 위해 KVM 솔루션은 syslog 기능을 충분히 지원해야 한다. syslog는 시스템 접근 로그에 대한 표준으로 널리 사용되기 때문이며 모든 KVM 솔루션이 그것을 지원한다고 가정해도 무방하다. 하지만 이것이 항상 그렇지는 않다. 구매자는 KVM 최종 구매 결정 이전에 syslog 지원을 확인해야 한다.

    데이터 암호화
    안전한 KVM 시스템은 관리 장치와 KVM 클라이언트 간의 모든 신호를 RC4 나 128비트 SSL 등의 적절한 암호화 기술을 이용해 암호화 할 것이다. 비디오 신호의 암호화는 특히 중요한데, 관리 화면의 일부가 침입자에게 매우 중요한 정보가 될 수 있으며 중간에 가초챈 키보드와 마우스 신호에 대한 정황을 제공할 수 있기 때문이다. 비디오 암호화는 매우 효율적으로 이뤄져야 한다. 이는 만일 비디오 암호화가 대역폭을 감소시키고 성능에 영향을 준다면 사용자들이 암호화 기능을 꺼버리고 싶도록 할 수 있기 때문이다. 보안성과 암호화는 "선택"의 문제로 여겨져서는 안된다.

    다른 보안 수단
    KVM 시스템은 강력한 패스워드 검사, 비활성 타이머 등의 다른 보안 기능을 제공해야 한다. 그런 보호장치들은 KVM 솔루션이 필수적인 기능 혜택을 제공할 때, KVM 도입이 평균적인 수준의 IT 관련 리스크가 추가되지 않는다고 확신하는데 필요이다. 


    KVM over IP 성능

    만일 성능과 응답성이 사용자의 요구를 만족시키지 못한다면, KVM 솔루션의 가치는 심각하게 훼손될 것이다. 만일 IT 관리자가 낮은 대역폭의 링크나 어플리케이션 트래픽으로 혼잡한 접속을 통해 관리 시스테메 접근해야 한다면 성능은 특히 문제의 요인이 될 소지가 있다.

    마우스 동기화
    마우스의 이동과 스크린 커서의 이동 간의 완벽한 동기화는 KVM 기술을 효과적으로 사용하기 위해 기술자들에게 중요한 요소이다. KVM 의사 결정자가 실제 사용 환경에서 고려중인 솔루션의 마우스 동기화 그리고 신호 지연 특성을 세심하게 평가해야 한다. LAN, WAN 그리고 전화 접속 연결 환경에서 동기화는 빈틈없어야 하고 일정하게 유지되어야 한다.

    대역폭에 따른 비디오 압축
    끊김없는 KVM 경험은 빠른 비디오 성능에 있어 필수적인 요소이다. 하지만 대역폭 제한이 있는 환경에서 이런 성능을 유지하기 위해서는 비디오 스트림을 적적하게 압축하는 것이 필요하다. 이상적인 KVM 시스템은 최종 사용자 경험을 최적화하기 위해 자동으로 그런 조정을 하고 수용할 수 없는 속도 저하가 IT 운용에 역효과를 미치지 않도록 보장할 것이다. 사용자들은 그들이 필요할 때 성능에 따른 비디오 품질을 변경할 수 있도록 색 깊이에 대한 선택이 가능할 것이다.


    사용성

    비록 KVM 솔루션이 주로 숙련된 IT 전문가들에 의해 사용되지만, 그렇다고 사용성이 구입 결정을 하는데 있어 고려 사항이 아니어서는 안된다. 기술자들은 중요한 IT 자원을 관리하기 위해 KVM을 사용하는데 매일 수시간을 사용한다. 동작이 어렵거나 부정확한 KVM 시스템은 생산성을 저해하고 시스템의 모든 잠재적인 비즈니스 가치가 구현되는 것을 방해할 것이다.

    전체 화면 디스플레이
    좋은 KVM 시스템은 자동으로 각 관리 장치의 비디오 특성을 감지하고 전체 화면 창을 출력하기 위해 사용자의 데스크탑 디스플레이를 조정할 것이다. 이 전체 화면 출력은 불필요하게 스크린 주변을 스크롤할 필요가 없게 해준다. 스크롤링은 기술자를 느리게 하고 그들의 생산성을 저해한다. 만일 기술자가 매번 화면 설정을 조작해야 한다면 그들은 전체 화면 보기를 위해서 다른 자원으로 화면을 전환하게 되고 생산성은 떨어지게 된다.

    화면 크기 조절과 다중 화면
    기술자가 종종 다양한 자원들과 다양한 어플리케이션을 동시에 관리해야 하기 때문에, 이상적인 KVM 시스템은 그들이 유연하게 그들의 데스크탑에서 크기 변경과 여러 전체화면 뷰를 창 모드로 볼 수 있어야 한다. 이런 유연성은 다양한 창들 사이에서 토글링없이 그들이 신속하고 효율적으로 일할 수 있도록 하게된다.

    키보드 품질
    대부분의 KVM 시스템은 사용자의 데스크 탑 PC의 로컬 커맨드로 인식되는 것과 관리 시스템에 전달되는 키보드 명령을 구별하기 위해 광범위한 매크로의 사용을 제공한다. 이로 인해 KVM 이 불안정해지고 원격 시스템 관리에 대한 공부를 더 필요로 하게된다. 반면 좋은 KVM 시스템은 생소하고 익숙하지 않은 매크로를 사용하지 않고도 마치 그들이 그런 시스템 앞에 앉아 있는 것처럼 관리자가 원격 시스템을 관리하는데 그들의 데스크탑 키보드를 사용할 수 있게 해준다.

    다른 사용성 요인들
    몇가지 다른 특성들로 한 KVM 시스템의 사용성을 다른 것들과 비교할 수 있을 것이다. 예를 들면 GUI의 직관성, 다수의 기술자들이 단일 시스템의 문제해결과 관리를 위해 동시 협업의 용이성, 원격 세션이 개시되는 속도 등. 그런 것들이 IT 스탭의 하루 생산성을 최적화하고 간소화하는데 있어 중요한 요소이다.

    도입 총 비용
    비용은 기업이 디지털 KVM 을 선택하는데 있어 가장 핵심적인 고려사항이다. 다양한 요인들이 KVM 도입 총 비용에 영향을 주게 된다. 그런 모든 요소들이 KVM 도입이 최대한 경제적으로 이뤄짐을 보장하기 위해 고려되어야 한다.

    포트당 비용
    모든 조직은 접근을 필요로 하는 기술자들의 수와 관리될 장비의 수를 고려하여 원격 접근에 대한 그들만의 요구사항을 가지게 된다. 비용 효과적으로 그런 요구사항들을 만족시키는 키포인트는 포트당 비용을 최소화하는 것이다. 더 큰 조직은 그들이 더 적은 수의 장치를 구입하면서 랙 공간을 덜차지하면서 낮은 환경 요구사항을 만족시키기 위해서 포트 수가 더 많은 장치를 구입하고자 할 것이다. 작은 조직은 적은 포트 수로 도입하고 필요한 상황이 발생할 때 점차적으로 추가하는 쪽을 고려할 것이다. 이상적인 솔루션은 향후의 연결 요구사항을 만족시키도록 유연하게 변경히 가능한 것 뿐만 아니라 현재의 요구를 정확하게 만족시키기 위해 포트에 대한 유연성 있는 설정 범위가 지원되어야 한다. 

    부품별 비용
    일부 KVM 솔루션은 관리할 KVM 스위치가 단 하나 일지라도 본체부터 엔터프라이즈급 KVM 관리 시스템에 이르는 모든 구입과 도입을 요구하기도 한다. 그런 서버 기반의 솔루션들은 KVM 도입의 비용과 복잡성을 상승시키게 된다. 최초 구매자가 그들이 적합하다고 생각할 때 관리 기능을 추가할 수 있는 유연성을 제공하는 솔루션을 고려해야 한다. 그들이 점진적으로 필요함에 따라 KVM 환경을 구축, 확장해나갈 수 있도록 하기 위함이다.

    라이센스와 가격 구조
    KVM 구매자들은 라이센스 비용이 어떻게 전체적인 가격 구조에 영향을 미치는지 이해할 필요가 있다. 추가 사용자, 플랫폼 그리고 기능에 대한 추가 비용은 전체 KVM 솔루션의 비용을 급격히 팽창시킬 수 있다. 특히 그런 추가적인 필요의 일부가 최초 구매 시점에 충분히 예상되지 않았다면. 또한 일부 KVM 제조업체들은 그들의 가격 구조의 일부로 유지보수/재계약 비용을 포함하고 있다. 이런 가격 애물단지가 되는 것을 방지하기위해 KVM 구매자들은 모든 핵심 기능을 함께 제공하고 추가적인 클라이언트 접속에 대한 추가 비용을 청구하지 않고 유지보수 비용을 요구하지 않는 솔루션을 선택해야 한다.

    설치 용이성
    주요 비용에 추가로 KVM 구매자들은 전체적인 TCO(Total Cost of Ownership) 를 추정하는데 있어 설치 비용과 노력을 고려해야 한다. 다음 섹션에 명시한대로, 분리된 인증 서버 설치가 필요한 솔루션은 초기 도입 비용을 증가시키고 시간대비 효용을  잠재적으로 지연시킬 것이다. 게다가 위에서 설명한 별도의 화면 매개변수를 제공하고 대역폭 제약을 수용하는 자동 설정 기능은 전체 도입 비용을 낮추는데 도움이 될 것이다. 

    생명주기 비용
    끝으로 KVM 구매자는 총 도입 비용과 비교할 때 지속적으로 발생하는 소유 비용을 고려해야 한다. 그런 비용은 시스템 관리, 증가하는 용량 추가, 보안 관리와 최종 사용자 지원 등을 포함한다. 소유 비용은 라이센스 구조, 장치 설계, 사용성, 유지보수 그리고 다른 요소들에 의해 영향을 받는다. 역시 KVM 인프라를 관리하기 위해 필요할지도 모르는 추가되는 서버를 구입하고 유지보수하는 비용도 포함된다.

    달리 말하면 장기적으로 그들의 조직에 가장 경제적이고 효과적인 솔루션이 어떤 것인지를 결정함에 있어 KVM 구매자는 전체적인 비용 요인의 모든 범위를 고려해야 한다. 차별화 된 기능과 생산성 혜택들이 결합된 그런 비용 요인들은 전체적인 KVM 비즈니스 사례를 이해하는데 필수적이다. 


    어플라이언스 기반의 솔루션 vs 서버 기반의 솔루션

    최근 KVM 구매자들이 직면하는 가장 큰 결정 요인의 하나는 어플라이언스 기반과 서버 기반의 솔루션 중에 어떤 것을 구매하느냐를 선택하는 것이다. 어플라이언스 기반의 솔루션은 특화된 서버 하드웨어와 내장된 운영 시스템에서 동작하는 KVM 소프트웨어가 포함된 완전한 패키지를 기본적으로 탑재된 장비이다. 서버 기반 솔루션은 일반적인 목적에서는 상업적으로 사용가능한 컴퓨터 시스템에 설치된다. 둘 사이의 선택이 중요한 이유는 여러가지가 있다.

    도입 용이성
    어플라이언스 기반의 솔루션은 초기 동작이 용이하고 즉각적인 KVM 혜택 체감을 보장하는 별도의 추가 구성이 필요없는 도입을 제공한다. 이는 강력한 자동 설정 기능을 가진 어플라이언스 기반의 솔루션들이 공통적으로 제공하는 기능이다. 반면 서버 기반의 솔루션은 해당 하드웨어에 대한 KVM 소프트웨어의 설치와 설정에 시간이 걸릴뿐만 아니라 명세서 그리고 적합한 하드웨어의 구입과 설치가 요구된다.


    전체 유지보수 비용

    KVM 솔루션이 일반적인 목적의 서버 플랫폼을 사용할 때, 서버와 그와 연관된 소프트웨어 그리고 운영 시스템은 다른 어플리케이션처럼 "관리와 보수"가 필수적이다. 여기엔 서버 관리, OS 업그레이드 및 패치 그리고 KVM 소프트웨어를 지원하는 설정의 최적화 등이 있다. 그런 비용들은 종종 서버 하드웨어 자체의 몇 배가 될때도 있다. 어플라이언스 기반의 솔루션은 솔루션을 유지하고 장기간 운용하는데 드는 비용을 낮추게 함으로써 그런 과도한 비용 지출이 제거된다. 

    신뢰성과 가용시간
    어플라이언스 기반 솔루션은 특히 무정지 KVM 운용을 위해 고안되었다. 추가로 수동적인 관리가 덜 필요하기 때문에 시스템 장애의 주요 원인인 사람의 실수를 줄이는 효과도 있다. 그래서 어플라이언스 기반의 솔루션은 상용 서버상에서 동작하는 것보다 훨씬 높은 신뢰성을 제공한다.

    향상된 보안성
    내장된 OS 커널이 동작하는 KVM 장비는 언제나 해커 모임에 잘 알려진 OS가 동작하는 일반적인 목적의 서버보다 공격에 대한 취약 가능성이 훨씬 낮다. 실제로 윈도우처럼 쉽게 알려진 OS를 사용하지 않기 때문에, 그런 어플라이언스의 내부적인 동작은 극히 불투명하고 IT 조직 내외부의 인가받지 않은 사용자들이 접근하기가 쉽지 않다. 어플라이언스 기반의 KVM 솔루션은 서버 기반의 경쟁 제품보다 훨씬 보안상으로 견고하다.


    디지털 KVM 파트너

    특정한 KVM 솔루션의 기술적인 명세의 우위를 비교한 후에 마지막으로 구매자는 그들이 솔루션을 어디에서 누구로부터 구매할 것인지 고려해야 한다. KVM 기술의 구매는 KVM 제조사와 비즈니스 관계를 수반한다. KVM 구매자는 그들의 장기간 IT 전략에 있어 지속 공존할 파트너로써 제조사의 자격을 따져보아야 한다.

    안정성
    KVM 기술은 조직의 가장 중요한 IT 자산에 연결되기 때문에, 장기간에 걸쳐 성능과 무결성이 입증된 기록이 있는 KVM 제조사를 선택하는 것이 중요하다. 그 성능과 무결성은 10년 혹은 그 이상 유지했던 기업 고객들과의 강한 유대의 관계에서 검증되어야 한다.

    비전
    기업 컴퓨팅 구조는 지속적으로 진화하기 때문에, 그런 진화를 수용하고 대응하는 능력이 검증된 KVM 벤더와 파트너 관계를 맺는 것이 중요하다. 그렇지 않으면 요즘의 KVM 솔루션이 완전히 가치를 잃기 전에 고립되고 말 것이다.

    제품 라인의 일치성
    KVM 요구사항은 비즈니스가 변화함에 따라 오랜 시간에 걸쳐 변화하기 때문에, 장기간의 유연함을 보장하는 파트너를 선정하는 것이 필수적이다. 이상적인 파트너는 단일 IP 주소에 단일 로그인을 지원하는 단일 논리 네트워크에 단일 콘솔과 전원관리 뿐만 아니라 디지털과 아날로그 KVM 기술을 모두 통합할 수 있는 중앙집중화된 관리 시스템을 포함하는 "건축 벽돌" 같은 조립성을 제공해야 한다.

    하위 호환에 대한 약속
    현존하는 투자에 대한 축소가 필요하다면 물론 벤더의 KVM 솔루션의 지속적인 혁신은 더 이상 가치가 없을 것이다. KVM 구매자가 그들의 KVM 파트너가 그것의 제품 라인에 대한 하위 호환성을 제공하는 역사적인 약속을 설명했음을 확실히 해야하는 이유이다. 벤더가 고객을 포기하고 경제적인 수명 주기가 다하기 전에 그들의 KVM 인프라를 제거하고 교체하도록 강요한다면, TCO(total cost of ownership)는 급격히 증가하게 될 것이다.

    서비스와 지원
    즉각적인 서비스와 지원은 기술 벤더와의 관계에서 필수적인 요소이다. KVM 구매자들은 KVM 벤더가 기술적인 지원이 필요할 때 전화, 전자 메일 그리고 온라인을 통해 신속하고 효과적으로 대응할 수 있는지 확인해야 한다.


    디지털 KVM을 올바로 선택하기: 구매 체크리스트

    수많은 요소들이 한 KVM 솔루션과 다른 것들을 차별화하게 된다. 다른 경쟁 솔루션에 대해 한 솔루션을 선택하는데 정당성을 개별적으로 제공하는 요소는 없을 것이다. 점층적으로 전체 ROI와 비즈니스 영향력에 중요한 파급효과를 가질 것이다.

    다음은 이전 페이지에서 다뤘던 구매 결정 요소를 요약한 체크리스트이다.

    접근성
    - 요구되는 모든 데스크탑과 서버 OS를 지원하는가?
    - 인지도 있는 데스크탑 브라우저를 통해 접속이 가능한가?
    - IP 와 다이얼 업 접속을 동시에 지원하고 망 장애시 확실한 연결을 제공하는가?
    - 전화 접속 기능이 제공된다면 벤더의 압축 기술이 충분히 신뢰할만한가?
    - 무료로 다운로드 가능한 클라이언트 접속 프로그램을 제공하는가?
    - 로컬 포트 접속 기능을 제공하는가?
    - 원격 전원 관리 기능을 충분히 제공하는가?

    보안성
    - 일반적인 윈도우 취약성에 대해 안전한가?
    - 내외부 인증 기능을 제공하는가?
    - syslog 접속을 지원하는가?
    - 키보드, 마우스 그리고 비디오 신호의 완전한 암호화를 지원하는가?
    - 패스워드 검사와 비활성화 타이머 같은 핵심 보안 기능을 제공하는가?
    - 현존하는 보안 정책과 RADIUS, TACACS, 액티브 디렉토리와 LDAP 같은 인증 시스템을 연동할 수 있는가?

    성능
    - 신속한 마우스 응답을 제공하는가?
    - 한 시스템에서 다른 시스템으로 전환할 때, 시간 지연을 방지하는 자동 비디오 해상도 조정을 제공하는가?

    편의성
    - 전체 화면 비디오 출력을 제공하는가?
    - 사용자가 전체 화면에서 썸네일 크기에 걸쳐 어떤 사이즈로든 디스플레이를 리사이즈 할 수 있는가?
    - 키보드 매크로의 사용과 요구사항을 최소화 할 수 있도록 키보드 투명성을 제공하는가?
    - 직관적인 인터페이스, 간단한 작업 그리고 다른 연관된 기능으로 사용성을 최대화 할 수 있는가?

    TCO
    - 특정 비스니스 요구사항을 만족할 수 있도록 가격대비 저비용의 포트 밀집도를 제공하는가?(가격대비 많은 포트수)
    - 더 많은 기능이 필요할 때 추가 비용을 요구하는가?
    - 라이센스 비용 구조가 합리적인가?
    - 설치가 쉬운가?
    - 추후 유지 보수 및 운영 비용은 저렴한가?
    - 새로운 기술이 추가될 때 해당 기술에 대한 하위 호환성을 제공한 이력이 있는가? 그렇지 않다면 나중에 새로운 장비를 추가로 구매해야 할 일이 생길지도 모른다.

    어플라이언스 기반 vs 서버 기반
    - 설치가 쉽고 빠른 투자대비 효용을 얻을 수 있는가?
    - 광범위하고 지속적인 시스템 관리가 필요한가?
    - 충분히 신뢰성이 있는가?
    - 장비 일체형의 안정적인 운영체제를 사용하는가?

    파트너
    - 견고한 사업 평판을 가진 안정적인 파트너인가?
    - 정보 기술이 진화함에 따라 비젼을 제시할 수 있는 파트너인가?
    - 파트너가 시리얼 콘솔, 원격 전원 관리 그리고 아날로그 KVM 을 포함한 모든 솔루션을 다루는가?
    - 하위 호환성에 대한 확실한 지원을 약속하는가?
    - 벤더가 즉각적인 서비스와 지원을 제공하는가?


    번역: mryou.tistory.com
    출처: KVM-over-IP Buyer's Guide by Raritan.Inc


    WRITTEN BY
    하이런

    ,

    1단계: KVM 타겟 서버 설정

    최적화된 대역폭 효율과 비디오 성능을 위해, 윈도우, 리눅스, X-윈도우, 솔라리스 같은 GUI 운영체제가 동작하는 KVM 타겟 서버에 설정이 필요합니다. 바탕화면에 그림이나 복잡한 문양은 성능을 저하시킬 가능성이 있습니다.

    서버의 비디오 해상도와 주사율을 KX2 가 지원하는지, 신호가 non-interlaced 인지 확인하세요.

    마우스 모드
    KX2 는 다음의 몇가지 마우스 모드를 지원합니다.
    - Absolute Mouse 모드 (D2CIM-VUSB only)
    - Intelligent Mouse 모드 
    - Standart Mouse 모드

    마우스 파라메터를 Absolute 마우스 동기화로 변경할 필요는 없지만, D2CIM-VUSB 또는 D2CIM-DVUSB 는 이 모드로 설정해야합니다. 마우스 설정은 타겟 운영체제 시스템에 따라 변합니다.


    KVM 최적화를 위한 윈도우 설정
    (다음 설정은 원격 서버 관리시 보다 원활한 조작을 위한 가이드이며, 반드시 설정해야 하는 것은 아닙니다.)

    1. 마우스 설정
    a. 시작>제어판>마우스
    b. 포인터 옵션 선택
    c. 동작
    - 포인터 속도를 정중앙으로 지정
    - 포인터 정확도 향상 체크 해제
    - 확인 선택



    2. 전환 효과
    a. 제어판>디스플레이 설정
    b. 화면 배색>효과
    - 메뉴 및 도구 설명에 다음 전환 효과 사용 해제



    Vista, Win7 의 경우
    a. 제어판>성능 정보 및 도구>고급 도구>Windows의 화면 표시 및 성능 조정
    b. 시각 효과>사용자 지정
    다음 항목 선택 해제
    - 창의 제어 및 요소에 애니메이션 효과 주기
    - 창을 최소화하거나 최대화할 때 애니메이션

    - 클릭 후 메뉴 항목 천천히 지움
    - 메뉴에 시각 효과 사용
    - 투명 효과 사용



    Virtual Media


    개요

    버츄얼 미디어(이하 VM)는 KVM 원격 서버가 클라이언트 PC 와 네트워크 파일 서버로부터 원격으로 미디어에 접근할 수 있도록 해주는 기능이다. 이를 통해 클라이언트 PC와 네트워크 파일 서버 상에 마운트 된 미디어가 원격 서버에도 가상으로 마운트되어 원격 서버가 마치 로컬에 연결된 것처럼 미디어를 읽고 쓸 수 있게된다. VM 파일을 통한 데이터 파일들은 USB 연결도 가능하다. 


    VM은 내장 또는 외장 USB CD/DVD 드라이브, USB 대용량 저장 장치, PC 하드 디스크 그리고 ISO 이미지를 지원한다.

    참고: 라리탄은 ISO9660 표준을 준수하며, 다른 ISO 표준도 사용될 수 있다.




    VM은 다음과 같은 추가적인 작업들을 지원할 수 있다.

    - 파일 전송

    - 진단 수행

    - 어플리케이션 설치 및 패치

    - 운영체제의 전체 설치

    이런 기능들은 VM을 강화시키며 데이터 센터로의 접근 필요성을 제거하고 시간과 비용을 절감시킬 수 있다.



    Virtual Media 를 사용하기 위한 필수요소들

    VM 기능으로 대상 서버에 적용된 USB 프로파일을 통해 지원되는 두 개의 드라이브를 마운트 할 수 있다. 그 드라이브들은 KVM 세션이 유지되는 동안 접근할 수 있다.


    예를 들어 어떤 CD롬을 마운트해서 사용이 끝났다면 연결을 종료하게 된다. 하지만 다른 CD롬을 가상으로 마운트 할 수 있도록 해당 CD롬 버추얼 미디어 "채널"은 여전히 유지된다. 그런 VM 채널은 USB 프로파일이 지원하는 한 KVM 세션이 종료될때까지 유지된다.


    VM을 사용하기 위해 원격 서버에서 접속을 하고자 하는 클라이언트나 네트워크 파일 서버에 우선 미디어를 연결/첨부하도록 해라. 반드시 첫 단계일 필요는 없지만 미디어에 접근하려는 시도 이전에 꼭 수행되어야만 한다.


    다음은 VM을 사용하기 위해 만족되어야 할 조건들이다.

    관리 장비

    - VM에 접근이 필요한 사용자들에 대해 VM 접속 권한뿐만 아니라 연관된 포트에 대한 장치 접근 허가가 반드시 필요하다. 포트 접근 허용은 그룹 단위로 지정할 수 있다.

    - 장치와 원격 서버 사이에 USB 접속이 필요하다.

    - PC-공유를 사용하고자 한다면 보안 설정 페이지에서 보안 설정이 활성화되어 있어야 한다.(옵션)

    - 연결하고자 하는 KVM 원격 서버에 대한 올바른 USB 프로파일이 지정되어야 한다.

    클라이언트 PC

    - 특정 VM 옵션은 클라이언트PC에 대한 관리자 권한이 요구된다.(전체 드라이브에 대한 드라이브 리디렉션 등)

    참고: 비스타나 윈도우7을 사용하고 있다면 UAC 기능을 끄거나 IE를 시작할 때 관리자 권한으로 실행해라.

    원격 서버

    - 원격 서버가 반드시 연결된 USB 드라이브를 지원해야 한다.

    - 윈도우 2000 이 운영중인 원격 서버는 모든 최신 패치가 설치되어야 한다.

    - USB 2.0 포트가 더 빠르고 선호된다.


    VM 사용 가이드 

    1. 원격 파일 서버의 ISO 이미지로 OS 설치하기
    1. 관리 콘솔>Virtual Media 선택 후 원격 파일 서버 주소와 마운트 할 ISO 이미지 경로를 지정 후 저장합니다.
    (참고: Virtual Media 메뉴는 관리자 계정으로 접속시 보여집니다.)


    2. KVM Client 화면의 Virtual Media>Remote Server ISO Image 를 선택 후 호스트 이름, 이미지, 파일 서버 계정 및 패스워드를 입력합니다.


    3. 원격 ISO 이미지가 원격 서버에 마운트된 것을 확인 후 시스템을 재부팅합니다.


    4. 원격 서버를 재부팅하여 CMOS 설정 화면으로 진입합니다.
    Advanced BIOS Features>First Boot Device 를 "USB-CDROM" 으로 설정 후 저장하고 종료합니다.


    5. 재부팅하여 OS 설치를 진행할 수 있습니다.



    현재 다음의 원격 서버(QANAS) ISO 이미지가 등록되어 있으니 필요에 따라 설치하실 수 있습니다.
    - 한글 윈도우7 Ultimate x64 
    \CD\007.Windows_7\KR\ko_windows_7_ultimate_kn_x64_dvd_x15-65972.iso
    - 한글 윈도우 2008 서버 x86
    \CD\006.Windows_2008_Server\KR\ko_windows_server_2008_standard_enterprise_and_datacenter_with_sp2_x86_dvd_x15-41073.iso
    - 한글 윈도우 비스타 SP2 x86
    \CD\005.Windows_Vista\KR\ko_windows_vista_k_and_kn_with_sp2_x86_dvd_x15-36302.iso
    - 한글 윈도우 2003 서버 WOW 버전
    \CD\004.Windows_2003_Server\KR\Windows2003 WOW Kor.iso
    - 한글 윈도우 XP pro SP3 x86
    \CD\003.Windows_XP\KR\Windows XP Professional Edition with SP3_Korean.iso
    - 한글 윈도우 2000 pro SP4
    \CD\002.Windows_2000\Professional\SP4\Windows2000 Professional with SP4 Kor.iso
    - 한글 윈도우 98 SE
    \CD\001.Windows_2000이전\Windows_98\Win98SE_Kor.iso


    2. 부팅CD로 고스트 이미지 복원하기
    1. 원격 서버에 접속하여 Virtual Media>Connect CD-ROM/ISO... 메뉴를 선택합니다.

    2. 클라이언트PC의 CD롬에 부팅 CD를 넣고, Local CD/DVD Drive 를 지정 후 OK를 선택합니다.

    3. 정상적으로 미디어가 인식되었다면 VM 연결이 성공했다는 메시지가 출력됩니다.

    4. 원격 서버에 CD롬 드라이브가 정상적으로 마운트 된 것을 확인할 수 있습니다.

    5. 원격 서버를 재부팅하여 CMOS 설정 화면으로 진입합니다.
    Advanced BIOS Features>First Boot Device 를 "USB-CDROM" 으로 설정 후 저장하고 종료합니다.


    6. 재부팅시 부팅CD를 인식하여 고스트를 실행하여 OS 이미지를 복원 및 백업합니다.


    FAQ
    Q: 원격 관리 화면을 창 모드로 변경하려면 어떻게 해야하나요?
    A: 전체 화면 모드에서 창 모드로 전환을 위해 Ctrl + Alt + M 키를 동시 누르면 됩니다.

    Q: 원격 서버의 마우스 커서 포인트/화면 해상도가 정확하게 매칭되지 않아요.
    A: Video>Auto Sense Video Settings 기능을 사용하시면 마우스 커서 및 화면 해상도 매칭이 리프레쉬됩니다.

    Q: 원격 서버 접속 화면에 떨림이 발생합니다.
    A: KX2-216 스위치는 최대 1600 x 1200 원격 서버 해상도를 지원하지만, 1280 x 1024 이상의 해상도 사용시 일부 떨림 증상이 발생할 수 있으니 꼭 필요한 경우가 아니라면 1024 x 768 해상도 이하 사용을 권장합니다.

    Q: 원격 서버 접속 화면을 선택했는데 키 입력이 되지 않습니다.
    A: 원격 서버의 상태가 운영체제 진입 이전(바이오스 화면, 도스 모드 실행 등)일 경우 다른 작업에서 전환시 키 입력이 가능할 때까지 약 10~20 초 정도의 지연이 발생합니다. 조금만 기다려주시면 조작이 가능합니다.



    이더넷과 IP 네트워킹

    KX2는 여분의 fail-over 기능을 제공하는 이중 기가비트 이더넷 포트를 제공하나요?

    이중의 기가비트 이더넷 포트로 여분의 fail-over 기능을 제공합니다. 첫번째 이더넷 포트에 문제가 생기면 두번째 네트워크 포트에 동일한 IP 주소를 할당하여 장애복구를 하게됩니다. 자동 장애 복구 기능은 관리자가 활성화되도록 설정해야 합니다.

    KVMoIP 시스템에서 대역폭은 얼마나 사용되나요?

    KX2 장비는 현존하는 최고의 비디오 압축이 채용된 차세대 KVMoIP 기술을 제공합니다.


    WRITTEN BY
    하이런

    ,