3. 분석할 소스 파일에서 찾기를 원하는 태그에 커서를 위치하고 ,st를 누르면 태그를 선택할수 있다.

4. 여러개의 창이 같은 크기로 분할되어있을 때 CTRL+w+_ 을 누르면 현재 커서가 있는 창을 커지게 한다.

5. 여러개의 창에서 이동하는 것은 CTRL+w+w를 누르거나 CTRL+w+화살키 를 누른다. 

cscope 사용법

1. 분석할 소스의 최상위 디렉토리에서 아래 명령을 사용하여 cscope.out을 생성한다.
    - find . \( -name '*.c' -o -name '*.cpp' -o -name '*.cc' -o -name '*.h' -o -name '*.s' -o -name '*.S' \) -print > cscope.files || cscope -i cscope.files
2. ~/.vimrc 파일을 열어 아래 부분에 생성한 cscope.out 파일의 패스를 넣어준다.

if filereadable("./cscope.out") cs add cscope.outelse cs add [cscope.out 파일을 생성한 디렉토리 패스]/cscope.outendif

3. 분석할 소스 파일에서 찾기를 원하는 태그에 커스를 위치하고 ,css를 누르면 태그를 선택할수 있다.

정리

1. 위의 설정들을 정리하면 아래와 같은 파일을 만들고 실행한다.

#!/bin/sh
ctags -R ./ /usr/include
find ./ -name "*.c" -o -name "*.h" > cscope.files
find /usr/include -name "*.c" -o -name "*.h" >> cscope.files

2. ~/.vimrc 파일 설정을 한다

이 정도로 정리될 수 있다.

보안 강화 리눅스(SELinux) 분석

리눅스(Linux??)는 가장 안전한 운영체제라고 합니다. 하지만 NSA(National Security Agency)는 SELinux 등장 이후 리눅스를 한 등급 높였습니다. SELinux는 물샐틈없이 보안을 강화하도록 커널과 사용자 영역을 변경해서 확장하는 토대로 GNU/리눅스 운영체제를 채택했습니다. 커널 2.6 배포판을 설치했다면, SELinux를 사용하고 있다는 사실에 놀랄지도 모르겠습니다. 이 기사는 SELinux 이면에 숨은 아이디어와 구현 방법을 설명합니다.

소개

인터넷과 같은 공중망은 위험한 장소다. (심지어 일시적이라고 할지라도) 인터넷에 붙은 컴퓨터를 소유한 어느 누구라도 이런 위험을 이해한다. 공격자들은 시스템 접근 권한을 얻거나 불법적으로 정보에 접근하거나, 스팸을 뿌리기 위해 다른 컴퓨터의 용도를 변경하거나, (분산 서비스 거부 공격의 일부로 SYN 넘침 공격을 사용하려고) 고성능 시스템 공격에 참여하기 위해 보안 취약성을 악용한다.

DDoS 공격은 인터넷에 연결된 (좀비 컴퓨터라 불리는) 여러 시스템이 연합해 목표 시스템의 자원을 고갈시켜, (TCP/IP 3단계 이중 확인을 악용하는 방법으로) 선의의 사용자들이 접속을 못하도록 방해한다. 쿠키와 4단계 이중 확인(SCTP: Stream Control Transmission Protocol)을 사용해 이런 문제점을 해결하는 프로토콜에 대한 설명이 필요하면, 참고자료 절을 읽어보기 바란다.

SELinux의 기원
SELinux는 정부와 업계가 만든 제품으로 NSA, Network Associates, Tresys가 설계하고 개발했다. 비록 NSA가 패치 집합을 공개했지만, 2.6부터 리눅스 커널 주류로 편입되었다.

GNU/리눅스는 아주 안전하지만 또한 아주 변화무쌍하기도 하다. 변경 과정에서 운영체제에 구멍이 나는 바람에 보안 침해 요소가 생길 수 있다. 물론 불법적인 접근을 막아내기 위해 상당한 주의를 기울이고 있지만, 사건이 터지고 난 다음에는 무슨 소용이 있으랴?

이 기사는 SELinux와 기본 아키텍처 이면에 숨겨진 아이디어를 설명한다. SELinux라는 주제를 완벽하게 개괄하려면 책 한 권이 필요하다. 따라서 이 기사에서는 SELinux가 중요한 이유와 구현 방법에 대한 아이디어를 주도록 기본에 충실하겠다.

접근 통제 기법

대다수 운영체제는 엔티티(사용자 또는 프로그램)가 특정 자원에 접근할 수 있는지를 판단하려고 접근 통제 기법을 사용한다. 유닉스(UNIX??) 기반 시스템은 DAC(Discretionary Access Control)를 사용한다. 이런 방법은 소속 그룹에 기반을 두고 객체 접근을 제약한다. 예를 들어, GNU/리눅스에서 파일에는 소유자, 그룹, 접근 허가 집합이 있다. 접근 허가는 특정 파일에 접근하는 사용자를 정의해 누가 읽고, 쓰고, 실행하는지를 결정한다. 이런 접근 허가는 사용자를 사용자(파일 소유자), 그룹(그룹에 속한 모든 사용자), 다른 사람(그룹에도 속하지 않고 사용자도 아닌 다른 모든 사용자)이라는 세 부류로 나눈다.

이와 같은 어색한 접근 통제 기법이 문제를 일으키는 이유는 보안 침해에 걸린 프로그램이 해당 사용자의 접근 통제 권한을 상속받기 때문이다. 따라서 프로그램은 사용자에게 부여된 접근 권한 수준에서 작업이 가능하므로, 바람직하지 못한 결과를 초래한다. 이런 방식으로 제약을 정의하는 대신에, 최소 권한 원칙을 사용하는 편이 좀 더 안전하다. 프로그램은 작업을 수행하기 위해 필요한 만큼만 권한을 얻으며, 더 이상은 권한을 얻지 않는 방법 말이다. 예를 들어, 소켓 요청에 응답해야 하지만 파일 시스템에 접근할 필요가 없는 프로그램이 있다면, 이 프로그램은 소켓에 귀를 기울이지만 파일 시스템에는 접근 권한이 없어야 한다. 이런 방식을 따르면, 프로그램이 어떤 식으로 보안 침해에 걸리더라도 접근이 명시적으로 최소화된다. 이런 통제 기법을 MAC(Mandatory Access Control)라 부른다.

또 다른 통제 기법으로 RBAC(Role-Based Access Control)가 있다. RBAC에서, 접근 허가는 보안 시스템이 허용한 역할에 기반을 두고 접근 허가를 제공한다. 이런 역할 개념은 한 명 이상의 사용자를 표현하는 그룹이라는 측면에서 전통적인 그룹과 차이를 보인다. 역할은 여러 사용자를 대표하지만, 사용자 집합이 수행할 수 있는 접근 허가 역시 표현한다.

SELinux에서는 MAC와 RBAC를 둘 다 GNU/리눅스 운영체제에 추가했다. 다음 절은 SELinux 구현과 보안 요소를 리눅스 커널에 투명하게 추가한 방법을 설명한다.

리눅스 보안 구현

초창기 SELinux 시절에는, 패치 집합이 있었음에도 불구하고, 독자적인 보안 프레임워크를 제공했다. 이런 정책이 문제가 된 이유는 GNU/리눅스를 단일 접근 통제 아키텍처로 묶어버렸기 때문이다. 단일 접근 방식을 채택하는 대신, 리눅스 커널은 정책을 강제하지 않도록 일반화된 프레임워크를 상속받았다. 이런 해법이 바로 LSM(Linux Security Module) 프레임워크다. LSM은 적재 가능한 커널 모듈로 구현된 보안용 범용 프레임워크를 제공한다(그림 1 참조).

그림 1. 보안 정책과 강제는 SELinux와 독립적이다.

커널 코드를 수정해 내부 객체에 접근하기 앞서 보안 정책을 구현한 강제 함수라는 훅을 호출하도록 만든다. 이 함수는 미리 정해진 정책을 기반으로 연산을 계속할지 검증한다. 보안 함수는 반드시 보호되어야 하는 기본적인 연산을 다루는 보안 연산 구조체 내부에 저장되어 있다. 예를 들어, security_socket_create 훅( security_ops->socket_create )은 새로운 소켓을 생성하기 앞서 접근 허가를 검사하며 프로토콜 가족, 유형, 프로토콜, 소켓이 커널 내부에서 만들어지는지 사용자 영역에서 만들어지는지를 고려한다. Listing 1은 소켓 생성을 위한 socket.c에서 가져온 코드 예제다(./linux/net/socket.c 참조).

Listing 1. 소켓 생성을 위한 커널 코드

static int __sock_create(int family, int type, int protocol,
struct socket **res, int kern)
{
int err;
struct socket *sock;

/*
* 프로토콜이 범위 내에 있는지 점검한다.
*/
if (family < 0 || family >= NPROTO)
return -EAFNOSUPPORT;
if (type < 0 || type >= SOCK_MAX)
return -EINVAL;

err = security_socket_create(family, type, protocol, kern);
if (err)
return err;

...

security_socket_create 함수는 ./linux/include/linux/security.h에 정의되어 있다. 여기서 security_socket_create 함수 호출은 security_ops 구조체에 동적으로 설치된 함수를 간접 호출하는 방식으로 동작한다(Listing 2 참조).

Listing 2. 소켓 생성 점검을 위한 간접 호출

static inline int security_socket_create (int family, int type,
int protocol, int kern)
{
return security_ops->socket_create(family, type, protocol, kern);
}

security_ops 구조체에 저장된 함수는 보안 모듈이 설치한다. 이 경우 훅은 SELinux용 적재 가능한 커널 모듈에 정의되어 있다. 각 SELinux 호출은 커널 함수에서 특정 보안 모듈을 위한 동적 호출로 간접 수행을 완료하는 훅 파일 내부에 정의된다(Listing 3에서 /linux/security/selinux/hooks.c를 살펴보라).

Listing 3. SELinux 소켓 생성 점검

static int selinux_socket_create(int family, int type,
int protocol, int kern)
{
int err = 0;
struct task_security_struct *tsec;

if (kern)
goto out;

tsec = current->security;
err = avc_has_perm(tsec->sid, tsec->sid,
socket_type_to_security_class(family, type,
protocol), SOCKET__CREATE, NULL);

out:
return err;
}

Listing 3의 핵심은 현재 태스크에 허용된( current->security , 여기서 current 는 현재 수행중인 태스크를 나타낸다) 현재 연산을 점검하는 호출이다. AVC(Access Vector Cache)는 (프로세스 성능을 높이기 위해) 직전 SELinux 결정을 담고 있는 캐시다. 호출은 sid(source security identifier), 보안 클래스(요청된 연산의 세부 사항으로 만들어지는), 특정 소켓 호출, 추가 보조 감사 자료를 포함한다. 캐시 내부에서 결정을 찾지 못하면, 보안 서버를 호출해 결정을 내린다(그림 2에 이런 과정이 나타나 있다).

그림 2. 계층적인 리눅스 보안 결정 과정

security-ops 내에 초기화된 콜백 훅은 ( register_security() 를 통해) 적재 가능한 커널 모듈로 동적으로 정의되지만 그렇지 않다면 보안 모듈을 올리지 않은(./linux/security/dummy.c 참조) 상태에서 더미 스텁 함수를 포함한다. 이런 스텁 함수는 표준 리눅스 DAC 정책을 구현한다. 콜백 훅은 보안을 위한 중재가 필요한 모든 지점에 존재하며, 태스크 관리(생성, 시그널, 대기), 프로그램을 메모리에 올리기(execv), 파일 시스템 관리(슈퍼 블록, 아이노드, 파일훅), IPC(메시지 큐, 공유 메모리, 세마포어 연산), 모듈 훅(모듈 적재와 제거), 네트워크 훅(소켓, 넷링크, 네트워크 디바이스, 기타 프로토콜 인터페이스)을 포함한다. 참고자료 절을 보거나 security.h 파일을 살펴보는 방법으로 훅에 대한 다양한 정보를 얻을 수 있다.

SELinux에서 정책 관리 방법은 이 기사 범위를 넘어가므로, 참고자료 절에서 SELinux 환경 설정에 대한 더 많은 정보를 찾아보기 바란다.

다른 접근 방법

SELinux는 현존하는 가장 포괄적인 보안 프레임워크 중 하나지만 유일한 해법은 아니다. 이 절에서는 사용 가능한 몇 가지 다른 접근 방법을 검토한다.

AppArmor

원래 immunix가 개발했으며 노벨(Novell)이 관리하는 AppArmor는 LSM(Linux Security Module)을 사용해 만든 SELinux 대안 프레임워크다. SELinux와 AppArmor는 동일한 프레임워크를 사용하므로 상호 교환이 가능하다. AppArmor를 처음 개발한 이유는 SELinux가 일반 사용자가 관리하기에는 너무 복잡하게 보였기 때문이다. AppArmor는 프로그램의 전형적인 행동 양식을 프로파일로 바꾸는 학습 모드와 더불어 완벽하게 설정 가능한 MAC 모델을 포함한다.

SELinux와 관련한 쟁점 하나는 SELinux는 확장 속성을 지원하는 파일 시스템을 요구한다는 사실이다. 하지만 AppArmor는 파일 시스템에 중립적이다. SuSE, OpenSuSE, Ubuntu Gutsy Gibbon에서 AppArmor를 찾을 수 있다.

Solaris 10(기존 Trusted Solaris)

Solaris 10 운영체제는 보안 강화 신뢰 확장 구성 요소를 통해 위임 접근 통제 기능을 제공한다. Solaris 10은 MAC은 물론이고 RBAC도 제공한다. Solaris는 모든 객체에 민감도 라벨을 추가하는 방법으로 보안을 달성한다. 이렇게 하면 디바이스, 파일, 네트워크 접근, 심지어 윈도우 관리 서비스에 대한 통제가 가능하다. Solaris 10에서 RBAC를 사용해 얻는 장점은 할당될 수 있는 관리 작업을 세밀하게 분류함으로써 루트 접근 요청을 최소로 줄이는 데 있다.

TrustedBSD

TrustedBSD는 FreeBSD 운영체제를 위한 궁극적인 목표인 신뢰할 수 있는 운영체제 확장을 개발하려는 프로젝트다. TrustedBSD는 Flask(Flux Advanced Security Kernel) 보안 아키텍처 위에 만든 위임 접근 통제 기능을 포함한다. Flask는 타입 강제, MLS(MultiLevel Security), 플러그인 모듈을 포함한다. TrustedBSD는 또한 애플 다윈 운영체제에서 따온 오픈 소스 BSM(Basic Security Module) 감사 구현 기능을 편입했다(BSM은 원래 썬이 만들었다). BSM은 일반화된 감사 추적 과정을 지원하는 감사 API와 파일 형식이다. TrustedBSD는 또한 SEDarwin(Security Enhanced Darwin)이 사용하는 프레임워크를 구성한다.

운영체제 가상화

운영체제 내부에서 보안을 강화하는 기술로 마지막으로 소개할 내용은 (가상 전용 서버라 부르는) 운영체제 가상화다. 단일 운영체제가 기능을 분리하기 위한 수단으로 격리된 사용자 영역 인스턴스 여러 개를 돌린다. 운영체제 가상화는 또한 격리된 사용자 영역에서 동작하는 응용 프로그램 기능을 제한한다. 예를 들어, 사용자 영역 인스턴스는 (커널 모듈을 올리고 내리는 방식으로) 커널을 변경하거나 파일 시스템을 마운트/언마운트하지 못한다. (proc 파일 시스템을 통한) 커널 매개변수 조정 역시 허용되지 않는다. 다른 사용자 인스턴스 환경을 변경하는 작업도 허용되지 않는다.

운영체제 가상화는 여러 운영체제에서 사용 가능하다. GNU/리눅스는 VServer, Paralles Viruozzo Containers, OpenVZ를 지원한다. 다른 운영체제에서는 containers(Solaris), jails(BSD)를 지원한다. 리눅스 VServer에서는 개별 사용자 영역 인스턴스를 보안 문맥으로 부른다. 각 보안 문맥 내부에서, 전용 서버 인스턴스에 대해 새로운 init을 시작한다. 운영체제 가상화와 다른 가상화 기법은 참고자료 절을 참조하기 바란다.

한걸음 더 나가면

리눅스 커널 관점에서 MAC와 규칙 기반 접근 통제는 상대적으로 새롭다. LSM 프레임워크 도입 이후에 새로운 보안 모듈이 등장했다. 프레임워크 개선에 덧붙여, 보안 모듈을 층층이 쌓아 리눅스 보안 요구를 최대한 충족하도록 여러 보안 모듈을 공존하게 만들었다. 또한 운영체제 보안 연구 결과 새로운 접근 통제 기법이 계속해서 등장할 것이다. LSM과 SELinux가 현재 제공하는 세부 내역이 궁금하다면 참고자료 절에 실린 기사와 논문을 읽어보기 바란다.

참고자료

교육

• NSA Web site for SELinux : 여기서 풍부한 SELinux 정보를 얻자. 이 사이트는 SELinux와 관련한 기술 논문과 발표 자료는 물론이고 SELinux를 낳은 연관된 프로젝트에 대한 세부 사항을 설명한다.
  
• Better Networking with SCTP 는 네트워크 보호에 대한 정보를 제공한다. TCP는 두 단계 핸드셰이크과 관련해 알려진 문제점이 있다. 이와 관련해 DoS 공격은 (외부 연결 관점에서 바라보면) 시스템 지원을 소비해 다운되게 만든다. SCTP는 세 단계 핸드셰이크라는 방식으로 이런 문제를 해결한다.
  
• 위키백과에서 물리적인 접근과 컴퓨터 보안 모드를 포함하는 접근 통제 기법 을 멋지게 소개한다. 또한 여기서 DAC(Discretionary Access Control) , MAC(Mandatory Access Control) , RBAC(Role-Based Access Control) 라는 세 가지 접근 통제 기법과 관련한 세부 내역을 찾을 수 있다.
  
• SELinux는 표준 커널 호출을 보안 호출로 변경하는 기능을 제공하는 리눅스 보안 모듈 프레임워크 에 의존한다. LSM 논문은 LSM과 구현 범위에 대한 세부 사항을 설명한다.
  
• LSM은 원래 Fluke 마이크로커널 운영체제를 위해 개발되었던 Flask 보안 아키텍처 를 일부 구현한 기술이다. Flask, Flux, Fluke에 대한 설명은 유타 대학교 웹 페이지 를 찾아보기 바란다.
  
• 리눅스 커널에서 시스템 호출 구현에 대한 정보가 필요하면 리눅스 시스템 호출을 활용한 커널 명령 (한국 developerWorks, 2008년 6월)을 읽어보자. 이 기사는 시스템 호출 구현과 함께 커널에 새로운 시스템 호출을 추가하는 방법을 설명한다. 리눅스 커널과 아키텍처에 대한 설명은 리눅스 커널 분석 (한국 developerWorks, 2008년 4월)을 살펴보기 바란다.
  
• NSA 사이트는 입문 내용부터 설정 세부 내역까지 다루는 SELinux 정책 설정에 대한 훌륭한 소개글 을 제공한다. 정책 관리는 SELinux의 가장 복잡한 측면 중 하나지만, 다행스럽게 풍부한 문서와 바로 적용 가능한 표준 설정 내용을 구할 수 있다. Tresys Technology는 SELinux 참조 정책 에 대한 유용한 페이지를 제공하는데, 상당히 많은 SELinux 정보가 포함되어 있다.
  
• AppArmor 는 LSM에 기반을 둔 또 다른 보안 모듈이다. AppArmor는 openSUSE 와 Ubuntu 를 포함해 여러 운영체제가 지원한다. 최근 개발자가 떠난 이후 에 노벨(Novell) 이 주요 개발자로 나섰다.
  
• architectural overview of Solaris Trusted 에서(Solaris 10 운영체제 일부인) Extensions를 읽어보자. 이 논문은 보안 강화를 위한 Solaris 접근 방법에 대한 실질적인 소개 내용을 제공한다. Solaris Trusted Extensions 페이지를 보면 더 자세한 정보가 나온다.
  
• TrustedBSD 는 (Flask 보안 아키텍처와 같은) 특정 설계 구성 요소를 통해 SELinux가 표방하는 목표를 상당수 공유한다. TrustedBSD에서 보안 구현 부분은 보안이 강화된 다윈 운영체제 와 공유한다.
  
• 가상 리눅스 (한국 developerWorks, 2007년 2월)는 운영체제 가상화를 포함한 가상화 기법에 대해 설명한다. 이 기사는 다양한 가상화 기법과 역사를 소개한다. 위키백과는 또한 다양한 구현 비교 내역을 포함해 운영체제 가상화 에 대한 소개 내용을 제공한다.
  
• developerWorks 리눅스 영역 에서 개발자를 위한 더 많은 자료를 찾아보고, 가장 인기 있는 기사와 튜토리얼 을 살펴보자.
  
• 리눅스 팁 과 리눅스 튜토리얼 을 developerWorks에서 읽어보자.
  
• developerWorks 기술 행사와 웹 캐스트 를 놓치지 말자.
  

필자소개

M. Tim Jones는 임베디드 소프트웨어 아키텍트이자 GNU/Linux Application Programming, AI Application Programming, BSD Sockets Programming from a Multilanguage Perspective의 저자이기도 한다. Jones의 공학 배경은 정지 위성을 위한 커널 개발에서 시작해 임베디드 시스템 아키텍처와 네트워크 프로토콜 개발에 이르기까지 다양한 분야를 아우른다. Jones는 콜로라도 주, 롱몬트 소재 Emulex 사에서 컨설턴트 엔지니어로 활약한다

윈도와 리눅스로 운영체제(OS) 시장에서 경쟁하고 있는 마이크로소프트와 레드햇이 가상화 소프트웨어 시장에서 만큼은 VM웨어의 독주를 막자는 동일한 목표를 가지고 있다.

가상화 소프트웨어는 유닉스 서버에 기본으로 내장돼 있지만 국내외 시장에서 고객들의 관심은 대부분은 인텔이나 AMD 칩이 탑재된 x86 서버에 집중돼 있다. 이 서버에 탑재되는 대부분의 운영체제는 마이크로소프트의 '윈도 서버'와 레드햇의 '레드햇 엔터프라이즈 리눅스'다.

마이크로소프트와 레드햇은 자사의 운영체제를 가상화하는데는 VM웨어나 시트릭스의 젠(Xen) 같은 전문 업체보다 운영체제의 속을 속속들이 잘 알고 있는 자신들이 제격이라는 것이다.

치열한 운영체제 속에서도 VM웨어라는 복병을 어떻하든 꺾어야 하는 공통 목표가 있는 두 회사의 전략은 우연처럼 겹치다. 바로 '저렴함'이다.

한국마이크로소프트는 올해 3월 20일, 유닉스 시장을 정조준한 야심작인 윈도 서버 2008을 선보였다. 윈도 서버 2008은 그 성능 뿐 아니라 가상화를 지원하는 하이퍼-V가 제공된다는 점에서 관심을 끌었다. 그 가격은 가히 파격적이다. 고객은 윈도 서버 2008 구매시 3만원만 더 내면 이 가상화 소프트웨어를 구매할 수 있다. 말이 3만원이지 거의 무상에 가깝다. 이 제품은 오는 9월 시장에 공급된다.

하이퍼-V는 윈도 운영체제는 물론 리눅스와 같은 이기종 운영체제도 가상화 시킬 수 있다.

레드햇은 VM웨어에 비해 1/3의 비용 투자만으로 가상화를 도입하고 관리할 수 있다고 주장한다. 레드햇은 최근 미국 보스톤에서 열린 '2008 레드햇 써밋'에서 차세대 가상화 전략을 발표하면서 고객 확보에 적극 나서고 있다.

레드햇은 지난해 발표한 ‘리눅스 오토메이션’ 전략을 통해 고객들은 x86 기반의 가상화 솔루션의 도입이 용이해졌으며, 물리적인 서버와 가상 서버 관리에 기존의 방식과 더불어 클라우드 컴퓨팅(인터넷 네트워크를 통해 솔루션을 서비스 받는 방식)과 SaaS(Software as a Service), 어플라이언스를 활용할 수 있게 됐다고 설명한다.

레드햇은 임베디드 리눅스 하이퍼바이저, 가상화 인프라 관리, 보안 인프라 분야에 대해 많은 개선을 이뤘다.

두 회사가 각각 비용 우위성을 내세우고 있지만 약점이 없는 것은 아니다. 마이크로소프트의 경우 가상화된 전체적인 시스템 관리를 위해서는 마이크로소프트의 가상 머신 매니저(Virtual Manchine Manger)를 별도로 구입해 사용해야 한다.

관련 업계에서는 관리 부분이나 애플리케이션, 네트워크 장비 등과의 광범위한 협력으로 VM웨어가 여전히 앞서고 있어 단순히 서버 가상화 제품만을 놓고 도입 여부를 판단하기는 이르다는 지적도 있다.

레드햇의 경우는 국내 시장 자체가 너무 협소하다는 약점이 있다. 국내 업계의 한 관계자는 "VM웨어 서버 가상화 고객의 경우 윈도와 리눅스 비율이 9:1 정도"라고 밝혔다.

리눅스 시장 자체를 키우지 않으면 안된다는 지적이다. 레드햇은 이를 인식한 듯 올해 유닉스 서버 시장을 리눅스 시장으로 대체하기 위해 모든 노력을 기울이겠다고 밝혔다. 하지만 그 성과가 얼마나 현실화될지는 여전히 의문이다.

또 고객들의 인식을 얼마나 빨리 바꿀 수 있을지도 관건이다. 손해보험업계의 한 IT 부서 관계자는 "VM웨어의 제품이 소개됐었지만 2년 정도 지켜봤었다. 최근 VM웨어의 제품을 도입하는 것도 바로 시장에서 검증이 많이 됐기 때문이다"라고 전하고 "후발 주자들의 제품도 1년 정도의 검증 과정이 필요하지 않겠느냐"고 밝혔다.


'가상화(Virtualization)' 시장이 아주 볼만해졌다. 서버를 넘어 애플리케이션과 데스크톱 쪽으로 영역이 넓어졌고 x86서버 가상화 시장에서 고공비행중인 VM웨어를 상대로 경쟁업체들의 추격전도 급물살을 타고 있다.  IT시장의 헤게모니 싸움에서 '가상화'가 빼앗겨서는 안되는 전략적 요충지로 급부상한 것이다.

이런 가운데, 또 하나의 업체가 가상화 '대권가도'에 출사표를 던졌다. 애플리케이션 딜리버리 솔루션 업체 시트릭스시스템스다

시트릭스는 22일(현지시간)  미국 라스베이거스만달레이베이호텔에서 열린 '시트릭스 아이포럼 애플리케이션 딜리버리 엑스포'에서 애플리케이션, 서버, 데스크톱에 이르는 엔드투엔드 가상화 전략을 공개하고 가상화 부문에서 맹주가 되겠다는 청사진을 제시했다. '당대최강' VM웨어를 뛰어넘고 싶다는 의지의 표현이었다.

애플리케이션-서버-데스크톱 가상화 '삼각편대'

이번 아이포럼을 통해 시트릭스가 보유한 많은 제품들은 '엔드투엔드 가상화'란 슬로건아래 헤쳐모였다. 서버 기반 컴퓨팅 환경을 제공하는 '시트릭스 프리젠테이션 서버(CPS)'는 애플리케이션 가상화 솔루션으로 자리매김한데 이어, 서버와 데스크톱 가상화 신제품들도 새로 공개됐다.

CPS는 원래부터 시트릭스의 간판 솔루션이었고, 서버와 데스크톱 가상화 제품은 8월 인수한 젠소스 제품에 기반해 만들었다.  CPS에 주력하던 시트릭스가 젠소스를 통해 단숨에 주목받는 '가상화 종합매장'으로 변신한 것이다.

신제품들에 대한 참가자들의 관심은 높았다. 젠소스를 통해 탄생한 제품을 다룬 부스와 발표장에 참가자들의 발길이 상대적으로 많이 몰리는 분위기가 연출됐다.

관련글: 시트릭스, 가상화 업체 젠소스 인수...대형 M&A의 전주곡?

시트릭스가 젠소스를 등에 업고 새로 발표한 제품은 서버 가상화 솔루션 '시트릭스 젠서버'와 데스크톱 가상화 기능을 제공하는 '시트릭스 젠데스크톱'이다.

시트릭스 젠서버: 서버 가상화 솔루션으로 데이터센터에서 서버 가상화 환경을 구현할 수 있도록 해준다. 시트릭스에 따르면 '젠서버'는 젠 가상화 엔진에 기반한 통합 서버 가상화 기능을 통해 확장성, 성능, 관리의 편리성 등을 제공한다. 'x86서버 가상화의 대명사' VM웨어를 상대로 어느 정도 위력을 발휘할지 주목되는 제품이다.

시트릭스 젠데스크톱: 2008년 상반기 출시 예정인 제품으로 데스크톱 관리의 효율성을 크게 향상시킨 제품이다. 기존 가상 데스크톱 인프라스트럭처(VDI)와 비교해 복잡성도 크게 줄였다. 스트릭스에 따르면 젠데스크톱을 도입할 경우 CPS가 제공하는 애플리케이션 가상화의 혜택을 보다 크게 누릴 수 있는 것은 물론 안전하고 효율적인 데스크톱 관리도 가능해진다고 한다. (데스크톱 가상화는 개인적으로 다소 생소한 개념이었다. 현지에 와있는 만큼, 전문가들을 별도로 취재해 데스크톱 가상화의 기본적인 개념과 향후 가능성을 짚어볼 계획이다.)

시트릭스 프리젠테이션 서버: CPS(Citrix Presentation Server)는 지금의 스트릭스를 대표하는 솔루션이다. 모든 윈도우 애플리케이션을 중앙 데이터센터에 저장한 뒤 데스크톱 사용자들이 온디맨드 방식으로 쓸 수 있게 하기 때문에 보다 안전한 클라이언트 환경을 구현할 수 있게 된다.

VM웨와의 맞대결을 주목하라

시트릭스는 CPS와 새로 선보인 서버 및 데스크톱 가상화 솔루션을 앞세워 가장 광범위한 가상화 솔루션을 제공하는 업체로 도약하겠다는 야심을 숨기지 않고 있다. '승승장구'하는 VM웨어와 '맞장'을 뜨겠다는 얘기다.

그동안 시트릭스와 VM웨어는 각각 애플리케이션과 서버 가상화에 주력하며 서로의 주특기에 대해 '노터치주의'를 표방해왔다. 그러나 이제 상황은 180도 달라졌다. 시트릭스는 젠소스를 인수하며 VM웨어의 심장부에 총부리를 겨눴고, VM웨어 역시 시트릭스가 호령하는 애플리케이션 가상화 영역에 뛰어들 것이란 관측이 나오고 있다.  바야흐로 시트릭스와 VM웨어간 '화끈한 빅매치'가 성사되기 일보직전에 와 있는 것이다.

더구나 두 회사의 대결은 국지전이 아니라 전면전 분위기로 치닫고 있다. '빅매치'라 표현한 것도 바로 이 때문이다.

행사 첫날인 만큼, 시트릭스는 아직까지 VM웨어에 대해 특별한 언급을 하지 않고 있다. 전시회와 신제품 및 각종 기술 동향을 소개하는 세미나에 무게를 뒀다.

그러나 마크 템플턴 시트릭스 회장 등 중량감있는 인사들의 기조연설과 인터뷰가 마련된 둘째날부터는 분위기가 달라질 수도 있다. VM웨어를 상대로 도발적인 발언이 나올 가능성도 배제할 수 없다.

시트릭스 고객들과 파트너들이 참가하는 '시트릭스 아이포럼'은 오는 25일까지 계속된다.

PC안에 또 하나의 PC를 사용할 수 있도록 하는 PC 가상머신 소프트웨어의 종류

 PC의 스펙이 날로 좋아지면서 요즘은 웬만하면 가상머신 소프트웨어를 이용하여 두가지 이상의 OS를 다루는 분들이 많습니다. 개발목적의 용도이거나 특정 언어가 지원 되지 않는 어플리케이션을 돌리기 위해서 등의 용도로  말이죠. 최근에 저는 기존에 다루고 있던 몇가지 PC 가상머신 소프트웨어 보다도 무척 많은 것들을 접하게 되었습니다. 그로 인해 아주 마음 편하게 그속의 PC를 마음대로 다루면서 이것저것을 해볼수 있었죠. 또한, 가상머신 소프트웨어의 특성이 약간씩 다르기에 여러 소프트웨어상에서 제가 만든 OS를 돌려보며 튜닝을 해 볼 수 있었습니다. (결국에 가서는 플로피 디스크 드라이버를 구입하고 설치하여 실제 PC에서 부팅을 시켜보기는 했습니다만...ㅡ.ㅡ 2007/11/04 - [개발 관련] - AiRPOS OS 실제 PC에서 정상 가동 확인!)

아래 부터는 제가 찾아본 PC 가상머신 소프트웨어를 나열해 보았습니다.
또 다른 종류가 있어 추천하고자 하시거나, 설명을 덧붙이고자 하신다면 덧글 부탁드립니다.^^


< 목차 >
- VMWare
- Virtual PC
- Virtual BOX
- Bochs
- QEMU
- Parallels
- 가상머신에서 사용할 하드 디스크/플로피 디스크 이미지 파일 만들기


VMWare

VMWare

 VMWare 는 많이 알려져 있는 상용 소프트웨어 입니다. 여러 가상머신을 다룰 수 있는 관리 환경과 UI 가 무척 깔끔하게 잘 되어 있습니다. 지원되는 외부 디바이스가 다양할 뿐만 아니라 가상환경 안에 설치된 내부 OS가 Linux, Windows 라면 내부 OS에 지원 소프트웨어를 설치하여 디렉토리를 네트웍으로 공유하지 않고도 드래그 앤 드롭이 되는 멋진 환경이 제공 됩니다. 이렇게 가상의 PC를 설정하고 그 안에 OS를 설치하는 작업이 되는 기능은 구입을 하셔야 하고, 만들어진 VMWare용 가상 PC 이미지를 실행해 보는 Player 는 무료로 다운로드 받아 사용하실 수 있습니다. 또, Linux 는 임의로 만들어진 이미지가 웹사이트에서 제공되기도 합니다. 하지만, 가상화가 꼼꼼하기에 실제 PC에서는 동작하지만 VMWare 에서는 동작하지 않는 OS가 있을 수 있습니다.

VMWare 사이트

웹사이트 주소 : http://www.vmware.com/
VMWare player 다운로드 주소 : http://www.vmware.com/products/player/
- 설치방법 및 관련 사용방법이 있는 곳 -
http://mwultong.blogspot.com/2006/02/vmware-pc-pc.html



Virtual PC

Virtual PC

Virtual PC 는 Microsoft 사에서 제공되는 기능 제한이 없는소프트웨어 입니다. UI 가 너무 Compact 하여 VMWare와 비교되지요. 하지만 필요한 기능은 모두 갖추고 있습니다.

Virtual PC SITE

웹사이트 주소: http://www.microsoft.com/windows/products/winfamily/virtualpc/default.mspx
- 설치방법 및 관련 사용방법이 있는 곳 -
http://cafe.naver.com/cirius.cafe?iframe_url=/ArticleRead.nhn%3Farticleid=2857
http://tong.nate.com/sihyun/21597296



Virtual BOX

Virtual BOX PLAY

Virtual BOX 는innotek 라는 회사에서 제작되어진 소프트웨어 입니다. 소스도 공개되어 있습니다.

Virtual BOX WEB

웹사이트 주소:

http://www.virtualbox.org/
다운로드 주소:http://www.virtualbox.org/wiki/Downloads

- 설치방법 및 관련 사용방법이 있는 곳 -
http://ubuntu.or.kr/wiki.php/VirtualBox
http://kldp.org/node/82148
http://hi8001.egloos.com/212767



Bochs

Bochs Play

Bochs 역시 소스가 오픈된 소프트웨어 입니다. VMWare 만큼 오랫동안 사랑받아 온 가상 환경입니다. 위에서 나열한 3개의 소프트웨어 만큼의 기능을 가지고 있지만 가상환경의 설정이 txt 파일에서 이루어지기에 GUI에 익숙한 분들에게는 약간의 거부반응이 올 수도 있습니다. 그런 환경의 개발에 직접 참여해 보셔도 나쁘진 않겠네요.^^ Line by line 으로 설치된 OS의 디버깅이 가능합니다.

BOCHS WEB

웹사이트 주소: http://bochs.sourceforge.net/
다운로드 주소: http://bochs.sourceforge.net/getcurrent.html

- 설치방법 및 관련 사용방법이 있는 곳 -
- http://airpage.org/~gunman/cgi-bin/airpage/start.cgi?address=/~gunman/cgi-bin/airpage/pds2/data/project1-43.htm&forward=yes
- http://www.pyrasis.com/main/Bochs-HOWTO



QEMU

QEMU PLAY

오래전 딱한번 사용해 본 터라 기억이 없습니다. 죄송합니다.
아래 사이트를 참고하시면 되겠네요.^^"

QEMU WEB

웹사이트 주소: http://www.h7.dion.ne.jp/~qemu-win/

- 설치방법 및 관련 사용방법이 있는 곳 -
- 설명: http://ko.wikipedia.org/wiki/QEMU



PARALLELS

play

상용 소프트웨어 입니다. 사용해 보지는 못했습니다만, 어쩌다 접하게 되어 링크를 걸어 놓습니다.^^

PARALLELS WEB

웹사이트 주소: http://www.parallels.com/
Trial 다운로드 주소: http://www.parallels.com/en/download/


가상머신에서 사용할 하드 디스크/플로피 디스크 이미지 파일 만들기

http://airpage.org/~gunman/cgi-bin/airpage/start.cgi?address=osdev 에서 디스크 부팅이미지 만들기 가이드 를 참고하세요.^^

VIrtual PC 보다 강력한 성능을 가진 VMWare 가 있지만 VMWare는 DOS 에뮬레이션이 완벽하지 않다. DOSBox와 같은 DOS용 에뮬레이터가 있지만 역시 DOS 에뮬레이션은 완벽하지 않다. 그래서 혹시나 하는 생각에 VirtualBox를 내려받아 봤다. VirtualBox는 필자의 이전 글, 작고 빠른 공개 가상 PC 프로그램, VirtualBox에서 알 수 있듯이 원래 twoOStwo를 개발하던 개발사들이 갈려서 하나는 Parallels로 다른 하나는 VirtualBox로 갈린 것이다.

Parallels는 원래 가장 다양한 호스트 운영체제를 지원했다. 따라서 맥에서도 사용할 수 있는 PC 가상화 소프트웨어이다. 다만 이 프로그램은 유료다. twoOStwo의 대른 개발사인 NetSys GmbH (현 Innotek)에서 개발한 VirtualBox는 작고 간다하며 twoOStwo처럼 빠르다. 아울러 개인 사용자에게는 무료이며 한글을 잘 지원하기 때문에 근래에 사용자층이 넓어진 소프트웨어 이기도 하다.

DOSBox나 VMWare에서는 DOS 에뮬레이션이 완벽하지 않아서 이번에는 VirtualBox를 내려받아 시도해 보기로 했다. 그런데 VirtualBox를 내려받다 보니 조금 이상한 로고가 보였다. 바로 선사의 로고였다. 아울러 프로그램의 이름도 VirtualBox에서 Sun xVM VirtualBox로 바뀌어 있었다. 확인해 보니 지난 2월 SUN사에서 Innotek(VirtualBox)를 인수 했다고 한다.

Microosft는 2004년 Virtual PC로 유명한 Connectix를 인수했고 Windows Server 2008을 발표하면서 다른 게스트 운영체제를 지원하는 Windows Server Virtualization(WSv)를 발표할 것이라고 한다. PC 가상화의 선두 주자인 VMWare는 이미 가상화 PC 시장에 뛰어든지 오래다. 아울러 여기에 Solaris라는 운영체제로 유명한 SUN사까지 가상화 PC 시장에 뛰어들고 있는 셈이다.

일반인들은 가상화 PC에 대한 관심이 그리 크지않다. 그러나 장기적으로 보면 가상화 PC 시장은 일반인의 예상을 뛰어넘는 가능성이 있는 시장이다. 그 이유는 간단하다. 우리가 사용하는 시스템의 성능이 너무 좋기 때문이다. MS는 Windows Server 2008을 통해 하나의 컴퓨터를 통해 여러 운영체제를 전환하는 것을 지원할 예정이다.

클라이언트쪽에서는 가상화에 대한 부분이 큰 매력이 없을지 모른다. 그러나 적어도 서버 시장에서 가상화에 대한 매력은 상당히 크다. 그래서 Microsoft, SUN처럼 운영체제 선두업체는 가상화에 대한 소리없는 전쟁을 시작하고 있다.