FCS 정책 배포

Urikiri 2008. 5. 27. 09:00

안녕하세요 Urikiri입니다.

 

지난시간에는 FCS Agent 배포하는 방법에 대해 설명해 드렸습니다.

 

오늘은 정책을 어떻게 배포하고, 제어할 수 있는 부분이 어떤 부분인가에 대해 설명해드리겠습니다.

 

FCS에서의 정책 배포는 생성은 FCS Management Console에서 하지만 실제 배포는 그룹 정책을 통해 배포되게 됩니다. 물론 AD 환경에서의 이야기 입니다. 만약 Non-AD 환경의 워크 그룹의 클라이언트에게 정책을 배포하기 위해서는 정책을 레지스트리 파일로 내보내기 후 클라이언트들에게 배포를 해주셔야 합니다.



 
Urikiri Zzarit~~~
Never Sotp Growing Up

:

Remote App를 어떻게 활용 할 수 있을까요?

cygni 2008. 5. 26. 09:00

이전 포스팅을 통해서 TS Remote App에 대한 이야기를 말씀 드렸습니다. TS Remote APP는 원격지의 클라이언트가 중앙의 어플리케이션을 마치 클라이언트 로컬에서 구동되는 것과 같이 사용하는 것 입니다.

그렇다면 이러한 TS Remote APP를 어떻게 활용 할 수 있을까요? TS Remote App은 크게 여섯가지 시나리오로 활용이 될 수 있습니다. 각각의 사용 시나리오에 대해서 간단하게 살펴보면 다음과 같습니다.


 

사용자 삽입 이미지





An optimist is one who makes the best out of the worst of all~
낙천주의자란 나쁜 것으로 최고의 것을 만드는 사람이다. cygni.

:

[번외편] Windows Server 2008 제품 중 Server Core의 GUI ???

엘도라도 2008. 5. 23. 09:00

안녕하세요. 엘도라도 입니다. ^^

저번 시간의 미리 얘기한 바와 같이 이스라엘의 Guy씨가 개발한 CoreConfigurator Tool의 대하여 포스팅 하려합니다.
Server Core 제품은 오직 Command Prompt 창만 덩그러니 떠 있는 운영체제인 것을 다 아실겁니다. ^^;;
하지만 아래 그림과 같이 CoreConfigurator를 설치 하고, "CoreConfigurator.exe" 라고 실행하게 되면 아래 그림과 같이 운영체제의 기본 설정을 할 수 있습니다.


 

사용자 삽입 이미지




엘도라도
한국 IT Pro 강한 나라... !!!    IT 강국 코리아... !!!   화이팅... !!!

:

Visio 2007 테마를 활용한 물류배송준비과정 문서 작성 2/2부

쫑이 2008. 5. 22. 09:00

안녕하세요. 쫑이에요 ^.~

이전 내용을 보면 무언가 빠진부분이 있으시죠?
그렇습니다. 아직 예쁘지 않죠? 이젠 흑백이 아닌 Color의 시대!
적절한 색상 조합은 시각적으로 문서를 더욱 돋보이게 할 뿐만 아니라 문서에 표현하고자 하는 부분을
좀 더 강력하게 또는 약하게 표현함으로써 문서가 가지고 있는 의미를 효과적으로 전달할 수 있습니다.
(단, 너무 화려하거나 현란한 색상을 많이 쓰시면 오히려 역효과가 발생할 수 있으니 적절한(?) 조합이 필요합니다.)

그럼 지난번에 문서를 작성하다 만 내용을 가지고 마무리 작업을 해보도록 하겠습니다.

이번  주제를 진행하면서 기능을 배우실 수 있습니다.

  • 드로잉 도구 사용 및 서식 변경방법
  • 테마 색 적용
  • 테마 효과 적용

  All I need is with me!!!
모든 것은 마음먹기에 달렸다!!!

:

IP address management

구리구리 2008. 5. 21. 09:00


안녕하세요 ^^/

구리구리 네트워크 시간입니다 !!

지난 시간에 IPv4에 대해서 알아보았는데요… 음~ IPv4의 패킷 구성에 대해서 머리에 확 들어왔다면.. 네트워크의 절반은 먹고 들어 가는거에요!!!

이번 시간에는 IP주소관리 기법에 대해서 알아보도록 하겠습니다
우리가 많이 사용하고 있는 IP들의 주소 체제 및 주소관리방식을 알아 볼 것입니다.
클래스별로 분류하고, 서브네팅 및 슈퍼네팅 등을 알아보도록 할께요…

Here we go! GOGOGO~

IP 주소 체제

  • IP 주소
    • 모든 장비들이 갖는 고유한 논리적 네트워크 식별자
  • 클래스별 분류
    • IP 주소는 네트워크를 구분하기 위한 네트워크 식별자(netid)와 네트워크 내에서 호스트를 구분하기 위한 호스트 식별자(hostid)로 구성
    • 네트워크와 호스트의 주소 개수에 따라 다섯 개의 클래스로 구분

클래스

설명

클래스 A

첫번째 비트가 '0' 인 클래스, 7비트가 네트워크 식별자

224 - 2 = 16,777,214 개의 호스트를 수용할 수 있기 때문에 큰 규모의 호스트를 갖는 기관에서 사용한다.

클래스 B

첫번째 비트가 '10' 인 클래스, 6+8 비트가 네트워크 식별자

216 - 2개의 호스트를 수용할 수 있다.

클래스 C

처음 세 비트의 값이 "110"인 주소를 클래스 C 주소라고 한다.

세 번째 바이트까지가 (5+8+8비트)네트워크 식별자이고 마지막 한 바이트는 호스트 식별자이다. 클래스 C 주소는 네트워크마다 254개까지 호스트를 수용할 수 있기 때문에 작은 규모의 네트워크에서 사용된다.

클래스 D

처음 네 비트의 값이 "1110"인 주소를 클래스 D 주소라고 한다. 클래스 D 주소는 네트워크 식별자와 호스트 식별자의 구분이 없고 전체 주소가 멀티캐스트용으로 사용된다.

클래스 E

처음 네 비트의 값이 "1111"인 주소를 클래스 E 주소라고 하며 추후 사용을 위해 예약된 주소이다.


 

  • Class A  1.0.0.0 ~ 127.255.255.255
  • Class B  128.0.0.0 ~ 191.255.255.255
  • Class C  192.0.0.0 ~ 223.255.255.255


 

  • 전송 방법에 따른 분류

전송방식

설명

유니캐스트(Unicast)

하나의 송신자가 하나의 수신자에게 패킷을 보내는 방식의 주소이다.

멀티캐스트(Multicast)

하나의 송신자가 다수의 수신자에게 패킷을 보내는 경우로 일대다 방식의 패킷 전송 주소이다. 멀티캐스트 전송을 수행하기 위해서는 네트워크 장치가 멀티캐스트를 지원해야 하며, 원하는 그룹에 가입되어 있어야 한다.

브로드캐스트(Broadcast)

송신자가 네트워크의 모든 호스트에게 패킷을 보내는 방식으로 브로드캐스트 주소에서는 호스트 식별자 필드를 모두 1로 설정한다.

예) 210.125.72.255


 

  • 특별한 IP 주소

네트워크

식별자

호스트

식별자

목적

송신

수신

(예)

네트워크

모두 0

네트워크 주소

불가

불가

210.125.72.0

네트워크

모두 1

직접적 브로드캐스트

불가

가능

210.125.72.255

모두 1

모두 1

제한적 브로드캐스트

불가

가능

255.255.255.255

모두 0

모두 0

네트워크의 한 호스트

가능

불가

0.0.0.0

127

관계 없음

루프백 주소

불가

가능

127.0.0.1


 

  • 네트워크 주소

                   네트워크 자체를 의미
                   라우팅 프로토콜에서 네트워크를 지칭할 때 사용
                   패킷의 송신지나 수신지 주소로써 사용 불가

  • 직접적 브로드캐스트

                   라우터가 네트워크의 모든 호스트로 패킷을 보낼 때 사용
                   수신 주소로만 사용

참조( 책 : TCP/IP 인터넷 )

  • 제한적 브로드캐스트

                  호스트가 네트워크에 있는 모든 호스트로 패킷을 보낼 때 사용
                  수신 주소로만 사용

참조( 책 : TCP/IP 인터넷 )

  • 네트워크의 한 호스트
    • 임의의 호스트를 지칭할 때 사용
    • 송신 주소로만 사용(자기의 주소로 송신가능)

                       참조( 책 : TCP/IP 인터넷 )


 

  • 루프백 주소
    • 주로 소프트웨어 테스트를 위해 사용
    • 물리 계층까지 전달되지 않고 다시 상위 계층으로 전달
    • 주로 127.0.0.1을 사용



 

IP 주소 관리 방식

  • IP 주소 낭비와 부족 현상 심화
    • 클래스별 분류 방식 이외의 IP 주소 관리 방법에 대한 필요성이 제기
  • 새로운 방법 도입
    • 낭비되는 IP를 줄이기 위해 서브네팅(Subnetting) 개념이 도입
    • 부족한 IP를 효율적으로 사용하기 위해 C 클래스 주소 몇 개를 합쳐 하나의 네트워크 주소로 관리할수 있는 슈퍼네팅(Supernetting)이 제안
    • 클래스를 구분하지 않는 주소 방식인 CIDR(Classless Inter-Domain Routing)이 제안


 

  • 서브네팅
    • 하나의 큰 네트워크를 몇 개의 작은 논리적인 네트워크로 분할하여 사용하는 방식
    • 서브네팅에서는 호스트 식별자를 다시 서브넷 식별자와 호스트 식별자로 세분화
    • 서브넷 마스킹(masking) : IP 주소로부터 서브넷 주소만을 식별할 수 있는 방법


 

  • 일반적인 Class C를 두 비트의 서브넷 마스크를 사용하여 구성하면 다음과 같음

서브네팅의 예

  • Class C인 203.252.53 네트워크를 할당받은 기관에서 6개의 서브 네트워크를 구성할 때
    • 서브넷의 id가 모두 0인 것과 1인 서브넷은 특수 주소로 제외
    • 총 8개의 서브넷 필요

  • 8개의 서브넷으로 나누므로 세 비트의 subnet id 사용
  • 6개의 서브넷에 할당되는 주소의 범위는 다음과 같음
  • 203.252.53.1에서 203.252.53. 31까지는 서브넷id =0
  • 203.252.53.224에서 203.252.53.255까지는 서브넷id =1 이므로 사용하지 않음
  • 할당된 주소범위에서 맨 왼쪽과 오른쪽은 각각 host id가 0과 1이므로 제외하고 할당
  • 6개의 네트워크에 각각 30대의 호스트를 할당함
  • 하나의 C 클래스에서는 하나의 네트워크로 254개
  • Subnetting을 하면 6개의 네트워크로 30개씩 구성
  • 즉, 203.252.53.32는 서브 네트워크의 이름이 됨
  • 즉, 203.252.53.63은 서브 네트워크의 브로드캐스트 주소가 됨


 

슈퍼네팅

  • Class A와 B 네트워크의 주소 공간이 고갈
  • 클래스 C 주소 사용으로 인터넷의 라우팅 테이블 규모 증대
  • C 클래스에서 사용할 수 있는 호스트의 수는 254개로 제한
  • 여러 개의 C 클래스 주소를 묶어 하나의 네트워크로 구성하는 슈퍼네팅을 사용
  • 네트워크 식별자 중 일부를 호스트 식별자로 사용하는 방법
  • 8개의 통합하는 클래스 주소를 통합하여 하나의 네트워크를 만들고 호스트 수는 3비트가 늘어난 11비트를 사용


 


 

추가 관리 기법

  • CIDR(Classless Inter-Domain Routing)
    • CIDR은 A, B, C 클래스별로 IP 주소를 구분하지 않고 네트워크 식별자 범위를 자유롭게 지정할 수 있도록 하여 IP 주소 운영의 융통성을 제공
    • 네트워크 주소를 자유롭게 설정할 수 있기 때문에 IP 주소의 낭비를 방지하고 효과적으로 네트워크를 구성
    • CIDR을 이용하면 도메인간의 라우팅에 사용되는 IP 주소를 매우 효과적으로 관리 가능
    • 예) 203.252.48.0/21 : 203.252.48.0 ~ 203.252.55.255까지 임
      48 = 00110/000, 55= 00110/111
  • IP 알리어스(IP Alias)
    • 하나의 NIC(Network Interface Card)에 여러 개의 IP 주소를 할당하는 방법

한 대의 서버에 여러 개의 IP 주소를 할당해야 할 경우 하나의 이더넷 카드에 여러 개의 IP 주소를 할당하여 운영할 수 있음




보이세요?? 나는 지금도 여전히 도전하고 있습니다!!
Always Smile ^___________^

:

FCS Aengt 배포 방법

Urikiri 2008. 5. 20. 09:00

안녕하세요 Urikiri입니다.

오늘은 FCS에서 Agent배포에 대해 설명해 드릴까 합니다.

FCS를 운영하는데 있어서 가장 큰 이슈가 손쉬운 클라이언트 배포가 아닐까 합니다. 서버는 설치했는데 막상 클라이언트에 배포하려고 하니 PMS같은 솔루션이 없는 관리자 입장에서는 머릿속이 복잡해 지기 시작합니다. FCS설치 CD에서 제공하는 파일이 MSI나 ZAP파일도 아니어서 AD가 구축된 환경에서도 배포를 할 수 가 없기 때문이죠. 그럼 다른 대안을 생각해 봐야 하는데요. 사내 인프라가 AD건 Non-AD건 배포할 수 있는 방법은 아래와 같은 방법을 생각할 수 있습니다.


 
Urikiri Zzarit~~~
Never Sotp Growing Up

:

TS Remote App이란 무엇일까요?

cygni 2008. 5. 19. 09:00

터미널 서비스가 관리 용도로 더 많이 알려졌기 때문에 생소한 이야기가 되겠지만,
Windows Server 2008
의 터미널 서비스는 프리젠테이션 가상화 솔루션의 형태로
업그레이드가 되었다는 말씀을 드려왔었습니다.

이번 포스팅에서는 프리젠테이션 가상화 구현을 위해서 터미널 서버에서 응용프로그램을
퍼블리싱 할 수 있는 TS Remote APP에 대한 말씀을 드리겠습니다.


사용자 삽입 이미지




An optimist is one who makes the best out of the worst of all~
낙천주의자란 나쁜 것으로 최고의 것을 만드는 사람이다. cygni.

:

Windows Server 2008의 관리도구는 어디에... ???

엘도라도 2008. 5. 16. 09:00

안녕하세요. 엘도라도 입니다.

사실상 지난 주로 Server Core 얘기는 끝이 났는데요. 뭔가 부족하다는 생각이 들어 추가적으로 글을 쓰게 되었습니다. 금일 내용은 Server Core 뿐 아니라 Windows Server 2008 제품의 대한 원격관리 얘기입니다.


사용자 삽입 이미지




엘도라도
한국 IT Pro 강한 나라... !!!    IT 강국 코리아... !!!   화이팅... !!!

:

Visio 2007을 활용한 물류배송준비과정 문서 작성 1/2부

쫑이 2008. 5. 15. 09:00

안녕하세요. 쫑이에요 ^.~

혹시 지난번 <<실습예제>>를 해 보셨나요? 잘 그려지셨죠? 그러길 바래요..^0^
혹시 안되거나 어려운 부분이 있으면,, 주저 마시고 댓글 댓글~↓↓
이번엔 이 다이어그램을 기준으로 아래 <물류배송준비과정순서도> 문서를 완성해 보겠습니다.




 

  All I need is with me!!!
모든 것은 마음먹기에 달렸다!!!

:

IPv4(Internet Protocol v4) 패킷의 구성

구리구리 2008. 5. 14. 09:00

안녕하세요~? ^^


무척이나 긴 연휴가 끝나고 다시 일상 생활을 하게 되었는데요~ 빨리 적응 하셔야 할 것 같아요

지난 시간까지 인터넷 장비들에 대해서 간략하게 알아봤습니다…

이번 시간에는 인터넷 프로토콜 v4, 즉 IPv4에 대해서 알아보도록 할께요 ^^

IP의 특징 – 패킷 전송을 위한 주소관리/ 라우팅정보 입니다.

1. 비신뢰성(Unreliable)

  • 목적지까지의 정확한 전송을 보장 못함. 패킷을 목적지까지 전달하는 최선형 서비스(Best Effort Service)만 제공

2. 비접속형(Connectionless)

  • 연결(connection) 설정 없이 패킷을 전송하는 것을 의미
  • 동일한 송신지라도 서로 다른 경로로 패킷이 전송될 수 있음

3. 주소 지정

  • 네트워크 내의 노드를 고유하게 지정하기 위한 수단으로 IP 주소를 사용하며 IP를 기반으로 전달

경로 결정

  • 목적지 IP 주소를 기반으로 패킷 전달 경로를 판단


IP 패킷 구성에 대해 한번 볼까요?

1. 헤더 필드와 데이터 필드로 분리(PDU =PCI +SDU)

2. 헤더 필드에는 패킷을 목적지까지 전송하기 위한 값 포함

3. Big Endian Byte Ordering(헤드를 먼저 보냄)


버전

헤더길이

서비스타입

전체길이

식별자

플래그

단편화옵셋

TTL

프로토콜

헤더 체크섬

송신측 IP주소

수신측 IP주소

옵션(필요한 경우에만, 가변길이)

데이터

헤더 = 버전 ~ 수신측IP주소까지 부분(총 20Byte)

확장헤더 = 옵션 부분

데이터 = 데이터 부분


자… 간략하게 IP 패킷 구성을 표로 알아봤는데요…

그럼 각 부분의 패킷들은 어떠한 역할을 하며, 어떻게 구성되어있는지 자세히 알아보도록 하겠습니다


1. 버전(Version)

  • IP 프로토콜의 버전을 의미 (예) 현재는 4

2. 헤더 길이(Header Length)

  • 옵션 필드를 포함한 헤더의 총 길이
  • (예) 워드(4바이트)가 1단위, 따라서 20바이트 이면 5로 표시

3. 서비스 타입(Type-Of-Service)

  • 우선권(Precedence)필드(3비트), TOS(Type-Of-Service) 필드(4 비트), 예약 필드(1 비트)
  • 우선권 필드는 패킷의 우선순위 정의
  • TOS 필드는 최소 지연, 최대 처리량, 최대 신뢰성, 최소 비용을 나타내는 필드, 4비트 중 한비트만 1
  • 현재 인터넷에서 이 필드는 사용하지 않음

4. 전체 길이

  • 헤더와 데이터를 포함한 IP 패킷의 전체 길이를 바이트 단위
  • 16비트, IP 패킷의 최대 길이는 65535 바이트, 최소 20 바이트

5. 식별자(Identification)

  • MTU(최대 전송 단위) 보다 크면 패킷을 분할하여 전송
  • 동일한 데이터로부터 분할된 패킷을 재조립할 수 있도록 분할된 패킷들은 같은 식별자를 가짐

6. 플래그(Flags)

  • 단편화 여부, 단편의 조각이 첫번째 조각인지, 중간 혹은 마지막 조각인지를 구분함
  • 첫번째 비트 : 예약
  • 두번째 비트 : 단편화 금지(DF, Don't Fragment)
    ('1' 이면 단편화 하지 않음, '0' 이면 단편화)
  • 세번째 비트 : 추가 단편화 비트
    ('1' 이면 중간 단편, '0' 이면 마지막 단편이나 하나의 패킷)

7. 단편화 옵셋(Fragment Offset)

  • 패킷 재조립시 분할된 패킷간의 순서에 대한 정보 포함
  • 전체 데이터에서 분할된 패킷의 상대 위치를 8 바이트 단위로 기술
  • 즉, 데이터의 처음에서부터의 바이트 위치를 8로 나눈 정보



1. Time-To-Live(TTL)

  • TTL 필드는 패킷이 경유할 수 있는 최대 홉 수를 의미
  • 패킷이 라우터를 통과할 때마다 TTL 값은 1씩 감소
  • TTL 값이 0 이 되면 패킷은 폐기되고 송신측으로 ICMP 메시지가 전달

2. 프로토콜

  • 관련된 상위 프로토콜을 나타내기 위해 사용
  • ICMP : 1,TCP : 6, UDP : 17,

3. 헤더 체크섬(Header Checksum)

  • IP 패킷 헤더의 오류 발생을 검사하기 위한 필드
  • IP헤드를 16비트씩 더한 값의 보수 => 검사시는 모두 1인지 검사


금일은 IP와 IP패킷 구성에 대해서 알아 보았습니다 ^^


다음 시간에는 IP 주소를 어떻게 관리하는지, IP주소 체제에 해서해 알아보도록 하겠습니다

참~! IPv4를 했는데 IPv6가 궁금 하시다구요?

IP주소 체제를 알아본 후에…. IPv6에 대하여 알아보도록 하겠습니다 ^^


언제나 즐거운 하루 보내세요~ ^^ 파이팅~

보이세요?? 나는 지금도 여전히 도전하고 있습니다!!
Always Smile ^___________^

: