Windows Server 2008 Terminal Service 기능 中 TS Web을 통해 Application을 이용할 경우 XP XP3에서 아래와 같은 오류가 발생할 수 있다.  이러할 경우 어떻게 조치를 해야 하는 것일까?

 

[오류발생사항] – TS Web Access 접속시 오류발생

 

image

 

[조치방법]

 

1. Internet Explorer 7의 경우 도구메뉴를 Click하여 추가기능관리를 Click!

 

image

 

2. 이후 Enable or Disable Add-on(추가 기능 사용 또는 사용안함)을 Click하면 다음과 같이 Disable된 Module 2개를 확인할

   수 있다.

 

image

 

3. 2가지 기능 모두를 Enable로 변경하고 확인을 누르면 Internet Explorer가 재시작 되면서 정상적인 화면을 볼 수 있다.

 

[정상화면 출력]

 

image

Posted by hotpoto

Terminal 환경으로 구성된 (Server Based Computing)환경에서 Idle Session 이후 특정 시간이 지날 경우 사용자를 강제로 종료 시킬 수 있는 Option을 구현할 수 있다. 실제로 Active & Idle Session Time Limit 설정이후 해당 시간이 지났을 경우 그 다음 Action을 어떻게 할 수 있는냐를 결정하는 것이다.

 

다음 Mission을 통해 구현방법을 알아보자.

 

[Mission] Terminal 접속시 장기 User가 존재하여 서버 부하를 증가시킨다. Active Session이 1일 이상 지난 사용자에 대해서는 자동 종료될 수 있게 구성한다.

 

[Action Plan]

 

  - Group Policy를 이용하여 문제를 해결함.

 

1. 해당 정책은 컴퓨터 및 사용자 정책 모두에 적용을 할 수 있으며, 일반적인 경우 컴퓨터 정책이 최우선순위다.

 

image

 

그림에 표신된 시간 제한에 도달하면 Session 종료 정책을 "사용함"으로 변경하면, 정책 적용은 끝이다.^^

 

해당 정책이 정상적으로 적용되었는지 확인이 필요하면 관리도구의 Terminal 구성을 확인해 보면 아래와 같이 비활성화 되어 있는것을 확인 할 수 있다.

 

image

Posted by hotpoto

SBC서버 운영시 요즘 많은 이슈 사항에 처해 있는듯 하다...^^ 그러나 언제나 해결방법은 있는법!!

해결방법을 찾아보다가 IME관련된 자료를 확인하게 되었다.

특정 User의 프로필 조합 문제이던지 아니면 Terminal Server Setting의 문제인지 아직은 좀더 연구를

해보아야 하겠지만 Terminal Server 특성상 Client 에서 진행되는 것은 거의 없다고 봐도 무방할듯 싶다.

먼저 각 언어별 Registry 값에 대한 설명을 참고하자!!! (http://support.microsoft.com/kb/927824/ko)

해당 자료는 Vista 기준으로 작성된 문서인데... 기본적인 값을 확인하는데는 큰 무리가 없을 것으로 생각

된다. 왜냐하면 Windows 2003에도 해당 값을 확인하였더니 동일하였기 때문에...^^

image

image

흠... 여기서 확실히 알수 있는 내용은 바로 Terminal Server에 맞는 key Board setting값을 맞추어야

한다는 사실이다. 그러나 만약 이와 같은 설정이 올바로 되어 있는데도 IME가 오류사항이 발생하면

어떠한 Action을 취해야 하는지 난감할 것이다.

필자가 생각할때는 크게 2가지로 나누어 볼 수 있다고 생각한다. 단순히 한영변환이 안된다면 기존에

설정되어 있는 키보드 설정을 무시하거나 (http://support.microsoft.com/kb/322042), 다른 언어 Set

이 설정되서 변경이 불가하다면 정밀 분석이 필요할 것이라 판단이 된다. (문제가 생기는 User와

정상적인 경우 Registry 값을 비교하는것고 하나의 방법이 될수 있겠지만....)

여기서는 통상적인 Workaround 방법인 기존 Key Board 자판 배열을 무시하는 방법을 알아보겠다.

image

위와 같이 설정할 경우 Client의 KeyboardLayout 설정을 무시할 수가 있다.

또 추가적으로 확인되는 사항이 있다면 다시 정리해서 올릴 예정이다...^^

 

Posted by hotpoto

Terminal Server를 이용하다 보면 Copy & Paste 문제로 어떻게 해결해야 할지 몰라 난감한 상황이 있다.

Metaframe을 이용하던지 혹은 RDP를 이용한 서비스를 하던지 동일하게 생길 수 있는 문제이다.

이러한 현상을 해결하기 위해서 어떠한 방법을 써야 하는지 크게 MS에서 제공하는 해결방법과 Citrix에서

제공하는 방법으로 나누어 살펴보자

[현상]

  - Clipboard Issue (Not use Copy & Paste)

  - 터미널 접속시 Local Application 및 Session간의 Copy & Paste 문제, 혹은 다른 Application 간의

    Copy & Paste 불가 현상 발생

[원인]

  - Terminal Session에 대한 Clipboard Chain 오동작으로 인한 문제

  - rdpclip.exe Module이 변경된 Clipboard의 내용을 감지하지 못해 Clipboard Chain이 논리적으로 깨짐

[Clipboard Chain]

Clipboard는 Application 실행 Module단위로 생성되는듯 하다. A,B,C,D라는 Application을 순차적으로

실행한다고 가정하면 Clipboard Chain은 다음과 같은 구조로 배열될 것이다.

image

Clipboard는 양방향 구조로 되어 있어며, 여기에서 말하는 Application이란 Clipboard를 사용하는 Application으로

한정한다. 만약 정상적인 경우에 C라는 Application을 종료한다고 하면 B와 D에 종료신호를 보내

Chain 구성을변경한다. 종료신호라 함은 종료함수를 호출해서 정상적으로 Application을 종료하는

방법을 말한다. 그러나 만약 정상적인 종료 외에 Module Update나 이러한 문제때문에 Process를

pkill같은 것으로 비정상적인 종료를 수행하였을 경우 이러한 Clipboard Chain이 깨어질수가 있다. 

image

이렇게 Chain이 깨졌을 경우 rdpclip.exe가 고립되어 더이상 Session간의 Copy & Paste는 진행되지

않는다. 그러면 이러한 현상을 해결하기 위해 어떠한 방법을 써야 할까?ㅋ

[MS]

이러한 현상이 발생하였을 경우에 rdpclip.exe 파일을 재시작 하면 해당 현상을 해결할 수 있다. 또한 특정

Application에 Clipboard를 정상적으로 종료할 수 있게 해주는 함수 호출부분에 대한 추가도 방법이

될 수 있다.

[Citrix]

repairCBDChain.exe Tool을 이용해서 해당 현상을 해결할 수 있다. 만약 특정 Session에서 이러한 문제가

발생하였을 경우에 해당 Tool을 실행시키면 현상을 해결할 수 있다.

단, 해당 Tool은 Citrix Process인 wfshell 동작에 관여해서 해결하는 방법으로 Metaframe Solution을

이용하는 서버만 문제를 해결할 수 있다.

  - 사용예제

Repairing clipboard chain for individual ICA sessions:

C:\>RepairCBDChain.exe "Sent Items - Microsoft Outlook - \\Remote"
C:\>RepairCBDChain.exe "Weekly report - Message - \\Remote"

Repairing clipboard chain for RDP sessions on the client machine:

HWND: 0x00000000000318A8
Class: "RdpClipRdrWindowClass"
Title: ""
20:31:59:562 S WM_DRAWCLIPBOARD (0x308) wParam: 0x31986 lParam: 0x0

C:\>RepairCBDChain.exe "" "RdpClipRdrWindowClass"

Inside RDP session on Windows XP the following rdpclip.exe window receives clipboard change notifications:

HWND: 0x0004003A
Class: "CBMonitorClass"
Title: "CB Monitor Window"
19:36:57:484 S WM_DRAWCLIPBOARD (0x308) wParam: 0x50142 lParam: 0x0

C:\>RepairCBDChain.exe "CB Monitor Window" "CBMonitorClass"

image

참조 : http://blogs.msdn.com/ts/comments/1089729.aspx

http://blogs.msdn.com/ts/archive/2006/11/20/why-does-my-shared-clipboard-not-work-part-2.aspx

http://support.citrix.com/article/CTX106226

 

Posted by hotpoto

참조 : http://technet.microsoft.com/en-us/library/cc755399.aspx

요즘 Citrix 관련해서 문의를 많이 받는다. 이중 Windows 2003 Terminal Services Architecture에

관해 물으시는 분들이 많아 Windows 2003 Terminal Services Architecture에 대한 내용을 정리해보았

다.  Windows 2003 Terminal Services는 크게 4가지 요소로 구성이된다. multi-user kernel, client,

Terminal Services Licensing, Session Directory Services이다. 흔히 Terminal Services를 구성하겠다고

하면 먼저Windows 2003 OS가 설치되어 있어야 하고, 필요한 License를 구매하고 이후 Terminal

Server 및 License서버 역활을 추가 시키고, Client Session을 관리하기 위해 Terminal Server에 들어가

서 직접 확인하고...뭐이런 일련의 과정을 생각한다면 쉽게 기억할 수 있을 것이라 생각이 된다.

그럼 이제부터 Terminal Services Architecture에 대한 본론으로 들어가보자!!

image

처음에 Session Manager가 실행되고 이후 Sub System Process가 기동되는 순서로 프로세스가

시작이된다. 그러나 여기서는 Terminal Services가 핵심이 아니던가!! 이에 Terminal Services에서 실행

되는 Process에 대한 설명에 대해 간단히 알아보자!!

termiserv.exe : Client 연결을 운영하며, 서비스 생성이나 Shutdown시 연결 확인을 하는 Prcoess

termdd.sys : RDP Protocol을 말하며, terminal server의 핵심 드라이버

RdpDD.sys : Win32K.sys에서 처리된 값을 받아 RdpWD.sys로 전달해 주는 RDPWD를 RDP Protocol로

               변환RDP Display Driver역활!!

RdpWD.sys : multi-chanel Data를 받아 적절한 Session 값으로 전달

wlnotify.dll : User Mode에서 Client Session을 생성한다.

Terminal Server Service를 실행하였을 경우 각 Client 마다 Client Session이 연결되게 된다. 이때

연결된 Client에서는 고유한 "SessionID"를 부여받게 된다. (이중 Console ID는 SessionID 0 이다)

이러한 일련의 과정은 Console접속부터 이루어 지게 된다는 점을 잊지 말자. Console Session 연결이

이루어지면 Display, mouse, keyboard와 같은 장치 driver들이 Load 되게 된다.  Console Session이

만들어진 후에 Terminal Server Services는 Session Manager (Smss.exe)를 호출하게 되며 2개의

Thread를 생성하게 된다. 이후 idle Session을 생성하며, Session Manager는 Csrss.exe, winlogon.exe,

win32k.sys등을 Session ID에 Mapping 한다. (참고로 csrss.exe와 winlogon.exe는 Session ID마다

1개씩 생성된다)

이후 Windows Image Loader는 image header안에 미리 정의된 Bit set 에 의해

SessionSpace locadble image와 같은 Win32k.sys등의 드라이버를 인식하게 된다. 이후 만약

Win32k.sys 드라이버가 Load 되지 않았다면 해당 Session에서 물리적 메모리와 virtual Kernel 주소

공간의 포일터의 이미지를 코드화 하여 재인식 시키는 작업을 하며, 이미 Active 되어 있는 Session에

미리 Load된 Image`s Code(win32k.sys)가 있을 경우에는 기존에 사용하던 Memory 공간에 있는것을

참조한다.

Console Session 과 Terminal Server의 각 Session들은 각기 독립적인 Display, keyboard, mouse등의

장치 Driver를 갖게 된다. rdpdd.dll을 통해 mouse, keyboard등의 Client Device들은 RDP driver인

Rdpwd.sys로 replace되어 동작하게 되다. 결국 이러한 역활을 할수 Device Mapping이 될수있께

도와주는 드라이버가 Termdd.sys라는 RDP Protocol을 이용하여 Client Services를 진행하게 된다.

말로쓰면 상당히 복잡한 내용들이지만 그림으로 표현하면 이렇게 간단하다!!

image

흠...허무하당...ㅋㅋ 보너스도 물리적 구성도에 대한 그림도 Capture해서 정리한다.

image 

Posted by hotpoto

흔히 Terminal Server에 프로그램을 인스톨 할때 change user /install 명령어 수행후 프로그램을 설치

하곤 한다. 추가적으로 Terminal Server 관리에 필요한 명령어에 대해 간단히 정리를 해 보았다.

이 명령어에 대한 이용 방법을 하나하나 살펴 보도록 하자!!!

● change

Windows 2008에서 CMD 창을 열고 change /? 를 하면 아래와 같이 3가지 항목에 대한 내용을 확인할 수

있다.

image

logon / port / user에 대한 사용법은 다음과 같다.

image

image

image

여기에서 확인해본것과 같이 port나 logon 모드, Terminal 환경상태등의 설정을 command 방식으로 관리할

수 있다.

● query

image

image

image

이번에는 화면 Capture 내용으로 구성하였다. Terminal Server같은경우에 명령어를 수행하였다가는

보안때문에... 그러나 워낙 간단하고 사용하기 쉬운 Option들이며, 자신이 직접 명령어를 수행해야

기억하기도 쉽기 때문에...^^ 여기서 마무리...총총...

Posted by hotpoto

Winlogon.exe가 조용한 요즘 말썽을 부리고 있다. 이와 관련된 내용을 Debug하기 위해 내용을 찾던중

TechNet에 좋은 문서를 발견했다...^^

출처 : http://technet.microsoft.com/en-us/library/cc775560.aspx

Registry는 Computer나 User Setting에 대한 세부적인 설정을 담아두는 저장공간이다. 흔히 Hive로 불리는

파일형태로 저장을 하게 되는데 이게 바로 NTUser.dat File form이라고 한다. 이 값은 서버로 로그온시

HKEY_CURRENT_USER에서 불러오는 값이다.

이러한 Profile 값은 Default로 Document and Settings아래로 저장되게 되어 있으며 경로가 맘에 안들경우

다음의 레지스트리값 수정을 통해 변경할 수 있다.

image

이 공간에 저장되는 내용으로는 Desktop Icons, Startup Applications, Documents 등등이 있다. 로밍프로필을

사용할 경우나 로컬프로필을 이용할 경우에도 위 폴더에 대한 소유권은 Create Owner권한으로 생성되기

때문에 해당 User밖에 접속 할 수 없다. 뭐 Admin이라면 소유권 이전을 통해 접근할 수도 있다...

image

NTUser.dat File에 대한 내용이다.

image

image

흠... 여기까지는 일반적인 얘기를 하는 부분이였다. 꼭 Terminal Server를 이용하지 않고도 사용자 PC에서

충분히 확인할 수 있고 또 변경도 할 수 있는 부분의 내용들이였다. 지금부터 과연 사용자가 어떻게 프로

필을 가져오는지 알아보고자 한다.

● Local Profile

   1. User Log on

   2. Windows에서 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList

      에서 해당 User가 있는지 없는지 확인하는 작업을 한다. 만약 존재한다면 3-1의 과정을 거칠것이며

      최초 접속시에는 3의 과정을 거칠것이다. (3의 경우에는 신규 등록)

   3. 신규 등록의 경우에는 다시 두가지 경우로 나누어 User Profile등록을 하게 된다.

       - Domain User의 경우

          서버에 Local Profile이 존재하지 않기 때문에 Domain Controller NETLOGON 

          (%systemroot%\SYSVOL\sysvol\domain\SCRIPTS)를 이용하여 %SYSTEMDRIVE%\Documents and

          Settings\.경로로 접속하려는 서버에 생성을 한다. 만약 Default domain profile에 존재 하지 않을 경우

        %Systemdrive%\Documents and Settings\Default User folder를 복사한다.

   4. 이후 NTUSER.dat과 HKEY_CURRENT_USER를 Mapping 한다.

   5. Local Profile folder에 %userprofile%값을 Mapping 한다.

   6. 로그오프가 진행될때는 Local hard disk에 관련정보를 저장한다.

   3-1. Domain에 연결되어 있지 않은 서버는 바로 4~6번 과정으로 PASS

● Roaming Profile

   - 로밍프로필과 Local 프로필의 구성은 다르지 않다. 다만 프로필 저장공간이 원격지로 지정된다는

     것과 로그오프시 프로필을 merge한다는 것!!! 이점만 확실히 알아두자!!

 

Posted by hotpoto

이번 Section은 TS Gateway 서버 구성 후 Client에 대한 연결권한 부여정책 (TS CAP), 리소스 권한 부여

정책(TS RAP)을 생성하는 부분이다. 먼저 TS CAP과 TS RAP에 대한 기본적인 내용이다.

● TS CAP

  - TS Gateway서버에 연결할 수 있는 사용자를 지정하는 정책이다. 여기서는 사용자가 어떠한 인증방법

    을 이용하는지를 정의할 수 있으며, Client는 TS CAP에 지정된 조건을 충족해야만 Access권한을

    얻을 수 있다.

  - TS CAP에서 지원되는 Windows 인증방법은 사용자 암호나 스마트 카드 중 하나, 혹은 둘다 사용할

    수 있다. Group 정책을 사용하여 지원되는 Windows 인증방법을 구성하는 경우에는 다음 Option을

    사용할 수 있다고 한다.

  • NTLM프로토콜 사용
  • 기본 프로포톨 사용
  • 스마트 카드 사용

    만약 위와 같은 자격증명을 모두 사용하게 해두었다면 다음과 같은 순서로 사용된다.

  • 저장된 자격증명 → 로컬로 로그온한 자격증명 → 암호 혹은 스마트카드 자격증명

   - 역쉬 이런 따분한 이론들은 잼없는거 같다.^^ 바로 TS CAP 만드는 화면으로 돌입!

TS Gateway 관리자에서 연결권한부여(TS CAP)에서 새 정책 만들기를 실행한다.

image

이후 화면에서 TS Gateway에 대한 권한 부여정책 만들기가 나오는데 TS CAP만 할것인지... 아니면 둘다

만들것인지 설정하는 부분이 나오게 된다. 여기서는 TS CAP만 만들어 보겠다.

image

이후 화면에서 정책에 대한 이름을 설정한다. 향후 운영환경에 적용하려면 이러한 정책에 대한 Naming

Rule도 사전에 정의해 놓아야 하지 않을까?^^

image

이후 요구사항 정의 단계에서 Windows 인증 방법 선택 및 사용자 구성원 및 Computer를 넣는다.

사용자 구성원을 넣을 경우 Active Directory에 있는 Gorup 단위로 입력이 가능하며 필자는 TEST를 위해

TS Web Access Administratos Group 을 추가하였다.

image 

이후 단계에서 장치 리디렉션을 선택하는 부분이 나온다. 장치 리디렉션이란 Client접속시에 RDP연결을

진행하는데 이때 진행될때 서버의 드라이브나 프린터등의 장치를 보여주게 허용할 것이냐.. .뭐 그정도를

설정하는 화면이다. 여기서는 Default 값인 모든 클라이언트 장치에 장치 리디렉션 사용을 선택하겠다.

image

이후 다음을 Click하면 다음과 같이 정책 만들기가 완성이 된다.

image

image

● TS RAP

  - 이제는 TS RAP에 대한 내용이다. Windows Server 2008 Terminal Service는 TS RAP을 이용하여

    Client가 TS Gateway서버를 통해 연결할 수 있는 내부 네트워크 리소스를 지정할 수 있다.

    설명보다는 실습이 최고!! 바로 만들기를 해보겠다.

image

image

뭐 여기까지는 TS CAP 설정이랑 비슷하다. 이후 사용자 그룹과 Computer Group을 지정한다.

image

컴퓨터 그룹 설정하는 부분이다. 기존의 Active Directory 보안그룹을 설정하면 기본적으로 정의되어

있는 Group이나 회사 AD 정책에 따라 정의된 Computer Group을 넣을 수 있으며 Server Farm 구성원

에 연결하는 경우에는 하단의 그림에 있는 기존 TS Gateway 관리 컴퓨터 Group을 선택한다.

image

image

이후 Port 연결 설정 부분을 Setting하면 TS RAP정책이 완료된다.

image

image

Posted by hotpoto

TS Gateway에 대한 내용이다. 내가 TS Gateway는 Terminal Service를 이용하여 VPN처럼 이용하는것을

말하는 내용으로 이해 했는데... TS Gateway에 대한 정확한 설명은 다음과 같다.

====================================================================

터미널 서비스 게이트웨이(TS 게이트웨이)는 권한이 부여된 원격 사용자가 RDC(원격 데스크톱 연결)

클라이언트를 실행할 수 있고 인터넷이 연결된 장치를 통해 회사 내부 또는 사설망의 리소스에 연결할

수 있도록 해 주는 역할 서비스이다. 네트워크 리소스는 터미널 서버, RemoteApp 프로그램을 실행하는

터미널 서버 또는 원격 데스크톱 사용 컴퓨터가 될 수 있다. TS 게이트웨이는 HTTPS를 통한 RDP(원격

데스크톱 프로토콜)를 사용하여 인터넷에 있는 원격 사용자와 해당 생산성 응용 프로그램이 실행되는

내부 네트워크 리소스 간에 안전하고 암호화된 연결을 설정

====================================================================

출처 : http://technet.microsoft.com/en-us/library/cc304366.aspx

image

TS Gateway를 이용할려면 다음과 같은 설치 필수 구성요소가 필요하다.

  • Windows Server 2008
  • TS Gateway Server로 구성할 Machine에 대해 Administratos Group 추가
  • 인증서
  • HTTP Proxy를 통한 RPC
  • IIS 7.0
  • Network 정책 및 Access Service

인증서는 기본적으로 TS 게이트웨이 서버에서 RPC/HTTP 부하 분산 서비스 및 IIS(인터넷 정보 서비스)는

TLS(전송 계층 보안) 1.0을 사용하여 클라이언트와 TS 게이트웨이 서버 간의 인터넷 통신을 암호화하기

때문에 TLS가 제대로 작동하도록 하려면 TS 게이트웨이 서버에 SSL 인증서를 설치해야 한다.

그럼 먼저 인증서 설치하는 화면부터 구성해보자!!

● 인증서 설치!!

관리스냅인을 띄운후에(MMC) 컴퓨터 계정을 선택한 후 Console Tree가 나오도록 설정한다.

image

image

Active Directory 인증서 서비스를 설치하면 자체 발급된 인증서를 이용하여 구성할 수 있다. 일단 나는

TEST용도이기 때문에 이미 만들어진 인증서를 이용하여 구성하였다.

image

● TS Gateway 서버 구성

  TS Gateway 관리자 Console 실행 후 TS 게이트웨이 관리자에서 서버에 연결을 Click한다.

image

이후에 연결된 화면은 다음과 같다.

image

● TS Gateway Server Farm 만들기

  TS Gateway에서는 각 Client Session에 대해 Inbound / Outbound 트래픽을 위한 연결을 사용한다. 이러한 구성으로 부하분산 기능을 사용하여 각 연결을 TS Gateway서버에 배포하는 경우 두 연결을 통한 트래픽이 같은 TS Gateway서버로 Redirection되도록 하기 위해 Farm을 구성한다. Citrix의 Farm개념과 유사하며 Farm내에 등록되는 Member Server는 반드시 AD에 등록이 되어 있어야 한다.

먼저 TS Gateway 관리자에서 Hostname이 표시된 곳에서 속성을 Click 한다.
image

서버팜 Tab에서 구성원 등록을 다음과 같이 한다.

image

추가를 누르고 하단의 적용을 누르면 다음과 같이 TS Gateway Server Farm에 서버가 추가된다.

image 

위와같은 Server Farm 개념들은 Citrix 서버를 운영해본 사람이라면 쉽게 이해할 수 있을 것이라 생각된다. 해당 Server Farm을 구성할 경우 비슷한 업무 용도의 Member서버들을 특정 Server Farm으로 구분하여 A라는 Server Farm에서는 A라는 Application을 실행하는 Server 군을 만들고.... B라는 Server Farm에서는 B라는 Application을 실행하는 이러한 정책을 만들어도 서버 운영에 큰 도움이 될 것이다.

여기까지의 단계를 수행하면 TS Gateway 기본적인 설정에 대한 부분을 완료한 것이라 생각이 된다.

다음 단계에서는 직접 Client 접속에 대한 정책 설정 부분에 대해 설정하는 단계가 남아있다. TS CAP, TS RAP를 설정하는 단계는 #5에서 알아보겠다.

 

Posted by hotpoto

#1, 2를 통해 배포하는 Package 및 RemoteAPP 만들기를 알아보았다. 이는 Metaframe을 통한

Application Publishing작업을 마무리 한것과 비슷한 효과라고 할 수 있다. Metaframe은 4.0 Version에서

Access Suite Console for Presentation Server라는 관리 Console이 존재하나 Windows 2008에서는

IIS7.0을 통해 Web접속화면을 편집 및 관리하게 된다. Metaframe의 경우에도 IIS기반으로 돌아간다!

[참고] Access Suite Console for Presentation Server

image

참고로 궁금하신 분이 계실까봐 그런데 Citrix/Metaframe은 Web Base로 접속하는걸 말하며, 나머지

PNAgent는 Citrix Agent를 통한 접속 방법을 말하는 것이다.

본론으로 돌아가서 밑에 첨부된 그림은 Terminal Server 구성 후 Web을 통한 접속을 관리하는

IIS 7.0 관리 Page 이다.

image 

화면 구성을 보면 깔끔하다는 느낌이 든다.^^IIS 화면구성에 대해서는 뭐 워낙 잘하시는 분들이

많으니 화면구성에 대한 내용은 생략하겠다.

위와같은 확인이 있은 후 실제적으로 IE를 통해 접속을 시도해 보겠다.

image 

터미널 서비스 ActiveX Client추가기능을 설치하라는 말이 나온다. Client로 XP3, VISTA를 사용할 수 있다.

참고로  XP2에서 시도를 해보았지만 실패였다...^^

ActiveX를 설치하면 Application 화면들이 표시되고 아이콘을 눌러서 원하는 프로그램을 실행하면

Windows 2008 기반의 SBC (Server Based Computing) 환경이 구현되는 것이다.

 

Posted by hotpoto