AdminID.kr (어드민아이디) - 기타 네트워크

Reverse DNS - 등록및 확인

JAESOO — Fri, 23 Sep 2016 16:26:14 +0000

# RDNS(Reverse DNS)

* Reverse DNS의 기본 용도는 해당 IP의 서버가 실제로 등록되어 있는지를 확인.
* 일반적으로 메일 서비스에서 스팸메일을 차단할 때 메일 발송 서버의 IP를 역방향(Reverse DNS) 조회를 해서
Reverse DNS가 등록된 서버의 메일만 수신을 허용하는 방식으로 사용.

* 특정 메일주소로 발송시 rdns 체크 오류(존재하지 않음)로 인해 메일이 전송되지 않는 증상 발생

* Reverse DNS는 DNS서버에 설정후에 상위 인터넷서비스제공자(ISP)에게 RDNS 등록 요청이 필요함.

# Reverse DNS 등록 진행 절차
1) 관리하는 DNS 서버에 Reverse DNS 설정을 추가
2) NameServer(DNS) 재시작
3) nslookup 확인
4) RDNS 정상 등록일 경우 서버및 인터넷 관리업체에 RDNS 등록 요청
- 일반(기업 또는 개인) > 등록요청(가비아 또는 IDC 담당업체) > ISP(데이콤, KT 등등)

# 일반 기업 직접 등록 요청
* 등록 요청 기관

1) 데이콤 DNS 서버관리자 : dnsadm@bora.net
- 등록 요청 양식을 메일로 전송

2) KT(kornet) DNS 작업요청 홈페이지 : http://dns.kornet.net/jsp/login.jsp
- 링크 페이지 이동 > 도메인 등록 요청/문의 > 새글작성 > 요청 양식 입력 > 확인(저장)

* 등록요청 양식

> Reverse DNS (PTR Record) 등록을 요청합니다.
1. 업체명(고객이름) :
2. 사용서비스명(상품명) :
3. 고객번호(관리번호) :
4. 메일서버 IP : x.x.x.x
5. 메일서버 호스트(도메인) : mail.YourDomain.com

# RDNS 설정

[root@ns1 etc]# vi /etc/named.conf

zone "222.111.211.in-addr.arpa" IN {
type master;
file "/var/named/slaves/named.rev";
allow-update { none; };
allow-transfer { 211.111.222.124; };
};

[root@ns1 etc]# vi /var/named/slaves/named.rev

$TTL 10M
@ IN    SOA ns1.abc.com. root.ns1.abc.com.    (
2013062010    ; serial
3h    ; refresh
1h    ; retry
1w    ; expire
1h    ; mininum
)
IN    NS    ns1.abc.com.
IN    NS    ns2.abc.com.
;
123    IN    PTR ns1.abc.com.
124 IN    PTR    ns2.abc.com.
125 IN    PTR    mail.abc.com. < 메일서버 정보(IP, 도메인)

# Reverse DNS 설정후 확인(상위 기관 등록 전)
- RDNS 조회 사이트 : http://remote.12dt.com

C:\Users\sunshiny>nslookup
기본 서버: bns1.hananet.net
Address: 210.220.163.82

> set type=ptr
> 125.222.111.211.in-addr.arpa
서버:    bns1.hananet.net
Address: 210.220.163.82

*** bns1.hananet.net이(가) 125.222.111.211.in-addr.arpa을(를) 찾을 수 없습니다.
on-existent domain

# DNS 서버 자체 조회시, PTR 조회 성공
> server abc.com
기본 서버: abc.com
Address: 211.111.222.123

> 125.222.111.211.in-addr.arpa
서버:    abc.com
Address: 211.111.222.123

125.222.111.211.in-addr.arpa name = mail.abc.com
222.111.211.in-addr.arpa nameserver = ns1.abc.com
222.111.211.in-addr.arpa nameserver = ns2.abc.com
ns1.abc.com    internet address = 211.111.222.123
ns2.abc.com    internet address = 211.111.222.124

1) 아래 내용 출처
http://www.passkorea.net/Board/ViewDoc.aspx?brdNo=8&docNo=29293&page=1&brdType

해외 메일서버로 메일을 보내려면 사용중인 메일서버 IP에 대해

Reverse DNS (PTR Record)가 등록되어 있어야 수신이 될 가능성이 높습니다.

이는 해외 메일서버에서 ‘가정용 유동IP’가 ‘서버용도 IP’임을 파악하기 위한 자료로 사용되는 경우가 많기 때문입니다.

먼저 아래처럼 사용중인 메일서버 IP에 Reverse DNS 가 등록되어 있는지 확인해보시기 바랍니다.

(nslookup 명령은 리눅스나 윈도우환경에서 공통적으로 사용이 가능한 DNS 질의명령입니다.)

nslookup -type=ptr 211.170.106.71

Non-authoritative answer:

71.106.170.211.in-addr.arpa name = mail.passkorea.net.

Authoritative answers can be found from:

106.170.211.in-addr.arpa nameserver = nis.dacom.co.kr.

106.170.211.in-addr.arpa nameserver = ns2.dacom.co.kr.

nis.dacom.co.kr internet address = 164.124.101.31

ns2.dacom.co.kr internet address = 203.248.240.31

위 조회 결과는 패스코리아넷의 메일서버 IP를 기준으로 조회했을 때이며 mail.passkorea.net 이라는 값이 Reverse DNS 로 등록되어 있는 것을 확인할 수 있습니다.

만약 등록되지 않았다면 아래와 같은 실패 메세지가 나옵니다.

** server can't find 71.106.170.211.in-addr.arpa: NXDOMAIN

등록되지 않았을 경우 아래 절차에 따라 귀사의 메일서버IP를 관리하는 상위기관에 등록요청을 하셔야 합니다.

1. 등록요청이 가능한 IP - 서버호스팅, 전용회선 사용자.

주의) VDSL, ADSL, 광랜 등의 가정용 서비스는 국내 정책상 등록이 불가능합니다.

2. 등록요청기관

서버호스팅 - 호스팅 제공업체에 요청.
전용회선 - 전용회선 임대 사업자(데이콤 등)의 DNS 서버관리자에게 요청.

참고)

데이콤 DNS 서버관리자 : dnsadm@bora.net

KT(kornet) DNS 작업요청 홈페이지 : http://dns.kornet.net/jsp/mainFrame.jsp

주의) Reverse DNS 는 자체 DNS에 등록한다고 해결되는 것이 아니라 상위 네트워크 기관에서 등록해야 인식됩니다.

3. 등록전 준비사항)

등록하려는 메일서버IP와 메일호스트명이 일치하는지 점검후 DNS 셋팅을 정확히 해놓으셔야 합니다.

참고)

nslookup mail.passkorea.net

Non-authoritative answer:

Name: mail.passkorea.net

Address: 211.170.106.71

4. 등록요청 양식)

Reverse DNS (PTR Record) 등록을 요청합니다.

1. 업체명(고객이름) :
2. 사용서비스명(상품명) :
3. 고객번호(관리번호) :
4. 메일서버 IP : x.x.x.x
5. 메일서버 호스트(도메인) : mail.YourDomain.com

2) 아래 내용 출처
https://kr.dnsever.com/faq/viewtopic.php?p=19

가. 한두개 서버(IP)의 역방향도메인(PTR)설정을 위해서는 ISP에게 문의하셔야 합니다.
메일서버에서 메일을 발송하기 위해서 역방향 도메인(PTR레코드)를 설정하는 것이 필수적인 사항은 아닙니다만,
일부 메일서버에서는 스팸을 거르기 위한 방법으로 역방향 레코드가 설정되어 있지 않은 서버에서 메일을 발송하는 경우에
메일을 스팸으로 간주하는 경우가 있기 때문에, 역방향도메인설정(PTR레코드설정)을 하는 방법에 대하여 문의가 많습니다만,
대부분의 경우는 역방향도메인(PTR레코드설정)은 DNSEver.com 에서 하는 것이 아니라,
서버의 인터넷회선(IP주소)를 제공하는 인터넷회선제공업체(ISP)에게 요청하여 설정을 해달라고 하시면 됩니다.

역방향도메인(또는 PTR레코드)는 일반적인 도메인명을 꺼꾸로 바꿔서 IP주소와 연결하는 것인데,
예를 들어서
mail.domain.com -> 1.2.3.4
와 같이 연결하는 A레코드(호스트IP 설정)가 설정되어 있다고 하면
이에 대하여 꺼꾸로 된 도메인인
4.3.2.1.in-addr.arpa -> mail.domain.com
과 같이 연결하는 PTR 레코드를 설정하는 것을 말합니다.

위에서 4.3.2.1.in-addr.arpa 라는 레코드를 설정하기 위해서는
3.2.1.in-addr.arpa 라는 도메인에 대한 네임서버(NS레코드) 설정이 필요한다.
in-addr.arpa 라는 특수한 도메인은 일방적으로 .com, co.kr 과 같은 도메인등록업체에서 구입하고 관리할 수 있는 도메인이 아니라
인터넷회선제공업체(ISP)에서만 관리할 수 있는 도메인인 것이며,
위에서 3.2.1.in-addr.arpa 도메인은 1.2.3.0 ~ 1.2.3.255 까지의 IP를 모두 할당받아 관리하는 사용자가 아니면
대부분의 인터넷회선제공업체에서는 3.2.1.in-addr.arpa 와 같은 도메인에 대한 네임서버설정(NS레코드설정, 위임이라고 합니다)은 잘 해주지 않습니다.

따라서, 역방향 레코드의 설정이 필요하다면 대부분의 경우는 인터넷회선제공업체(KT, SKT, LG데이콤등 )에 직접 연락을 해서
4.3.2.1.in-addr.arpa -> mail.domain.com
과 같이 연결하는 PTR 레코드를 설정해달라고 하시면 됩니다.

나. C Class(IP주소 256개) 이상의 네트워크에 대한 역방향 도메인을 설정하기 위해서도 ISP에서 네트워크영역의 역방향 도메인에 대한 네임서버 설정 위임을 받아야 합니다.
즉 IP주소가
1.2.3.0 ~ 1.2.3.255 까지 256개(C클래스)를 가지고 있고 해당 IP주소 영역에 대하여 역방향 도메인을 설정하기 위해선느
3.2.1.in-addr.arpa 에 대한 네임서버(NS레코드)를 ISP에서 dnsever 의 네임서버로 설정해줘야 역방향 레코드 설정이 가능합니다.

네임서버(NS레코드) 설정이 잘되어 있는지는 nslookup , dig 로 확인가능한데
#> nslookup q=NS 3.2.1.in-addr.arpa
또는
#> dig 3.2.1.in-addr.arpa PTR
과 같이 DNS 질의를 해보시면 됩니다.

대부분의 ISP에서는 네트워크영역(예: 3.2.1.in-addr.arpa)에 대한 네임서버설정(위임)을 잘 해주지 않으므로
C클래스 이상의 IP를 가지고 있는 경우에도, 가.번에서 설명한 것과 마찬가지로 ISP에 개별적인 PTR 레코드(예: 4.3.2.1.in-addr.arpa PTR mail.domain.com) 설정을 해달라고
요청하시는 것이 낫습니다.

다. C Class(IP주소 256개) 이상의 네트워크에 대한 역방향 도메인을 설정

C Class(IP주소 256개) 이상의 네트워크에 대한 역방향 도메인을 설정하기 위해서도 ISP에서 네트워크영역의 역방향 도메인에 대한 네임서버 설정 위임을 받아야 합니다.
C Class 이하의 네트워크를 위임받은 경우에는 각각의 아이피에 대한 네임서버를 CNAME을 이용해서 역시 DNSEver 네임서버로 변경하셔야 합니다.

< C Class 이하의 네트워크를 추가한 경우 >

DNSEver는 C Class 이하 네트워크의 경우에는, 인터넷서비스제공자(ISP)에 직접 요청하여 PTR레코드를 추가할 것을 권장합니다.
C Class이하 네트워크를 직접 관리하는 것은 DNSEver와 인터넷서비스제공자(ISP)간의 상호 작업이 필요할 수도 있으며,
회원님께서도 DNSEver를 통해 관리하기보다는 인터넷서비스제공자(ISP)에 요청하여 관리하는 것이 훨씬 편리하기 때문입니다.

혹, C Class 이하로 네트워크를 위임받아서 역방향 도메인을 DNSEver에 등록하셨다면 다음의 사항에 유의하시기 바랍니다.

예를 들어서 위임받은 네트워크의 영역이 192.168.10.2 ~ 192.168.10.7이며, 인터넷서비스제공자(ISP)에서 위임받은 역방향도메인이 2/7.10.168.192.in-addr.arpa 라고 가정합니다. 이 경우에는 인터넷서비스제공자(ISP)에서 단순히 2/7.10.168.192.in-addr.arpa 를 위임받는 것 외에

2.10.168.192.in-addr.arpa CNAME 2.2/7.10.168.192.in-addr.arpa
3.10.168.192.in-addr.arpa CNAME 3.2/7.10.168.192.in-addr.arpa
4.10.168.192.in-addr.arpa CNAME 4.2/7.10.168.192.in-addr.arpa
5.10.168.192.in-addr.arpa CNAME 5.2/7.10.168.192.in-addr.arpa
6.10.168.192.in-addr.arpa CNAME 6.2/7.10.168.192.in-addr.arpa
7.10.168.192.in-addr.arpa CNAME 7.2/7.10.168.192.in-addr.arpa

위와 같이 모든 아이피에 대해서 CNAME를 지정해주어야하며, 또한

2/7.10.168.192.in-addr.arpa NS ns1.dnsever.com
2/7.10.168.192.in-addr.arpa NS ns2.dnsever.com

위와 같이 2/7.10.168.192.in-addr.arpa 에 대한 네임서버를 DNS'Ever의 네임서버로 위임하셔야 정상적인 서비스가 이루어질 수 있습니다.

출처 : http://develop.sunshiny.co.kr/975

파일질라(filezilla) 디렉터리 목록 조회 실패

JAESOO — Fri, 01 Jul 2016 10:59:21 +0000

파일질라를 잘 사용하고 있었는데,

갑자기 디렉터리 목록 조회 실패로 연결이 안됨.......

거의 반나절 고생.......

쩜 자존심에 상처....

네이버, 구글링. 총 동원....

대부분 이럴 때 권장하는 방법은 두 가지..

1. 파일질라 : 편집 > 설정 > FTP > 전송모드 능동형으로

2. 자신(ftp client pc)의 컴퓨터 : 시작 > 제어판 > 윈도우방화벽 > 고급설정 > 인바운드 > 추가 > ftp client 프로그램 추가

쩜.. 이래도 해결이 안되었다..

결국 해결 방법은

File Zilla Server Interface -> Connect to Server -> FileZilla Server -> Edit -> Settings -> Passive mode setting을 아래 그림처럼..

Use custome port range 에 체크하고, 5000 ~ 5009 지정..

그리고, 서버 IP가 내부 아이피인 경우

IP4 specific을 지정된 아이피로 설정(180.182.51.50 말고, 각자 서버 IP로 지정해 주세요.)

그리고, 방화벽에서 아래의 그림처럼, 5000에서 5009번까지 포트 개방

그리고, 마지막으로 클라우드 서버를 사용한다면,

Port Forwarding에서도 해당 포트(5000~5009번) 개방(이 부분은 클라우드 서버를 사용하지 않으면 무시)

결국 해결...

아~ 시간은 다 가고, 상처뿐인 영광...

부디 파일질라(FileZilla)를 사용하시는 많은 분들도

고생하지 말고, 해결하시기를~~

출처 : http://blog.naver.com/PostView.nhn?blogId=ntzkimy&logNo=50177662300

시만텍(Symantec) 솔루션 적용 구성도

JAESOO — Fri, 19 Jun 2015 16:16:06 +0000

출처 : http://www.goodmit.co.kr/?page_id=7074

[기술자료] 전용선

JAESOO — Thu, 16 Apr 2015 15:24:49 +0000

전용선 방식및 프로토콜에 대한 설명입니다.

.. Ear / Mouse 를 말합니다.
양쪽 교환기 모두 E/M 카드가 꽂혀야 합니다.
1CH 이 4선식 (2WE/M) 이고, 6선식은 (4W E/M) 입니다.
선 연결방법은
4선식은 편의상, L1,L2,E선,M선이라고 하면,
양쪽 L1,L2는 극성에 상관없이 서로 연결하구요(음성,VOICE선이라고 함)
E선과,M선은 서로 엇갈리게 연결하면 됩니다(신호선이라고 함)

위는 2W E/M 이구요 4W E/M은 음성(L1,L2)을 분리한 것입니다.
선 연결방법은 E선M선은 위와 같구요. VOICE선은
L1,L2(음성 송신),L3,L4(음성 수신) 처럼 4선식이므로,
우리측 L1,L2(송신)는 상대측 L3,L4(수신)에 연결하고,
우리의 L3,L4(수신)는 상대의 L1,L2(송신)에 연결하면 됩니다.
주로 장거리나 해외로 전용회선을 사용할 경우 음성을 분리하여, 멀리가고, 잡음에 강하도록 하기위한 방식입니다.

2W던지 4W던지 체크하는 하려면 먼저 통신접지선이 필요합니다.

2W경우 L1,L2에 톤(수화갑을 말함-빠뗀스키는 안됨)을 귀에대고
접지선을 우리쪽 E선이나, M선에 대면 우리측 교환기의 발신음이 나옵니다. 여기서 소리나는 쪽이 우리측 E선입니다.
상대측도 체크하면, 상대의 E선을 알 수 있습니다.

톤이 없으면, 테스터기로 한쪽은 접지선에 다른한쪽은 E선에 대보십시요
전압이 48V뜨는 쪽이 E선입니다.

"톤으로 찍어서 발신음이 무조건 나와야지 서로 연결할 수 있습니다."

출처 : http://yjnetworks.co.kr/bbs/board.php?bo_table=net&wr_id=83&sfl=&stx=&sst=wr_hit&sod=asc&sop=and&page=6

전용회선의 종류

JAESOO — Thu, 16 Apr 2015 15:21:07 +0000

전용회선의 종류

전용회선의 종류는 속도에 따라 다음과 같이 나뉘어집니다.

9.6K
56K
128K
256K
512K
1544K (T1)
2048K (E1)

전용회선에 사용되는 장비는 전용회선의 속도에 따라 다음과 같이 분류할 수 있습니다.

9.6K ~ 56K == DSU (Data Service Unit)
128K ~ 256K == HSM (High Speed Modem)
512K ~ 2048K == CSU (Channel Service Unit)

전용회선 서비스에 사용되는 장비는 전용회선의 종류와 제조사에 따라 많은 기종이 있으나 대부분은 상기와 같이 몇 가지로 나누어 볼 수 있습니다. 위의 종단장치 종류들은 전용회선의 속도와 구성방식에 따라서 어떤 종류를 사용하는가가 결정되지만 모두 물리적인 디지탈 회선의 양끝단에 연결합니다. 그래서 종단장치라 불리웁니다. 종단장치 하단에 있는 PC나 네트워크 장비끼리 보내는 이진 데이타를 물리적인 회선상에서 전송하고 전송받는 일을 합니다.그럼 상기 3 가지 전용회선 장비의 역할과 특징에 대해 알아봅니다.

DSU (Data Service Unit)

일반적으로 DSU는 Digital Service Unit 또는 Data Service Unit이라 합니다. 보통 PC 에서 많이 사용하는 MODEM (MOdulator DEModulator)은 아나로그 회선에서 사용하며 디지털 데이터를 아나로그 신호로 바꾸거나 그 역의 기능을 합니다. DSU는 디지털용 회선에 사용하는 장비인데 디지털 데이터를 디지털 신호로 변환해주는 역할을 합니다. 그래서 디지털 서비스 유니트 라고 부르는 것입니다. 혼동될 수도 있는 디지털 데이터와 디지털 신호는 다음과 같이 생각할 수 있습니다.

디지털 데이터 (PC 등에서 보통 사용하는 이진 데이터
0 0 1 0 1 1 0 1 0 0 0 1 0 1 0
디지털 신호 ( 전송로로 전송되기 위해 변환을 거친 신호) 흔히 pc에서 사용하는 데이터 "0" , "1" 이 실제로 물리적인 전용회선으로 전송되는 것은 아니고 전송로로 전송 되기 위해서 아래와 같이 (예를 들면 "1"은 5Volt 를 가진 파형, "0" 은 0Volt를 가진 파형) 변환됩니다. 그 변환을 하는 것이 종단장치의 역할입니다.

HSM (High Speed Modem)

고객의 수요가 점차 많은 데이터 전송이 필요해 지면서, 56K 이상의 전용회선을 사용하게 됨에따라 고속 데이터 전송용으로 나온 것이 HSM 입니다. 전용회선도 56K 한채널이 아니고 다수의 채널을 모은것을 사용합니다. 한 채널이 아니고 여러 채널로 이루어져 구성된 만큼 데이터가 한번에 지나갈 수있는 폭이 넓어진 것이므로 한번에 많은 양을 보낼 수 있기 때문에 고속 데이터 전송을 할 수 있습니다.

CSU (Channel Service Unit)

Channel Service란 의미를 이해하기 위해서는 channel의 이해가 필요합니다. 1channel은 64K bps의 전송속도를 가지는데 흔히 많이 사용하시는 56K/64K는 1ch을 사용하는 것을 의미합니다 마찬가지로 128K는 64 * 2 = 128 이므로 두개의 채널을 사용합니다. 256K 나 512K도 마찬가지로 전송로에 할당된 채널이 여러개입니다. 그래서 속도가 128K인가 256K인가는 하는것은 2개 의 채널을 사용하는가 4개의 채널을 사용하는가 라고 말할 수 있습니다.

실제적인 전송에 있어서, 각각의 단채널들이 따로따로 전송되는 것은 아닙니다. 즉, 먹스라 불리우는 집중 장비가 여러개의 채널들을 모아서 하나의 대용량 전송로를 통하여 한꺼번에 전송되는 트렁크 방식으로 전송됩니다. CSU는 바로 이러한 트렁크라인(T1이나 E1)을 그대로 수용할 수 있는 장비입니다. 전송방식의 차이로 T1은 24channel이 가능하고 E1은 30channel을 수용할 수 있습니다. 연결된 T1 이나 E1 전송로는 CSU의 옵션에 따라서 채널수가 지정되고 정해진 채널수에 따라서 그에 따르는 전송로의 전송속도가 결정됩니다. CSU는 T1, E1 라인을 접속하여 내부에서 채널을 옵션에 따라 분류하여 512K 등의 고속급 전송을 합니다.

< 트렁크 전송 구성도 >

좌우측의 채널하나 또는 여러 개의 고속급 채널들은 먹스 집중화 장치로 연결되면서 하나의 트렁크라인으로 모여서 전송됩니다. 이것을 트렁크 전송이라 합니다.

출처 : https://www.linux.co.kr/open_lecture/network/circuit/page02.htm

[이도경 칼럼] 올해 인터넷전화 도입시 주의사항 10가지 2

JAESOO — Thu, 16 Apr 2015 11:20:24 +0000

지난 1편에 이어 올해 인터넷전화 도입시 주의사항 10가지 2 편을 이어갑니다.

지난글 보기
2010/01/13 - [인터넷전화 뒤집어 보기] - [이도경칼럼] 올해 인터넷전화 도입시 주의사항 10가지 1

4. 본사, 지사 등 넓게 구성된 경우 전체망 구성을 어떻게 구성할지에 대해 결정해야 합니다.

한 개의 기업이라면 구성은 그리 복잡하지 않습니다.
기업 내에서 단말기, IP-PBX 구축을 고려하고, 기존 장비와는 어떻게 할지 생각하면 됩니다.

그러나 만약 본/지사가 있는 형태이고 이것이 전국에 산재해 있는 경우라면, 휠씬 더 많은 것을 고려해야 합니다.
본사는 당연히 IP-PBX를 고려하겠지만, 각 지사에 모두 IP-PBX를 설치할 필요는 없습니다.

각 지사의 대표적인 위치(광역시 단위)에 IP-PBX를 구축하여 인근 지사를 수용하는 구조가
가장 일반적인 구조로 볼 수 있습니다.
대전, 대구, 광주, 부산 등을 중심축으로 하여 IP-PBX를 구축하고, 인근 지역의 지사는 최인접 광역지역에서
수용하는 구조로 구성하는 것입니다.

물론 지사의 규모가 몇 천명되는 수준이라면 서비스 안정성을 고려하여 별도로 구축할 수 있습니다.
이렇게 전국적인 망을 구성하는 경우 가장 중요한 것은 장애에 대비한 백업 체계를 구축하는 것입니다.

한 개의 노드에 장애가 발생하더라도 다른 광역지사의 노드를 통해 통화를 할 수 있도록

확실한 백업체계를 만들어야 합니다.

기존에 PSTN에서는 불가능했지만, IP망은 이러한 구성이 가능하도록 설계할 수 있습니다.

다만, 번호 설계 시 이러한 부분을 고려하여 전국을 고려한 번호 설계를 하여야 합니다.

5. 번호 유지 및 설계는 어떻게 할 것인지에 대해 결정해야 합니다.

기업은 기존에 사용하던 번호가 있습니다.
그래서, 일반적으로는 기존 번호를 유지하면서 인터넷전화로의 변경을 추진하고 있습니다.

이때 번호이동서비스로 처리하면 기존 번호는 유지하면서, 인터넷전화 서비스로 이동할 수 있습니다.

만약 번호를 070의 인터넷전화로 변경하겠다고 하면, 번호를 재설계해야 합니다.
주로 중간 번호 4자리를 이용하므로 이를 반영하여 재설계를 진행하면 됩니다.

070 번호를 이용한다면, 좋은 번호를 설계 할 수 있다는 장점이 있습니다.

6. 인터넷전화 품질은 어떻게 확보할 것인지 여부

기업에서 가장 민감한 사안 중에 한가지로 볼 수 있습니다.
가장 큰 이슈는 인터넷전화를 위한 IP망 회선을 별도 설계하느냐?기존 데이터 회선을 같이 사용하느냐 입니다.
기본적으로 별도 구성하는 것이 음성 품질을 높일 수 있으므로 이를 고려하는 것이 가장 좋습니다.

그러나 상대적으로 회선 비용이 들어가지요.
저렴한 별도 회선 구성을 위해 소규모 기업은 초고속 인터넷을 별도 신청하여 음성 전화용으로
사용하는 경우도 있습니다. 만약 통화량이 많지 않다면, 같이 사용하는 것도 무방합니다.

한 번의 음성 통화가 차지하는 대역폭은 100K입니다.
따라서 외부와 동시에 통화하는 경우가 어느 정도인지를 생각해보고, 현재 데이터 대역폭이 그것을 지원할 수 있느냐를 점검하는 것입니다.
또한 L2 스위치에서 데이터 트래픽보다 음성처리를 우선하도록 처리하는 기능을 적용한다면 품질을 높일 수 있습니다. 이외에 통신서비스업체가 제시하는 음성품질을 높이는 방안을 추가적으로 확인해야 합니다.

7. 기업에서의 인터넷전화 보안 적용 방법은

인터넷전화는 보안에 취약하다는 것이 많이 알려져 있습니다. 그러므로 인터넷전화 도입 시 이러한 부분을 고려해야 합니다. 그런데 보안 강화는 비용과도 직접적으로 연관되어 있는 문제이므로 무조건 강화한다는 측면보다는 필요성에 대한 검토를 통해 결정해야 할 것입니다.

기업에서의 보안을 위해서는 다음과 같은 측면을 고려해야 합니다.

1. 기업 인터넷전화를 위해서 별도 인터넷전화 보안 전용 장비를 둘 것인지 여부

이 장비는 인터넷전화의 DOS, DDOS 및 스팸과 같은 공격을 막는 시스템으로 금융권처럼 돈과 직접적으로 연관되어 있는 기업이라면 이러한 장비의 도입을 적극 추진해야 할 것으로 보이며,
일반 기업이라면 다소 신중히 생각하는 것으로 고려해야 합니다.

2. 음성 통화에 대한 암호화 문제입니다.

도청, 통화 내역을 훔쳐서 활용도가 큰 경우 암호화를 적용해야 합니다.
금융권과 같이 폰뱅킹 비밀번호를 도용하지 못하도록 하게 위한 것들이 그 예라고 할 수 있습니다.

결론적으로 기업에서 보안을 어느 레벨에서 필요한지에 대한 판단을 통해 도입 시 적극 검토하여야 할 것 입니다.

8. 기업에서 인터넷전화를 위한 모바일 VoIP 환경을 구축할 것인지 여부

최근 아이폰으로 인해 스마트폰에 대한 관심이 폭발적으로 증대되었습니다.
올해 각 통신사업자는 스마트폰에 대한 확대를 선언하고 있으며, 안드로이드 기반의 스마트폰도
대거 출시될 것으로 보입니다.

이러한 스마트폰은 기본적으로 WIFI 접속이 가능하며, 인터넷전화가 가능하도록 구현되어 출시됩니다.
단말 제조사가 출시부터 인터넷전화 모듈을 탑재하는 경우도 있으며, 제조사로부터 단말기가 출시되면 통신 사업자가 추가 개발하여 인터넷전화 모듈을 탑재하기도 합니다.

어쨌든 스마트폰은 100% 인터넷전화 모듈이 탑재되고 있으며, 일반폰까지도 점차적으로 확산되고 있는 추세입니다.

그러므로 기업에서는 mVoIP 환경을 구성할지에 대해 검토해야 할 것으로 보입니다.
실질적으로 검토하면, mVoIP가 아니라 데이터를 포함한 모바일 오피스 환경 전체를 검토해야 할 것으로 보여집니다.

주요 검토 사항으로는, 이러한 스마트폰을 허용할 것인지의 여부가 우선 결정 사항입니다.

허용한다면, AP 구축 및 설계를 mVoIP를 수용할 수 있도록 설계를 해야 합니다.

스마트폰을 사용한 메일, 회사 내 그룹웨어 접속 등 각종 회사 내 데이터 서비스 이용에 대한 검토도 같이
이루어져야 합니다.

스마트폰을 사용할 경우의 보안 이슈도 별도 검토해야 합니다.
단말기 자체에서 이동이 되면서 사내 인프라에 접속하므로 기존의 VPN만으로는 제공이 어렵습니다.
추가 검토가 필요합니다.

9. 응용서비스는 무엇을 제공할 것이며, 메신저등 기업 UC의 도입 방법 및 범위는

기본 서비스 이외에 응용서비스를 어떤 것을 제공할지를 결정해야 합니다.
기본 서비스는 제안을 통해 쉽게 확보할 수 있지만, 응용서비스는 회사에서 필요한 요구사항을 기반으로 정해야
하는 사항으로 내부의 의견을 적극 반영해야 합니다.

응용서비스는 컬러링, 사서함, 회의통화와 같은 기본적인 서비스가 있으며, 최근에 많이 이야기하는 UC가 있습니다. 기존에 메신저와 연동하여 메신저에서 전화를 걸 수 있게 한다든지(Click to Call 서비스) 그룹웨어와 연동하여
서비스를 제공할 수 있도록 하는 등 여러 가지 필요한 사항을 결합하여 편리하게 제공할 수 있습니다.

그 외, 자동 안내대 서비스와 같이 대표번호를 통해 전화를 받고, 내선번호 또는 부서를 통해 연결해 주는 서비스를 일반적으로 이용하는 기업이 많은 것으로 알고 있습니다. 이와 같이 기업에서 현재 제공하는 IT 인프라와 밀접하게 연관하여 인터넷전화를 효율적으로 제공하여 편리성과 효율성을 통해 업무의 생산성을 높일 수 있다면,

기존 아날로그 전화와는 다른 좋은 반응을 볼 수 있을 것입니다.

추가적으로 회사마다 특별히 제공하는 서비스가 있으며, 이와 연동하여 기존서비스를 변경 없이 제공할 수 있도록
인터넷전화 도입을 고려해야 합니다.

10. 인터넷전화 서비스 도입으로 궁극적으로 얻을 이익이 무엇일까요?

이 부분은 당연히 생각하겠지만, 도입 담당자가 꼭 짚어보고 정리해야 할 사항일 것입니다.

인터넷전화 서비스 도입으로 가져다 줄 장점, 효과가 무엇인지 정리하고 도입을 진행한다면, 막연히 진행하는 것
보다 목표가 명확하고, 도입 시 여러 가지 결정 사항에 대해 좀 더 올바른 판단을 할 수 있으리라 생각합니다.
예를 들면,

1. 비용 절감이 목적이라면 어느 정도 되는지를 상세하게 가늠하는 것이 좋습니다.

2. 업무의 편리성을 확보해야 한다면, 어떤 서비스를 어떻게 확보할 지가 명확해 질 것으로 보여집니다.

무작정 많은 기능이나 옛날 하던 것 그대로가 아니라, 필요한 기능과 요구사항을 넣는 것이 필수적입니다.

그를 통해 실질적으로 임직원이 경제성 및 편리함을 느낄 수 있도록 구성한다면 여러분은 차별화된 업무를
진행할 수 있고 인정받을 수 있으리라 생각됩니다.

경인년 빠른 통신 변화에 맞추어 지속적으로 변화하는 여러분을 만드시길 바랍니다.

글쓴이 : 이도경 제너시스템즈 기술전략실장

제너시스템즈의 인터넷전화 기술방향을 수립하고, 필드에서 발생하는 문제점에 대한 컨설팅을 수행하고 있습니다. 인터넷 전화 가입자 확대에 따라 망 진화, 기술 발전과 관련된 다양한 이슈들이 발생하고 있습니다. 인터넷전화의 성공적인 정착과 발전을 위해 효과적인 해법들을 제시하여 인터넷전화 성장에 도움이 되고자 합니다.

출처 : http://xenerdo.tistory.com/220#.VS8akfyJgeM

[이도경 칼럼] 올해 인터넷전화 도입시 주의사항 10가지 1

JAESOO — Thu, 16 Apr 2015 11:20:07 +0000

2010년 한 해가 힘차게 시작 되었습니다.
올해도 기업에서 인터넷전화를 도입하려고 생각하는 사람들이 많을 것으로 예상됩니다.
이러한 분들이 인터넷전화를 도입하면서 생각해야 할 사항들에 대해 10가지 정도로 추려 보았습니다.

1. 가장 먼저 서비스를 어떻게 제공받을지를 결정해야 합니다.

즉, 자체적으로 시스템을 구축하여서비스를 이용할지, 아니면, 사업자가 제공하는 기업형 서비스를
이용할지에 대해 결정해야 합니다.

인터넷전화를 도입하는 방법에는 크게는 2가지가 있으며, 규모 및 목적에 따라 방향을 결정해야 합니다.

제너시스템즈의 UAP-5110

첫째는 자체적으로 별도의 시스템을 구축하는 것입니다.

PSTN(기존 전화기)에서 기업 내선전화를 이용하기 위해서 키폰(규모가 작은 경우)이나
PBX와 같은 기업형 교환 시스템을 구축하여 내선통화를 무료로 이용하였습니다

이와 동일하게 IP-PBX 시스템도 규모에 따라 소형, 중형, 대형을 구분하여 구축합니다.
이때 시스템은 기업 자체 소유가 됩니다.

두 번째로 시스템을 자체적으로 구축하지 않고, 사업자가 제공하는 서비스를 이용하는 것입니다.

기업은 단말기만 구매하여 설치하고, 내선통화를 제공하는 기업용 교환기는 사업자가 구축하여 서비스를
제공하는 것이지요.

현재 KT, SKBB, LGD, 삼성네트웍스 등의 업체는 모두 이런 서비스를 제공하고 있습니다.
이런 서비스 형태를 IP-Centrex 서비스라고 부르고 있는데, PSTN에서도 Centrex라고
동일한 형태의 서비스가 있었습니다.
그러나, 인터넷전화보다 활성화되지 않아 잘 알려지지는 않았습니다.

인터넷전화에서는 IP망을 이용하다 보니 이러한 원격 서비스 제공 개념이 휠씬 더 일반화되었지요.
최근에 SaaS(Software as a Service), 클라우드 컴퓨팅 등이 활성화되는 점과도 유사하지요.

SaaS(Software as a Service)에 대한 세미나 현장의 사진 중에서

이러한 IP-Centrex 서비스의 장점은 시스템에 대한 투자비 및 운용비가 별도로 들지 않는다는 것입니다.
그 대신 시스템 사용에 따른 회선당 기본료가 있으므로 비용이 높아진다는 단점이 있지요.
즉, 투자비와 비용의 Trade Off 관계가 있는 것입니다.

일반적으로 시장 현황을 살펴보면, 50인 이하 규모에서는 별도 장비를 구축하지 않고,
IP-Centrex 서비스를 이용하는 경우가 다소 많은 것으로 파악되고 있으며, 그 이상인 경우에는
자체적으로 IP-PBX와 같은 시스템을 구축하는 경우가 많은 것으로 보여지고 있습니다.

이러한 방향을 결정하기 위해서는 현재 기업에서 발생하는 통신비, 신규 시스템 구축 및 운용 비용,
사업자의 IP-Centrex 서비스 이용 비용 등을 상호간에 비교하여 결정해야 할 것으로 보여집니다.

2. 만약 1번에서 자체 구축을 할 경우 회사 내 경비로 할지, 통신사업자에게
투자를 받을지를 결정해야 합니다.

물론 위의 결정은 기업이 마음대로 결정할 수 있는 사항은 아닙니다.
IP-PBX를 자체 구축하지 않고, 통신 사업자로부터 투자를 받기 위해서는 일정 규모의 통신비가 나와야 합니다.
즉, 통신 사업자는 통신비(음성 및 데이터를 포함)를 보고, IP-PBX 시스템과 회선 및 관련 장비를 투자할 경우 3년 약정으로 수익을 낼 수 있는지를 분석한 후에 투자 여부를 통신사업자가 결정합니다.

최근 소형 IP-PBX도 많이 라인업을 시키고 있으므로 기업 고객의 선택 폭은 넓어졌다고 볼 수 있습니다.
그래서 직접 투자하지 않고, 통신 사업자의 제안서를 받아서 투자 방향을 결정하는 것이 중요한 검토사항이라 볼 수 있습니다.
여러 통신 사업자로부터 이번에 논의하는 10가지 검토사항을 참조하여 제안을 받고 가장 적합한 조건으로 제시한 업체를 선정하는 것이 바람직한 방법이라 볼 수 있습니다.

3. 단말기를 어떻게 할지에 대해 결정해야 하며, 기존 시스템은 어떻게 활용할지에 대해 결정해야 합니다.

인터넷전화는 기본적으로는 IP-Phone을 사용하나, 기존 아날로그 단말기를 사용할 수도 있습니다.
이를 사용하기 위해서는 아날로그 GW를 구성해야 합니다.

즉, 단말 구성을 어떻게 할지를 결정해야 합니다.

기존 아날로그 단말기는 사용할 것인지? 사용하면 몇 대나 사용할 것인지?
신규 IP-Phone은 얼마나 사용할 것인지?신규 IP-Phone중에서 고급형(영상전화용 단말기) 전화기는 사용할 것인지?
사용하면 몇 대나 사용할 것인지?
특별한 기능의 단말기가 필요한지? 즉, 기존 사용자들 중에서 비서와 같이
특별한 목적으로 단말기를 사용하고 있는 것이 있다면, 그것에 맞게 단말기를 확보해야 합니다.

이러한 현재의 상황을 파악하여 도입할 인터넷전화 단말기의 종류 및 수량을 결정해야 합니다.

출처 : http://xenerdo.tistory.com/206#.VS8Z5vyJgeO

How to Set a Passive Port Range in Serv-U FTP Server - KB Article #2100

JAESOO — Wed, 21 Jan 2015 13:32:26 +0000

XpressEngine
How to Set a Passive Port Range in Serv-U FTP Server - KB Article #2100

초고속 정보통신 건물 앰블럼 시험항목

JAESOO — Thu, 26 Jun 2014 17:34:26 +0000

TSB-67에서는 Cat.5케이블링 성능을 위하여 Wire Map, 길이, 감쇄, 근단누화 등 4개의 항목만 규정되어 있었다. 최근에 제안된 TIA/EIA 568-B.1의 표준(안)에는 6개의 항목이 추가되어 총 10개의 항목에 대한 성능시험을 규정하고 있다.

1)Wire Map

2)길이(Length)

3)전달지연(Propagation delay)

4)지연왜곡(Delay skew)

5)감쇄량(Attenuation)

6)PS NEXT(Power Sum Near-End Crosstalk)손실

7)NEXT(Pair-to pair Near-End Crosstalk)손실

8)PS ELFEX(Power Sum Equal-level Far-End Crosstalk)손실

9)ELFEXT(Pair-to pair Equal-level Far-End Crosstalk)손실

10)반사손실(Return Loss)

1)Wire Map

Wire Map의 시험은 양단에서의 핀 종단과 연결성을 확인하고 설치한 후, 연결에서의 에러 여부를 검사하기 위한 시험이다. 케이블 내의 8심선에 대한 Wire Map의 내용은 다음과 같다.

-Continuity to the remote end

-Shorts between any two or more conductors

-Crossed Pairs(페어내 두 개의 심선이 원단에서 다른 페어의 심선과 연결)

-Reversed Pairs(페어심선의 극성 역전)

-Split Pairs(페어는 연결되어 있으나 물리적으로 페어가 분리되어 다른 페어와 꼬임을 형성)

-Any other miswiring

2)길이(Length)

기본링크/채널의 물리적 길이는 양단 사이에 설치되는 물리적인 케이블 길이의 총합을 의미한다. 기본링크/채널의 물리적 길이를 물리적인 방법으로 측정하거나 케이블에 표시되어 있는 길이 표시로부터 결정되며, 또한 전기적 길이 측정방법으로부터 계산될 수도 있다. 전기적 길이 정보는 신호의 전파지연으로부터 계산되며, 이는 Twist helix와 유전물질에 영향을 받는다. Nominal Velocity of Pfopagation(NVP)의 교정은 시간 영역이나 주파수 영역에서 길이를 계산할 때, 길이의 측정 정확도에 중요한 영향을 미친다. 기본 링크의 물리적인 최대길이는 시험 장비코드 포함하여 94m가 되어야 하며 채널의 물리적인 최대길이는 장비코드와 패치코드 포함하여 100m가 되어야한다.

3)감쇄량(Attenuation)

링크의 감쇄량은 모든 접속 기자재의 감쇄량. 채널 구성의 각 양단에서 접속을 형성하기 위해 사용되는, 총 10m 패치코드와 장비코드에서의 감쇄량이나 기본링크의 각 양단에서 접속을 형성하기 위해 사용되는 총 4m(각 2m)장비코드에서의 감쇄량과 100m케이블의 감쇄량을 기준으로 계산한 케이블의 감쇄량의 합이다. 다음은 기본링크 감쇄(케이블 : 90m, 장비코드 : 4m)를 나타낸다.

주파수(MHz)	Cat.3(dB)	Cat.5(dB)	Cat.5e(dB)
1.0	3.2	2.1	2.1
16.0	13.2	8.2	8.2
100.0	-	21.6	21.6

출처 : http://www.icnk.co.kr/main/workshop/test.htm

Digital 통신용 UTP 케이블의 종류와 특성

JAESOO — Thu, 26 Jun 2014 17:33:53 +0000

UTP케이블은 Unshielded Twisted Pair케이블의 약어로서 비차폐평형 꼬임 케이블의 명칭으로 불리우는 고속 및 초고속 정보통신용 케이블로서 그 종류는 전송속도 및 용량에 따라 Cat.3, Cat.5, Cat.5e, Cat.6급 등으로 구분된다.

수평배선용 단위 4Pair 케이블은 디지털 고속 및 초고속 정보통신용 케이블의 기본 Pair케이블로서 꼬임의 Pitch가 서로 다른 1Pair케이블 4개가 상호 긴 Pitch로 꼬여 있는 케이블이며, 그 단위 Pair별로 각 각의 서로다른 기능을 갖고 있음과 동시에 구성된 4Pair가 상호 복합적으로 보완 기능을 갖고 있으므로 입선 작업시 및 성단 작업시 및 접속 작업 시마다 아나로그통신용 케이블의 작업 때와는 달리 다음 사항의 세심한 주의를 필요로 한다.

1. 단위 4Pair케이블의 주요 특성 3요소

a) 특성 임피던스(Characteristics Impedance)

b) 근단누화(NEXT, Near and Cross Talk)

c) 감쇄(Attenuation)

2. UTP 케이블의 4Pair를 모두 접속하여야 하는 이유

UTP케이블의 기본 단위 Pair 수는 4Pair로서, UTP 케이블의 개발 사용 초기에는 4Pair 중 2Pair는 저속의 DATA용으로, 1 Pair는 아나로그 전화용으로, 1 Pair는 전원용으로 사용되는 등 4Pair UTP 케이블로서 저속의 DATA용과 아나로그 전화용으로 복합용도로 사용을 하였으나, 현재는 고속 및 초고속의 디지털 정보통신용 전용으로 사용함에 따라 특별한 경우를 제외하고는 4 Pair 모두를 반드시 접속하여야 한다.

즉, UTP케이블의 3가지 주요 특성에서 가장 중요한 특성인 NEXT는 1개의 꼬임 Pair의 전송신호가 나머지 3개의 꼬임 Pitch가 서로 다른 Pair간의 그 신호 간섭의 정도가 적을수록 양질의 초고속 디지털 통신이 가능하게 됨을 뜻하므로, 설혹 4Pair 중 2 Pair에만 디지털 신호를 전송하는 통신방식일지라도 4 Pair 모두를 필히 접속하여야만 사용하고자 하는 소정의 전송속도를 얻을 수 있게 된다.

3. Patching 방법에 기준한 구분

Inter-Connection방법

In과 Out 회선간을 Jumper Cord 또는 Jumper Cable의 사용이 없이 직접 연결 접속하는 절분점이 없는 접속방법

종전의 아나로그 10P 단자대와 같은 접속 방법.

시험작업 또는 외부장비 연결 접속시 문제점이 많다.

110형 블록 사용시 IN용 회선은 110Block의 IDC형 단자블럭에 Out용 회선은 Connecting Block에 삽입 접속한다.

Cross-Connection방법

In과 Out회선간을 Jumper cord 또는 Jumper cable을 사용 연결 접속하는 절분점이 있는 접속방법으로서, 회선의 시험, 외부장비의 연결 접속시 대단히 편리한 기능을 제공한다.

Cross-Connection방법으로 IDF 또는 MDF를 구성할 시는 In용 회선의 용량과 같은 용량의 110Block 또는 Patch Panel로 모두 2쌍 설치된다. 110Block 사용시, IN용 회선은 1차 회선용 110Block의 IDC형 단자블럭에 삽입한 후 그 상단에 Connecting Block을 설치하고, Out용 회선은 2차 회선용 110Block의 IDC형 단자블럭 삽입한 후 그 상단에 Connecting Block을 설치한 후, In용 Connecting Block과 Out용 Connecting Block의 양단자간을 110Block 전용의 Patch cord 또는 점퍼케이블로 연결 접속한다. 특히 Maker에 따라 110Block Patch cord가 호환사용되지 않는 경우가 있으므로 주의를 요함.

4.케이블특성

1. 감쇄(Attenuation)

감쇄란 접속장치가 링크상에 삽입되었을 때 발생하는 신호전력 손실량을 말함

일반적으로 감쇄는 단위 길이당 dB로 나타내며 케이블을 따라 흐르는 신호의 크기가 원하는 위치에 전달 되었을 때 얼만큼 약해졌는지를 측정한다. 케이블이 낮은 감쇠 특성을 갖고 있다면, 높은 감쇠 특성을 갖고 있는 케이블 보다 전송할 수 있는 능력(Performance)이 뛰어난 것이다.

각 ISO / IEC 11801의 감쇄특성이 최대 0.4(dB/100m) : 각 앰블럼 등급 기준.

2.근단누화

근단누화란 임의의 한 컨넥터내에서 한 회로가 다른 회로와 결합하였을 때 발생하는 신호전력손실량을 말함.

꼬인 케이블의 두 선간에 발생하는 불필요한 신호의 결합을 알아보는 척도로서 신호의 결합이 적을수록 좋은 성능을 나타내며, dB값으로 표현되는데, dB값이 커질수록 신호의 간섭이 적게 일어난다는 것을 의미한다.

동일 피복 내에 있는 각 쌍의 조합을 측정하여 가장 나쁜 값을 Crosstalk값으로 결정하는 pair to pair 방법과는 달리, 하나의 케이블을 두가지 이상의 어플리 케이션을 사용하는 멀티 케이블의 경우와 2페어 이상을 이용하여 신호를 전송하는 양방향(Full Duplex) 및 병렬전송(Parrallel Transmission) 방식에서는 모든 페어가 사용된다는 가정하에 하나의 쌍(Pair)에 대한 신호의 상호결합을 Pair to Pair방법(일대일 방법)이 아닌 하나의 쌍에 미치는 전체 쌍(Pair)의 상호간의 신호결합을 측정하는 방법을 PowerSum Crosstalk테스트라 칭하며, 가장 나쁜 값을 PowerSum 근단누화 값으로 갖게 된다.

3.반사손실(Return Loss)

반사손실이란 케이블과 컨넥터간에 임피던스가 Matching되는 정도에 의해 결정.

케이블의 길이에 따라 발생하게 되는 미세한 진동에 의한 손실인 Structural Return Loss와 입력신호가 케이블링의 접속부위(컨넥터, 패치코드 등)에서 발생하는 신호의 반사(Reflection)을 합쳐 Return Loss라 부른다.

4.ACR(Attenuation to CrossTalk Ratio)

신호와 노이즈의 관계를 감쇄와 근단누화의 차이값으로 표현하는 것을 ACR이라고 한다.

ACR은 감쇄신호와 원하지 않는 신호, 즉 노이즈와의 관계를 아래와 같이 계산하여 얻어지는 값이다.

ACR = 최소근단누화 - 최대감쇄

5. FEXT(Far End Cross Talk)

출력 신호를 전송하는 페어가 반대방향의 입력측에 신호를 전송하는 다른 페어에 간섭을 일으켜 입력측의 신호를 감쇄시키는 현상. FEXT는 2Pair이상 사용하는 네트워크에서는 중요한 변수가 된다.

6. ELFEXT(Equal Level Far End Cross Talk)

FEXT와 동일하나, 단지 반대편의 입력측에서 발생하는 출력신호에 대한 감쇄(Attenuation)와 간섭이 발생하게 될 때 그 값의 차이를 ELFEXT라 하고 dB로 값을 표현한다.

7. 전달지연(Propagation delay)

절달지연은 UTP케이블의 각각의 페어가 꼬임이 다르기 때문에 페어간의 신호전달 속도가 차이를 갖게 되는데 4Pair모두의 신호가 전달되는 속도를 신호의 전달지연(Propagation delay)라 칭하며 CSMA/CD( Carrier Sense Multiple Access/ Collision Detection )프로토콜을 사용하는 IEEE 802.3표준에서 중요하게 검토되어야 할 요소이다.

출처 : http://www.icnk.co.kr/main/workshop/utpc.htm

디지털 통신용 UTP Cable의 종류와 특성 이해

JAESOO — Thu, 26 Jun 2014 17:33:36 +0000

UTP(Unshielded Twisted Pair)는 피 차폐 꼬임 케이블의 명칭으로 불리우는 고속 및 초고속 디지털 정보통신용 케이블로서 그 종류는 전송속도 및 Pair의 용량에 따라 다음과 같이 구분된다.

(1)전송속도에 의한구분

*Category 3급 - 10Mbps급 이하 LAN에 사용(16MHz)

*Category 5급 - 100Mbps급 이하 LAN에 사용(100MHz)

*Category 5Enhanced급 - 155Mbps급 이하 LAN사용(최근 표준화)

*Category 6급 - 1Gbps급 이하 LAN에 사용(비 표준화)

(2)Pair 용량 기준에 의한 구분

*4Pair - Category 3 및 Category 5

*25Pair - Category 3 및 Category 5

*50Pair - Category 3

*100Pair - Category 3

<--4Pair이하의 케이블 : NCC(Non Communication Cable)케이블이라 치하며 그 특성은 Category 3급 이하

(3)4Pair 케이블의 칼라 코딩

Pair번호	No.	색구분	비고
1	4	청색
1	5	백청(백색)
2	2	등색
2	1	백등(백색)
3	6	녹색
3	3	백녹(백색)
4	8	갈색
4	7	백갈(백색)

(4)수평배선용 단위 4Pair 케이블의 특성

4Pair 케이블은 디지털 고속 및 초고속 정보통신용 케이블의 기본 Pair 케이블로서 꼬임의 Pitch가 서로 다른 1Pair 케이블 4개가 상호 긴 Pitch로 꼬여 있는 케이블이며, 그 단위 Pair별로 각 각의 서로 다른 기능을 갖고 있음과 동시에 구성된 4Pair가 상호 복합적으로 보완 기능을 갖고 있으므로 입선 작업시 및 성단 작업시 및 접속 작업 시마다 아나로그 통신용 케이블의 작업 때와는 달리 다음 사항의 세삼한 주의를 필요로 한다.

a)특성임피던스 (Characteristics Impedance) : 100Ohm(오차 15% 이내)

b)근단누화(NEXT) : 상호간섭정도, 수치가 클수록 상호간의 간섭이 적은 특성이 좋은 케이블(단위 : dB)

c)감쇄(Attenuation) : 신호의 세기, 수치가 적을수록 그 감쇄 특성이 양호(단위 : dB)

(5)UTP 케이블 이외의 디지털 통신용 케이블의 종류

UTP케이블 이외의 디저털 통신용 케이블로서는 STP(Shielded Twisted Pair)케이블 및 FTP(Foilded Twisted Pair)케이블 등이 있으며, UTP케이블과는 달리 차폐( Shielded)층이 있는 차폐케이블로서 그 차폐의 종류에 따라 Wire 또는 Wire-Mesh Type, 차폐일 경우에는 STP케이블, Foil 차폐일 경우에는 FTP케이블로 구분되며, 사용되는 용도는 주로 전자기파 장애가 예상되는 발전소, 변전소 및 플랜트 공장 등으로서, 그 특성 임피던스가 UTP케이블과는 달리 120Ohm 또는 150Ohm의 특성을 갖고 있으므로 사용시 주의를 필요로 한다. 또한 지역에 따라 미국에서는 UTP케이블, 유럽에서는 STP 또는 FTP를 주로 많이 사용하기도 하나 일반 업무용 건물의 LAN용으로는 주로 UTP케이블을 많이 사용한다.

(6)4Pair UTP케이블의 배관 배선 및 선단 접속시의 유의 사항

상기 전항에서 살펴본 바와 같이 UTP케이블의 경우 지금까지 특별한 제약 규정을 등한시하여 사용하였던 아나로그 통신용 케이블인 CPEV/TIV와는 다르게 사용상에 여러 가지 지켜야 할 사항들이 있으며, 그 중에서 배관 배선 및 성단 접속 등 현장 작업에서 반드시 준수 하여야 할 기본적 사항은 다음과 같다.

배관 배선의 환경 조건	허 용 범 위
포설길이 제한	90m 이내
Pair 풀림 길이의 제한	11mm ~ 13mm 이내
피복 탈피 길이의 제한	25mm 이내 ( 4Pair 일 경우) Plug 작업시 끝 안 위치 25Pair의 Patch Panel 성단시 예외
입선시 인장력의 제한	11kg 이내
Binding 강도	Cable Tie 등으로 꽉 묶지 말 것
Duct, Tray의 케이블 적층 한계	하부 케이블이 찌그러들지 않는 적층 이내
허용 곡률반경	10배 이내 (25Pair는 4배 이내)
케이블 Pair의 직선접속(Spilicing)	불가
1개소의 최대 허용 굴곡 각도	90도(외각) 이내
1배선 구간의 합계 굴곡 개소	3 개소 이내
1배선 구간의 합계 굴곡 각도	180도 이내
UTP케이블용 적합 배관재	내면 주름이 없는 합성수지관 또는 Steel Pipe
사용 배관의 수용률	적정 32%
케이블 행거의 간격	최대 1.5m 이내
110단자대 접속 공구	전용의 Impact 공구 사용 필수
공 배관의 청소	입선 전 반드시 물기 및 이물질 제거 필수
입선의 적정 시기	주거용 건물은 방통공사 후 업무용 건물은 OA Floor 설치 이후 (단 Cable Tray 설치시는 예외)
권장 주거용 건물의 수평배관 방법	이중 천장내 노출배관으로 실시 (주거용 하자 90%방지)

출처 : http://www.icnk.co.kr/main/workshop/work3.htm

통신 네트워크 관련용어정리 (기본 통신네트워크, 데이터통신 네트워크, 영상통신 네트워크)

JAESOO — Thu, 26 Jun 2014 17:33:18 +0000

1.기본통신네트워크

기본통신네트워크는 기업내외부 간의 통신접속의 역할을 담당하는 것으로 디지털 사설 교환기를 중심으로 부가설비를 추가시켜 다양한 서비스를 저공한다. 제공 가능한 서비스로는 음성전화, 팩스전송, 전화사서함, 팩스사서함, 유무선 페이징, 위성통신 등이 있다.

디지털 사선교환기

(DPBX : Digital Private Branch Exchange)

DPBX는 기업내외의 음성 및 비음성통신이 가능한 설비로 기본통신 네트워크의 중추적인 시스템이다. 파일 및 문서전송이 가능하며 종사자에게 양질의 통신서비스를 제공한다.

음성사서함 장치

(VMS : Voice Mail System)

음성사서함 장치는 디지털 사설교환기에 부가되는 장치로서 각종 음성서비스 정보를 저장하여 기업내외 가입자에게 음성서비스를 제공하는 장치이다. 부재시 안내방송 송출, 부재시 전하고자 하는 내용의 저장 및 재생 등 음성화도니 정보서비스 기능을 수행한다. 또한 내부. 외부 전화 가입자에게 각종 음성정보 서비스를 제공하고 저장된 내용의 임의 연결 및 각종 공지사항의 전달을 통하여 업무의 효율화, 신속화를 기할 수 있다.

팩스사서함 장치

팩스사서함 장치는 디지털 사선교환기에 부가되는 장치로 문자, 도표, 그림 등과 같은 메시지를 외부로 송, 수신하는 기본적인 기능, 동보통신, 개인메일박스, 야간 전송 등 기능을 갖는다. PC- 팩스 장치는 퍼스널컴퓨터를 일반 전화회선과 접속하여 기존의 팩시밀리나 퍼스널컴퓨터와 자유롭게 화상통신을 할 수 있도록 편리하고 신뢰성있는 통신능력을 제공하는 시스템이다.

유무선 페이징 장치

유무선 페이징 장치는 기업내의 유, 무선 통신시스템을 사용하여 일정 메시지를 서비스하고 통합관리하는 시스템으로서 구내의 특정인 수시호출, 그룹 및 전체방송, 특정지역의 무인 감시 서비스를 제공한다. 기업내에서 긴급한 정보를 신속 전달 처리함으로 생산성 향상과 위급상황의 신속처리, 서비스능률의 극대화를 도모할 수 있다.

초소형위성통신 장치

(VSAT : Very Small Aperture Terminal)

VSAT는 위성을 매체로하여 가입자에게 정보를 제공하는 위성송수신 장치이다. VSAT는 소형의 안테나로 되어 있으며 구성하고 있는 부품들이 기술발전에 따라 소형, 경량화 되면서 설치장소 등에 큰 구애됨이 없이 필요에 따라 데이터, 화상, 음성전송 등의 다양한 서비스를 저렴하게 이용할 수 있도록 한다. VSAT시스템은 공장이나 사무실 또는 영업소 등 설치되는 장소와는 무관하게 저가격으로 고품질의 데이터, 비디오 및 음성 등의 통신서비스가 가능하기 때문에 전국적으로 산재된 영업소 또는 공장등을 가진 사업자 등의 주목을 받고 있다. 이 시스템은 지상통신망과 비교할 때 특히 장거리 전송의 경우 데이터 전송비용을 절감할 수 있으며 망 구성의 신속성과 융통성, 저렴한 시스템 설치비용, 장비의 소형화에 따른 고품질의 전송특성에서 우수성을 가지고 있다.

2.데이터통신 네트워크

데이터통신 네트워크는 기업내외의 정보, 유통을 원할하게 해주는 것으로 근거리 통신망(LAN)이 근간이 된다. 근거리 통신망은 기업내외에서 생산되고 활용되는 유용한 정보를 신속하게 유통시켜 사무자동화(OA)를 실현시킨다.

근거리 통신망

(LAN : Local Area Network)

LAN은 일정지역내(회사, 사무용 빌딩, 공장, 캠퍼스 등)에서 위치적으로 분산되어 있는 각종의 컴퓨터나 단말기 등 제반 정보통신 장비를 상호 접속함으로써 장비의 효율적인 사용과 아울러 체계적인 통합 운영을 할 수 있도록 하는 각종의 LAN장비 하드웨어와 소프트웨어로 구성된다.

광파일시스템

광파일 시스템은 소형의 광디스크를 사용하여 문서, 문자, 도형, 사진으로 표현된 대량의 각종 정보를 고밀도로 보관하고, 필요시 간단한 조작으로 쉽게 검색/ 출력할 수 있는 첨단 사무자동화 설비이다. 이는 고해상도 이미지 스캐너를 사용하여 간편하게 입력하고, 고해상도 모니터와 레이저프린터를 통해 출력할 수 있는 문서처리 시스템으로 보존 문서관리의 문제점인 검색시간 과다소요, 소재파악 곤란, 보관장소의 부족, 영상저보보관 불편, 변질 및 파손에 대한 우려, 귀중한 정보의 사장화 등에 대한 근본적인 해결책을 제시한다.

3. 영상통신 네트워크

영상통신 네트워크는 화상과 영상형태의 정보를 기업내외간에 전달시켜주는 것으로 CATV시스템과 TV회의 시스템이 중심적 역할을 한다. 영상통신 네트워크는 원격회의, 자주방송과 재송신방송, 동, 정지화상정보제공, 홍보 및 안내서비스를 제공하므로 의사결정지원, 업무지원, 구성원 평생교육, 고객만족의 효과를 얻을 수 있다.

종합유선텔레비젼

(CATV : Cable Television)

쌍방향 CATV 시스템은 광대역 전송로를 이용하여 단방향 CATV의 일방적 정보제공이 아닌 시청자의 다양한 요구에 부응할 수 있는 다목적 서비스 제공이 가능하다. CATV공용단말에서 TV회의, VRS서비스. CATV서비스, CCTV감시 서비스를 공용으로 받을 수 있다.

영상회의 시스템

영상회의 시스템은 동일 건물내 혹은 원격지간에 영상회의 단말장치를 설치하여 영상, 음성, 데이터 등을 상호 교환하여 필요한 의사결정에 관한 신속한 전달과 현장감이 뛰어난 서브스를 제공하여 효율적인 판단을 유도한다.

비디오응답 시스템

(VRS : Video Response System)

동화상 정보, 정지화상 정보 및 음성정보 서비스를 파일화하여 저장하고 CATV망 또는 별도의 망을 이용, 화면과 음성을 동시에 제공받는 쌍방향 영상통신 시스템이다. 이는 센터의 파일 장치에 축적된 동화상 정보, 정지화상 정보, 음성정보 등을 여러 전용단말에서 간단한 조작으로 자료를 얻을 수 있으며, 단말과 센터간을 곽대역 전송로로 연결하여 각 단말의 요구사항은 센터의 제어용 컴퓨터로 수신되어 처리된다. 그 요구에 따라 자동제어된 해당 파일장치의 영상은 단말회선을 통하여 직접 각 단말에 송출된다.

비디오텍스 시스템

비디오텍스 서비스는 전화회선을 이용한 단말기를 통하여 이용자가 필요로 하는 정보를 검색하여 정지 그래픽 화상, 도면, 문자 등의 정보를 이용자에게 제공하는 시스템이다. 이는 정보발생장치를 통하여 필요한 정보를 검색하는 시스템을 말하며, 전화회선만 있으면 통신가능한 것으로 시스템 구축의 가격이 저렴하고 정보검색 방법이 간단하여 초보자도 취급이 용하다. 비디오텍스는 기업홍보와 각종 안내정보를 테이터베이스화 시켜 서비스 이용대상자에게 제공하는 기능을 갖는다.

출처 : http://www.icnk.co.kr/main/workshop/work1.htm

전기 연선의 굵기(SQ), 가닥(C), 단위 읽는 방법과 해석

JaeSoo — Fri, 20 Dec 2013 08:52:34 +0000

전선 2.5SQ[7C]mm제곱[녹]

전선 1.5SQ[7C]mm제곱[황]

10색연선 30C/0.18mm제곱

이런 선들을 챙겨야 하는데...

저기 저렇게 어지럽게 있는 알파벳들.. 무슨 단위 맞죠? 어떻게 읽고 해석해야 하나요??

그리고 10색연선 챙길려고 봤더니... 전부 쓰던거라 따로 적혀있는건 없었구요

직접 그 선들에 써있는걸 보니까 [㉿ KSC 3340 VFF 0.75mm제곱 Sang Jin 2002] 이런거 말곤 없던데...

저위에 써있는 10색연선 챙기려면 이렇게 써있으면 좀 곤란하지 않나요? 어쩌죠 ㅜㅜ

------------------------------------------------------------------------------------------------------------------------------------------------

SQ는 square 의 약자로 '평방제곱'을 의미합니다. 즉, SQ 단위는 도체의 단면적을 Square mm로 나타내는 도체 SIZE의 표시이다.

즉 소선구성이 20/0.18의 도체일 경우 지름이 0.18mm의 소선이 20가닥 꼬여 있는 상태이므로
소선 하나의 단면적은 (0.18/2)2× π가 되고 연선 된 도체의 단면적은 (0.18/2)2× π× 20)이 된다
이 값을 계산하면 약 0.5㎟,즉 0.5mm 이며 통상적으로 0.5SQ로 표시됩니다.

그리고 2C, 3C 하는것은 전선의 가닥 수를 말하는겁니다.
2core, 3core 로 2코어, 3코어 등으로 전선의 가닥수를 이야기 합니다.

아래자료는 참고자료이니 살펴 보시기 바랍니다.

<참고> 전선관련용어

감 쇄 량	송전단에서 인가된 전력이 수신단에 달할때까지 회로 저항에 의해 약해지며 이때의 손실을 감쇄량이라하고 송전단에 주어진 전력과 수신단에 이를 전력과의 비율을 상용대수의 10배로 나타낸것을 데시벨(dB)이라하고 통화손실의 단위로 이용한다.
공칭단면적	도체의 굵기를 표시하는 것으로 도체의 계산 단면적을 절상 또는 절하하여 부른다.
공 칭 전 압	전선로를 대표하는 선간전압을 이른다.
단 선	도체가 한 가닥의 소선으로 구성되어 있는 것을 말한다.
대 연	절연된 선심 2가닥을 꼬아 주는 것
도 전 율	금속의 전기를 통해줄 수 있는 정도를 말하며 금속의 도전도를 고유저항의 역수로 나타낸 것이며 바꿔 말하면 표준 연동성의 전기저항을 20℃, 단면적 1㎟, 길이 1m에 대하여 0.017241Ω으로 이와 동일조건에 있어서의 전기저항의 비를 백분율로 나타낸 것.
도 체	전선에 전류를 흘리기 위한 금속부분을 말한다. 가장 많이 사용되는 재질은 구리이고, 다음으로 알루미늄이 많이 사용된다.
복 합 연 선	일정규모 이상의 도체를 구성하기 위해 1차로 동심연선 또는 집합 연선된 선을 2가닥 이상을 다시 연선한 것이다.
선 심	도체에 절연물을 피복한 것을 이르며 단심은 1개의 선심으로 구성된 전선이고, 다심은 2개 이상의 선심으로 구성된 전선을 말한다.
소 선	도체를 형성하는 한 가닥의 선을 말한다.
쉬 스, 자 켓	케이블을 기계적으로 보강하여 절연체 손상이 가지 않도록 한 최외층 피복체를 말한다
연 선	소선을 2가닥 이상으로 꼬아서 형성된 도체를 말하며, 동심원상의 구조를 동심연선, 여러 가닥의 가는 선을 일괄하여 동일방향으로 꼰 것을 집합 연선이라 한다.
연 방 향	꼬임의 방향을 말하며, 아래 그림과 같이 우연(S연)과 좌(Z연)이 있다.

유 전 손	유전체 손실이라고도 하며, 일반적으로 유전물이 극히 작으며 전기가 잘 통하지 않는 물질을 유전체라 한다. 이 유전체에 교류전압이 가해질 때 유전체의 내부에서 소비되는 전력을 유전체손이라 한다. 고주파 또는 고전압용 전선의 절연재료는 유전손이 적은 것을 써야 한다.
전 선	전선이란 전기를 전달하기 위한 선으로 나선, 절연전선, 전력케이블, 통신케이블 등의 총칭이다.
전 압	두 지점사이의 전위차를 나타내며, 폐회로를 구성시 전기가 흐르게 되는 원인이 된다. 국내에서 사용되는 주요전압은 100V, 200V, 3300V, 6600V, 33KV, 66KV, 154KV, 345KV 등이며, AC 600V이하를 저압, AC 7000V이하를 고압, AC 7000V 이상을 특별고압이라고 한고, 154KV 이상을 초고압이라 한다.
전 송 특 성	전류 또는 전파를 이용하여 신호를 보낼 경우 혼선되어 들리거나(누화), 손실이 많거나(감쇄) 하는것을 적게 하여 가장 유효하게 보내도록 그 회로나 장치를 갖추지 않으면 안되는 성질의 것을 말한다
전 파 속 도	펄스신호의 전송속도를 말하며 절연체의 종류에 따라 다르다. 절연체의 유전율이 낮을수록 전파속도는 빠르며 빛의 속도 대비 백분율로 표시한다.
절 연 체	도체를 피복하는 물질로 사용 전압 및 도체에서 발생되는 열에 견뎌내고, 각 도체의 위치를 고정시키는 역할을 한다.
내 력	절연체가 어느 정도의 전압에 견디는가를 이른다. 전압을 상승시키면서 파괴시의 전압을 확인하는 절연파괴와 일정 전압을 규정된 시간동안 인가하여 이상유무를 확인하는 내전압 시험이 있다. 일반적으로 사용전압의 2배 이상을 내전압 조건으로 한다.
절 연 저 항	도체에 흐르는 전류의 약간량은 절연체 내부 및 표면에 전달되어 흐른다. 흐르는 량을 저항으로 나타낸 것이 절연저항으로 선로가 길면 흐르는 전류가 증가하여 절연저항이 적어진다. 단위는 ㏁-km로 표시한다.
절 연 전 선	절연전선이란 동, 알루미늄 또는 각각의 합금의 단선 또는 연선한 위에 적당한 절연물로 완전히 피복 절연된 것을 말한다.
정 전 용 량	절연된 도체에 축전될 수 있는량을 말하며. 신호케이블의 경우 정전용량이 크면 감쇄가 커져 신호 전송의 에러를 유발한다. 이 때문에 케이블의 종류에 따라 정전용량의 최대값이 규제되어 있다.
지 연 시 간	전기신호가 회로 또는 케이블에 입력되어 출력단자에 이를 때까지 요구되는 시간이다.
차 폐	외부의 전계 또는 자계에 의한 노이즈를 차단하기 위한 수단으로 도전성 재료나 자성 재료로 절연선심 또는 선심 연합 위에 구성된 층을 말하며 방법에 따라 편조차폐, 횡권차폐, 테이프차폐 등이 있다.
케 이 블	Wire의 상위 개념으로 단심 이상의 구조 및 기능을 가진다.
코 드	전선중에 일반적으로 유연성을 갖고 주로 옥내에 쓰이는 것을 말하며, 도체경이 가늘게 구성되고 600V 이하에 주로 사용되어 진다.
특성임피던스	전송로의 기본특성으로 저항에 상당한다. 기기에 접속 또는 전선간 접속에는 특성 임피던스가 동일한 것을 사용하지 않으면 전송특성을 저하시키는 문제가 생긴다.
피 치	선심을 연합할 때나 도체를 연선할 때 꼬임 길이를 말하며, 일반적으로 층심연경 또는 외경의 배수로 규제된다.
허 용 전 류	전선에 흐를수 있는 최대의 전류량을 말하며 도체저항과 절연체의 연속사용 최고온도 및 주위 온도를 기준으로 하여 산출된다.

▶전력 케이블
전력 케이블은 그 사용 전압과 사용 장소에 따라 여러 가지가 있으며 다음과 같다.
약 칭	명칭	주요용도	비고
EV Polyehtlene insulated PVC sheathed power cable	폴리에틸렌 절연 비닐 시스 케이블	전기 특성이 우수 내약품성이 우수	600V, 3.3KV, 6.6KV, 22KV, 33KV
VV PVC/PVC(영,미) PVC insulated PVC sheathed power cable	비닐 절연 비닐시스 케이블	600V 이하인 저압 회로에 사용	600V 이하
BN Butyl rubber insulated power cable	부틸고무절연 클로로프렌 시스 케이블	내열성이 우수 안정된 성능 광범위한 사용	600V, 3.3KV, 6.6KV, 22KV, 33KV
RN Rubber insulated chloropren sheathed cable	고무절연 클로로프렌 시스 케이블	내후성 및 기계적 특성이 우수 사용조건이 가혹한 곳도 견딤	600V 이하 3.3KV
CV XLPE/PVC(영,미) Cross linked polyethlene insulated cable	가교 폴리에틸렌 케이블	전력 케이블의 대표격 가장 널리 사용	600V, 3.3KV, 6.6KV, 22KV, 33KV
600V CV, 600V EV	폴리에틸렌 절연비닐 시스케이블	600V이하의 일상업용 또는 주거용으로사용되는 배전용전선 또는 조명용으로 사용	KSC3611
3300V CV	가교 폴리 에틸렌 전선	3300V 이하의 상업용 또는 산업용배전회로용 전선으로 사용되며 관로 또는 직매등을 포설	KSC3131
6600V CV	가교 폴리 에틸렌 전선	6,600V 이하의 상업용 또는 산업용 배전회로용 전선으로 사용되며 관로 또는 직매등으로 포설	KSC3131
[비고]1. 국산 전선 또는 케이블에 대해서 배선 설계상의 data는 LG전선이나 대한 전선등의 것을 참조 할 것. 2. 케이블 공사에 대해서는 전기 제 201 조를, 옥내 배선의 시설에 관해서는 전기 제 217조를 참조할 것.

▶제어 케이블

제어 케이블은 일반 빌딩. 공장, 발수변전소, 기타 600V 이하인 제어회로에 사용되는 케이블이다. 사용조건에 따라 절연 방법 및 외장 재료 등의 조합 방법은 여러 가지가 있다.

(1) 일반용 제어 케이블
사용 조건에 있어 특수한 제약이 가해지지 않는 일반적인 경우에 사용되는 것으로서, 대표적인 한 예를 들면 표 와 같다.

(2) 특수 용도에 쓰이는 제어 케이블
가) 내약품성,내유성 제어 케이블
산, 알칼리 등 내약품성 및 내유성을 필요로 할 때 사용되지만, 사용할 때는 온도 조건에 특히 주의할 필요가 있다. 그러나 약산, 약알칼리, 약간의 유질이 있는 경우에는 일반용 케이블을 사용하여도 무방하다.
나) 내열성 제어 케이블
하이프론 절연 하이파론시스(도체 최고허용온도 95도)로부터 4 불화 에틸렌 절연 유리편조(도체 최고허용온도 250도)'의 것 까지 온도 조건에 따라 여러 가지가 있다.
다) 차폐 케이블
정전적 및 전자적 유도작용을 없애기 위해서 케이블 위에 동테이프, 철테이프를 감아 차폐 효과를 준 케이블이다
라) 자기지지형 케이블 (제어용 SS 케이블)
메신저 와이어와 케이블을 하나로 묶은 가공 케이블이며, 사용 조건에 따라 여러 종류가 있다.

(3) 제어용 케이블의 종류 및 용도
약 칭	명칭	주요용도
CVS	제어신호용 비닐절연 비닐시스 케이블	충실형, 600V 이하의 제어용 회로에 사용되는 케이블로 PVC로 절연 및 시스를 하고 시스사이를 PVC로 메움
CVV	제어용 비닐 절연 시스 케이블	일반용, 600V 이하의 제어용 회로에 사용되는 케이블로 관로 또는 기중 포설되며 최대 도체사용온도는 60℃
CVV-S	정전 차폐부 제어용 비닐시스 케이블	차폐용, 600V 이하의 정전차폐가 요구되는제어용 회로에 사용되는 케이블로 관로 또는 기중 포설되며 최대 도체사용온도는 60℃
CVV-SB	편조형 제어용 비닐절연 비닐 시스케이블
CEV	제어용 폴리에틸렌 절연 비닐시스 케이블	일반용, 난연용
CCV	제어용큐프렌절연비닐시스케이블	내구성,내열용
CRN	제어용 고무절연플로로프린 시스 케이블	일반용, 가요성, 저온 특수성
CBN	제어용 부틸고무 절연 클로로프린 시스 케이블	내구성, 내열성, 난연성
HCVV	제어용 내열 PVC절연 내열비닐 시스케이블	내열성 가소제를 사용한 PVC로 절연 및 시스한 케이블
FR-CV	제어용 내열 PVC절연 내열비닐 시스케이블	난연 PVC로 절연하고 난연성 PVC로 시스한 케이블
[비고] 일반용의 최고 허용온도는 60~80도 이고, 그이상의 경우에는 내열용 케이블을 사용한다.

▶기타

전선 및 케이블 등의 종류에는 위에서 다룬 것 이외도 다음과 같은 것이 있다.
(1) 코드
옥내에서 적하식 전등 및 기타 소형 전기기구에 사용되며, 단심 코드, 대편 코드, 원편 코드, 방습 코드, 비닐 코드, 평형 코드 등이 있다
(2) 캡타이어 케이블
이동용 전기기구 또는 배선 등에 사용되는 케이블 이며, 저압용은 1종, 2종, 3종, 4종 등으로 나누어 진다. 고압용으로 사용되는 캡타이어 케이블은 절연체로서 부틸 고무 또는 에틸렌프로필렌 고무 혼합물을, 외장으로 클로로프린 혼합물을 사용한다.

절연전선

옥내용 절연전선
Insulated Wires for indoor use

옥내용| 옥외용| 코드선|

◈ 빌딩,공장,일반 전기공작물등 건축물내에서나 전기기의 내부
배전선로에 주로 사용.
◈ 600V급 이하의 사용전압.
◈ 절연체의 최고허용온도에 따라 60°C, 75°C, 90°C급 선택 사용.

용도	종류	기호	적용사양	최고허용 온도(°C)	재료		크기	비고
용도	종류	기호	적용사양	최고허용 온도(°C)	도체	절연체	크기	비고
일반용	비닐절연 전선	IV	KSC3302 JISC3307	60	CU	PVC	0.8~5.0㎜0.9~500㎟
내열용	2종비닐 절연전선	HIV	KSC3328 JISC3317	75	CU	내열PVC	0.8~5.0㎜0.9~500㎟
내열용	가교 폴리에틸렌 절연전선	IC	KSC3135	90	CU	XLPE	1.6~3.2㎜2.0~500㎟	압축도체 (14㎟이상)
전기 기기용	비닐절연 전선	KIV	KSC3325 JISC3316	60	CU	PVC	0.75~100㎟	집합도체
전기 기기용	내열비닐 절연전선	HKIV	제작자사양	75	CU	내열PVC	0.75~100㎟	집합도체
접지용	비닐절연 전선	GV	제작자사양	60	CU	PVC	0.8~5.0㎜0.9~500㎟

옥외용 절연전선
Insulated Wires for outdoor use

옥내용| 옥외용| 코드선|

◈ 변전소에서 수용자까지의 가공배전선로에 주로 사용.

◈ 절연체의 종류에 따라 60°C, 90°C급 선택 사용.

종류	기호	적용규격	최고 사용 온도(°C)	재료		크기	용도	비고
종류	기호	적용규격	최고 사용 온도(°C)	도체	절연체	크기	용도	비고
옥외용 비닐 절연 전선	OW	KSC 3313 JISC 3340	60	CU	PVC	1C 2.0~5㎜14~10㎟	접촉으로 인해 전기사고 가능성이 거의 없는 지역의 가동 선로	경동 (연)선, 600V
인입용 비닐 절연 전선	DV (DVR,DVF)	KSC 3315 JISC 3341	60	CU	PVC	2C(DUPLEX) 3C(TRIPLEX) 2.0~3.2㎜8~50㎟	가공선로 전주에서 수용자까지 인입 선로	경동(연)선 원형(평형), 제품600V
가교 폴리 에틸렌 절연 전선	HAL-OC	KSC 3139	90	HAL	XLPE	1C	접촉으로 인해 전기사고 가능성이 있는 시가지등의 가공 선로	경알루미늄연선
	ACSR-OC	KSC 3138 KEPCO ESB121-200-202 ESB121-230-275		ACSR		1C 32~160㎟		6.6KV 22.9KV
	ACSR/AW -OC	KEPCO PS 49-121-000		ACSR/AW		1C 32~160㎟		6.6KV 22.9KV

◈ 제품형상 : 원형(DVF평형 제외)
◈ 포장 : 단선도체-다발
연선도체-드럼
◈ 기타전선 : 도체종류에 따라 HAL-OW, ACSR-OW도 사용.
염해지역에는 내부심선인 수밀형 OC-W를 사용

비닐코드

규격명	KSC 3304
용도	옥내 300V 이하의 전기, 전자, 음향기기, 조명 기기 등 소형 전기 기구에 사용.
구조2	1. 도체 : 연동 집합선 2. 절연체 : PVC 3. 시이즈 : PVC
종류	● 단심비닐코드 (VSF) ● 2종 단심비닐코드 (HVSF) ● 비닐캡타이어 원형코드 (VCTF) ● 2종 비닐 캡타이어 원형코드 (HVCTF) ● 비닐캡타이어 타원형코드 (VCTFK) ● 2종 비닐캡타이어 타원형 코드 (HVCTFK) ● 비닐평형코드 (VFF) ● 2종 비닐 평형 코드 (HVFF)

600V 고무절연 캡타이어 케이블

규격명	KSC 3317
용도	광산, 공장, 농장에서 교류 600V이하, 직류 750V 이하의 이동용 전기기기간 및 내부배선, 이와 유사한 용도에 사용하는 전선.
구조2	1. 도체 : 연동 집합선 2. 절연체 : 천연 고무 또는 EP고무 3. 시이즈 : 클로로프렌
종류	● 2종 천연고무 절연 천연고무 캡타이어 케이블 (2CT) ● 2종 천연고무 절연 클로로프 렌 타이어 케이블2심 (2RN CT)

용접용 케이블

규격명	KSC 3321
용도	광산, 공장, 농장, 건설현장 등에서 600V 이하의 저속 이동용 전기기기의 배선용 마찰, 충격, 굴곡, 내열, 내화학성 등이 우수
구조2	1. 도체 : 연동 집합선 2. 절연체 : 천연 고무 또는 EP고무 3. 시이즈 : 천연 고무
종류	● 리드용 1종 케이블 ● 리드용 2종 케이블 ● 홀더용 1종 케이블 ● 홀더용 2종 케이블

600V 비닐절연 비닐시스케이블(VV)

규격명	KSC 3323
용도	AC 600V 이하의 전기공작물이나 전기기기의 전원 공급용 또는 옥내 전원공급배선, 저압회로등에 널리 사용..
구조2	1. 도체 : 전기용 연동선 2. 절연체 : PVC 3. 시이즈 : PVC
종류	● 600V 비닐 절연 비닐 시스 원형 (VVR) ● 600V 비닐 절연 비닐 시스 평형 (VVF)

전기 기기용 비닐절연 전선

규격명	KSC 3325
용도	600V 이하의 기계, 아파트, 공장 등의 전기제어 판넬 내부 배선에 사용.
구조2	1. 도체 : 석도금 연동선 또는 전기용 연동선 2. 절연체 : PVC
종류	● KIV 0.75㎟-14㎟(7종)

제어용 케이블

규격명	KSC 3330
용도	발전소, 변전소 신호등, 가로등, 생산설비 등의 AC 600 V이하의 원격 제어용으로 적합한 케이블.
구조2	1. 도체 : 전기용 연동선 2. 절연체 : PVC, PE 또는 XLPE 3. 시이즈 : PVC 또는 PE
종류	● 제어용 비닐절연 비닐시스 케이블 (CVV)

600V 비닐절연 비닐 캡타이어 케이블

규격명	KSC 3602
용도	공장, 광산, 농장등에서 600V 이하의 전압을 사용하는 이동용 전기기기 또는 배선용에 사용.
구조2	1. 도체 : 전기용 연동선 또는 석도금 연동선 2. 절연체 : PVC 3. 시이즈 : PVC
종류	● VCT (다심 0.75㎟-8㎟)

UL 전선

규격명	1. 1007 CSA Type TR-64 2. 1015 CSA Type TEW
용도	전기 및 전자 기기의 내부 배선
특징 1007 CSA Type TR-64	온도와 볼트 등급 - UL 80℃ 300V, CSA 90℃ 300V 가연성 - VW-1, FT1 pass TA-SC 도체는 쉽게 한계를 가지지만, 납땜 인두, 랩핑과 거멀못, 연결에 대해서는 적당하다.
특징 1015 CSA Type TEW	온도와 볼트 등급 -UL 105℃ 600V, CSA 105℃ 600V UL 과 CSA에 사용 가능 가연성 - VW-1, FT1 pass TA-SC 도체는 쉽게 한계를 가지지만, 납땜 인두, 랩핑과 거멀못, 연결에 대해서는 적당하다.

출처 : http://k.daum.net/qna/view.html?qid=3TJj3

일반형 항온항습기와 일체형 항온항습기 비교

JaeSoo — Wed, 18 Dec 2013 15:45:44 +0000

항목	일체형	일반형
UNIT 특성	일체형(실내기 + 실외기 일체형)	분리형(실내기, 실외기 분리형) 실외기 외부 별도 설치
냉각방식	공냉식	공냉식
기능 및 특성
배관설치	냉매가스 배관 없음	실내기와 외부 실외기간 냉매가스 (전기전원공사 포함) 연결배관 설치
DUCT 설치	외기 입출 FLEXIBLE DUCT 설치	DUCT 설치 없음
외기 냉방	* 외기 댐퍼 기능 채용 - 사계절 중 13℃이하일때 자동으로 찬공기 흡입하여 외부 냉방(에너지 절감)	외기 냉방기능 없음(에너지 절감 기능 없음)
제습시 응축열(재열)	제습 시 응축열(HOT GAS) 재열이용 에너지 절감	제습 시 응축열(HOT GAS) 재열이용 없음
설치공사	설치가 간편하고 용이	설치공사가 길고 불편, 작업성 난이
이전설치	* 별도 자재 없이 이전설치 용이 * 이전 시 냉매 필요 없음	* 이전설치에 배관, 냉매, 전기공사 추가 설치에 따른 설치비가 많음 * 이전 시 오염(냉매)물질 다량 발생
내구연한(수명)	외기 냉방에 따른 냉동기 운전가동시간이 적어 내구연한 연장	외부 냉방기능 없음 년중 운전 가동되므로 내구연한 짧다
냉방능력 효율성	실외기가 내장되어 있으므로 외부연결배관이 없어 냉방능력 효율증대	실내기 외부 실외기 배관거리 15M이상 시 배관거리에 따라 냉매 순환 저항에 의한 10 ~ 50% 냉방능력 저하
경제성	외기온도 13℃이하에서 외기 냉방에 따른 절전비 5RT/대 기준 년 약1,999,814 절감 2. 투자회수기간 : 5RT/대 기준 3년7개월	외기 냉방 기능 없으므로 에너지 절전 불가능
관리성	일체형이므로 관리가 용이	실외기가 외부에 별도로 설치되어 관리가 불편
기타	특허등록 : 제 0414030호, 제 538455호 실용신안 : 제 0259280호, 제 0359675호	일반화된 제품으로 실용신안 없음

일반형 절전대비 3RT기준(46%절감) 절전 비교표 참조

항목	일체형(공냉식,냉매방식) 항온항습기	타사제품 (수냉식(냉각수 방식) 항온항습기)
용어	* 공랭식 (空冷式) * AIR-COOLED CONDENSING SYSTEM	* 수냉식 (水冷式) * WATER OR GLYCOL DRY COOLER SYSTEM
열매체와 열이동 경로	냉매 - 압축기 - 응축기 - 대기에 방출	* 냉매 - 압축기 - 응축기 - 냉각수 - 펌프 - * 냉각기(DRY COOLED) - 대기에 방출
UNIT 특성	실내기(송풍기,증발기,재열히터 가습기) + 실외기(압축기,응축기,송풍기,레시버탱크), 일체형	* 실내기(송풍기,증방기,재열히터,가습기, 수냉식 응축기) * 실외기(냉각수+펌프,냉각기(DRY COOLER) 외부별도설치
SYSTEM의 구성	실내기와 실외기 냉매배관으로 연결하여 냉매와 압축기의 열이동 단순구조 방식의 냉방 SYSTEM으로 구성 외부 별도 냉매가스 배관 없음	* 실내기와 실외기가 장거리(50-100m)에 설치된 장비에 물이나 부동액(GLYCOL) 사용하여 펌프로 냉각시키는 방식이어서 복잡 * 별도 냉각수 배관 필요 *부동액으로 인한 오염물질이 많다.
각 SYSTEM 특성	공랭식ㆍ수냉식 장점만을 채택하였고, 소형용량의 실외기 설치가 어려운 항온항습실 사용함	공랭식일때 장거리 제한(능력저하)에 따른 수냉식 채택 소중형 용량의 100M이내의 냉각수 또는 GLYCOL 배관설비가 필요한 곳에 사용함.
기능 및 특성
1) 1차 냉매 2) 2차 냉매 3) 냉관 재료 4) 실외기 설치 5) 이전설치 6) 설치공사 7) 외기냉방	1) 냉매(주입량 적게든다) 2) - 3) 냉매가 별도 배관 설비 없음 4) 실외기 별도 설치장소 없음 5) 별도 자재없이 이전설치 용이함 6) 설치가 간편함 7) 외기댐퍼 기능 채용하여 사계절 중 13℃이하일 때 자동으로 찬공기를 흡입하여 실내온도 외기냉방 (에너지 절감) 8) 외기냉방에 따른 냉동기 운전가동시간이 적어지므로 내구연한이 연장된다.	1) 냉매(주입량 많이 든다) 2) 냉각수 GLYCOL 부동액 3) STEEL PIPE 별도 설비배관 (부식우려) 4) 실외기(DRY COOLER) 및 펌프 면적(장소) 별도장소 필요 5) 이전설치에 따른 배관 냉매, 전기공사 추가설치에 따른 설치비가 많이 든다. (자동제어가 별도 구성) 6) 냉각수 배관 공사가 길고 작업성이 불편하고 난이하다. 7) 외기절전 냉방 없음 8) 외기 냉방기능이 없으므로 년 중 가동되므로 내구년한이 짧다.
냉방능력 및 효율성	실외기가 내장되어 있으므로 외부연결 배관이 없어 냉방능력	효율증대 실외기 1차 냉매가 2차 냉각수(GLYCOL) 부동액 사용 하므로 냉방효율 15% 저하됨
경제성 1) 절전 2) 펌프동력 3) 투자비 회수기간 4) 투자비	1) 외기온도 13℃이하에서 외기냉방 절전 및 제습시 응축 (HOT GAS) 재열 이용 절전비 7.5RT/대 기준 년 약4,077,412절감 2) - 3) 7.5RT/대 2.5SUS (일반 공랭식 대비) 4) 투자비가 저렴하다.	1) 외기냉방 절전기능이 없으므로 에너지 절전 불가능 2) 별도 냉각수 펌프 동력비 증대됨 3) 투자 회수기간 없음 4) 투자비가 많이 든다.
관리성 1) 관리 2) 자동제어 설비 3) 부식 4) 누수 5) 환경규제 대상 6) 동파 7) 소음 8) 철거비	1) 일체형이므로 관리가 용이함 2) 외부 자동제어 설비 없음 3) 외부배관이 없으므로 부식우려 없음 4) 냉각수배관이 없으므로 전산실 누수 발생없음 5) ? 6) 동파 없음 7) 내부에 설치되므로 외부 소음 없음 8) 원상복귀에 따른 철거비가 들지 않는다.	1) 실외기ㆍ펌프 배관이 외부에 별도설치되어 눈ㆍ비 별도관리 관리가 불편함 2) 자동제어의 설비가 복잡하고 운영관리가 불편하다. 3) STEEL 배관이므로 부식우려됨 4) 냉각배관이므로 누수에 따른 전산실 기능마비 우려됨 5) GLYCOL(부동액)폐기시 산업 폐기물 대상 6) 냉각 동파 우려됨 7) 실외기가 외부에 설치되므로 외부 FAN 소음이 크다. 8) 원상복귀에 따른 철거비가 많이 든다.

용량	에너지 절전(KW/년)		계(KW/년)	절전가격(원/년)	일반형절전대비(%)
용량	외기냉방	응축열(재열)	계(KW/년)	절전가격(원/년)	일반형절전대비(%)
3R/T	23,932	9,946	33,878	2,208,845	46
5R/T	30,572	13,813	44,385	2,893,902	46
7.5R/T	41,818	20,719	62,537	4,077,412	47
10R/T	56,333	27,627	83,960	5,474,192	47

용량	평형	투자비 회수기간	비고
3R/T	6	3년	일반형 대비
5R/T	10	3년	일반형 대비
7.5R/T	15	2.5년	일반형 대비
10R/T	20	2.5년	일반형 대비

출처 : http://mc.daara.co.kr/sell/s_view.php?no=199483

IP 대역 계산

JaeSoo — Tue, 26 Nov 2013 19:33:19 +0000

http://www.1000dedi.net/docs/renew/ElcapFirewallCustomerManual_20081104.pdf

IP를 대역 계산방법 아래의 표는 일반 방화벽 대역을 계산하는 방법입니다.

IP의 각각의 숫자는 비트로 구성되어 있습니다.

IP가 210.118.169.54 이라면, 각각의 숫자는 아래와 같이 비트로 구성되어 있습니다.

숫자 210는 각 비트가 1 1 0 1 0 0 1 0 각 비트가

(2의7승) + (2의6승) + (2의4승) + (2의1승) 는 128 + 64 + 16 + 2 은 210 입니다.

숫자 118는 각 비트가 0 1 1 1 0 1 1 0 각 비트가

(2의6승) + (2의5승) + (2의4승) + (2의2승) + (2의1승) 는 64 + 32 + 16 + 4 + 2 은 118 입니다.

숫자 169는 각 비트가 1 0 1 0 1 0 0 1 각 비트가

(2의7승) + (2의5승) + (2의3승) + (2의0승) 는 128 + 32 + 8 + 1 은 169 입니다.

숫자 54는 각 비트가 0 0 1 1 0 1 1 0 각 비트가

(2의5승) + (2의4승) + (2의2승) + (2의1승) 는 32 + 16 + 4 + 2 은 54 입니다.

0/24

0의 의미는 맨 마지막 IP의 숫자가 0부터 시작한다는 의미입니다.

/의 의미는 ~ 로 생각하시면 됩니다.

가장 중요한 24의 의미는 24bit에서 31bit 까지 1이라는 의미입니다.

(2의 7승) + (2의 6승) + (2의 5승) + (2의 4승) + (2의 3승) + (2의 2승) + (2의 1승) + (2의 0승) 을 더하면 255 입니다.

(255개의 IP 개수를 의미합니다.) 0부터 시작하여 (0 + 255) 까지가 됩니다.

0/25

0의 의미는 맨 마지막 IP의 숫자가 0부터 시작한다는 의미입니다.

/의 의미는 ~ 로 생각하시면 됩니다.

가장 중요한 25의 의미는 25bit에서 31bit 까지 1이라는 의미입니다.

(2의 6승) + (2의 5승) + (2의 4승) + (2의 3승) + (2의 2승) + (2의 1승) + (2의 0승) 을 더하면 127 입니다.

(127개의 IP 개수를 의미합니다.) 0부터 (0+127)까지 라는 의미입니다.

128/25

128의 의미는 맨 마지막 IP의 숫자가 128부터 시작한다는 의미입니다.

/의 의미는 ~ 로 생각하시면 됩니다.

가장 중요한 25의 의미는 25bit에서 31bit 까지 1이라는 의미입니다.

(2의 6승) + (2의 5승) + (2의 4승) + (2의 3승) + (2의 2승) + (2의 1승) + (2의 0승) 을 더하면 127 입니다.

128부터 (128 + 127 = 255) 까지 라는 의미입니다.

입력하고 싶은 IP 범위	IP 대역으로 변환	비고
210.118.169.1 ~ 255	210.118.169.0/24	255개의 IP 대역
210.118.169.1 ~ 127	210.118.169.0/25	127개의 IP 대역
210.118.169.128 ~ 255	210.118.169.128/25	128개의 IP 대역
210.118.169.1 ~ 63	210.118.169.0/26	63개의 IP 대역
210.118.169.64 ~ 127	210.118.169.64/26	64개의 IP 대역
210.118.169.128 ~ 191	210.118.169.128/26	64개의 IP 대역
210.118.169.192 ~ 255	210.118.169.192/26	64개의 IP 대역
210.118.169.1 ~ 31	210.118.169.0/27	31개의 IP 대역
210.118.169.32 ~ 63	210.118.169.32/27	32개의 IP 대역
210.118.169.64 ~ 95	210.118.169.64/27	32개의 IP 대역
210.118.169.96 ~ 127	210.118.169.96/27	32개의 IP 대역
210.118.169.128 ~ 159	210.118.169.128/27	32개의 IP 대역
210.118.169.160 ~ 191	210.118.169.160/27	32개의 IP 대역
210.118.169.192 ~ 223	210.118.169.192/27	32개의 IP 대역
210.118.169.224 ~ 255	210.118.169.224/27	32개의 IP 대역

	IP 대역으로 변환	비고
210.118.169.1 ~ 255	210.118.169.0/24	255개의 IP 대역
210.118.169.1 ~ 127	210.118.169.0/25	127개의 IP 대역
210.118.169.128 ~ 255	210.118.169.128/25	128개의 IP 대역
210.118.169.1 ~ 63	210.118.169.0/26	63개의 IP 대역
210.118.169.64 ~ 127	210.118.169.64/26	64개의 IP 대역
210.118.169.128 ~ 191	210.118.169.128/26	64개의 IP 대역
210.118.169.192 ~ 255	210.118.169.192/26	64개의 IP 대역
210.118.169.1 ~ 31	210.118.169.0/27	31개의 IP 대역
210.118.169.32 ~ 63	210.118.169.32/27	32개의 IP 대역
210.118.169.64 ~ 95	210.118.169.64/27	32개의 IP 대역
210.118.169.96 ~ 127	210.118.169.96/27	32개의 IP 대역
210.118.169.128 ~ 159	210.118.169.128/27	32개의 IP 대역
210.118.169.160 ~ 191	210.118.169.160/27	32개의 IP 대역
210.118.169.192 ~ 223	210.118.169.192/27	32개의 IP 대역

출처 : http://blog.naver.com/beckorn/140135299681

회선비, 상면비

JaeSoo — Thu, 24 Oct 2013 07:57:55 +0000

서버호스팅

서버를 임대해서 전용IDC에 서버를 넣고, 전용회선(인터넷회선)에 연결해서 서비스 하는 것

단독웹호스팅

서버를 단독으로 사용하면서 웹호스팅처럼 서버 소프트웨어적 관리까지 해줌

상면비
- IDC에 서버를 넣을 공간을 임차하는 것, 서버가 입고되는 공간료
- RACK이라고 하는 서버를 넣어 둘 수 있는 큰 캐비넷 같은 공간을 사용하는 비용과, 전력, 항온항습 등의 시설비용을 포함하는 비용
- 서버크기로 나누어 1U(약 4.4cm), 2U, 1/4U, Half Rack, Full RAck 단위로 사용할 수 있음
- 보통 회선비에 포함됨

전용회선(인터넷회선)
- 회선비
- 서버에 전용회선을 물리는데, 그 회선비를 뜻함

IDC 입주시 비용
1. 서버를 소유하고 있는 경우 : 회선비+상면비
2. 서버가 없는 경우 : 서버임대비+회선비+상면비, 보통 서버임대비에 회선비와 상면비가 포함되어 있음

국내 업체 : 오늘과 내일TTIDC, 데이콤KIDC, 한국통신KTIDC, 카페24

회선
- 사용 할 서버의 속도에 대한 것
- Mbit/s의 단위를 사용하며 각 회사마다 다른 비용을 책정하고 있음

서버 임대비의 사용기준
1. 트래픽과 대역폭
2. Shared와 Dedicated 라인

출처 : http://blog.naver.com/one945/30021312075

코로케이션(Co-location)이란?

JaeSoo — Thu, 24 Oct 2013 07:55:12 +0000

코로케이션 서비스란 고객의 인터넷 서비스를 위한 서버나 스위치 등의 장비를 초고속 백본망이 갖추어진 IDC(Internet Data Center) 내에 입주시켜, 호스팅 업체에서 고객이 원하는 만큼의 공간과 네트워크 대역폭(회선 속도)을 제공하여 서비스를 제공하는 것을 의미합니다.

서버호스팅과 코로케이션(Co-location)의 차이점은 전자의 경우, 서비스업체가 상면과 네트워크 대역폭 뿐만 아니라 물리적인 하드웨어, 즉 서버 및 네트워크 장비까지 제공하는 것이고 후자의 경우는 고객 서비스를 위한 장비의 소유권이 고객측에 있습니다.

따라서, 서비스 계약시점에서 호스팅 서비스 업체로부터 서버를 직접 구매한 경우나 혹은, 임대서버호스팅의 서버 임대료가 만료된 시점(보통 1년) 이후에는 서버호스팅에서 코로케이션으로 서비스가 변경됩니다.

출처 : http://www.hostinglove.com/file/colocation1.php

데이터 센터에 대한 일반 상식

JaeSoo — Thu, 24 Oct 2013 07:52:03 +0000

NHN Business Platform 플랫폼IT서비스실 김주환

인터넷 서비스의 보편화로 이제 데이터 센터(Data Center, DC)라는 용어는 일상에서 흔히 사용하는 익숙한 단어가 되었습니다. 그러나 익숙하다고 해서 그것을 잘 아는 것은 아닐 것입니다.

공장을 지으려면 땅이 필요하고, 가게를 열려면 상가를 얻어야 하듯이, 인터넷 서비스를 하기 위해서는 데이터 센터가 확보되어야 합니다. 즉 안정적인 데이터 센터 환경은 안정적인 인터넷 서비스의 필요 조건이라 할 수 있습니다.

데이터 센터는 무엇을 하는 곳인가

데이터 센터(Data Center, DataCenter로 붙여 쓰기도 한다)는 Server Farm이나 Server Hotel이라 부르기도 하는데, 주로 기업의 서버와 스토리지를 설치하고 운영하는 장소를 말한다. 서버와 스토리지 같은 하드웨어들을 효과적이면서도 안정적으로 운영하기 위해 고도화된 전원 관리 시스템이나 고대역 네트워크 환경은 물론 백업 시스템, 보안 시스템, 공조 시스템을 비롯해 화재는 물론 폭우나 태풍 같은 환경 재해를 극복할 수 있는 시설을 갖추고 있다.

데이터 센터의 역사

오늘날 서버라고 부르는 기기는 1980년대에는 Micro Computer나 Mini Computer라고 불렀다. 수십 년 전의 컴퓨터는 워낙 거대했기 때문에 작은 방 하나 정도를 가득 채울 만한 크기의 컴퓨터는 Mini Computer라 불렀다. 당시에 이런 기기들은 운영 편의성보다는 사용자 접근성에 중점을 두어 주로 사용자가 있는 곳에 설치하여 사용했다.

그러다가 산발적으로 흩어져 있는 자원을 한 곳에 모아서 관리하는 방법을 고민하기 시작했다. 그 결과로 1990년 대에는 데이터 센터의 초창기 형태라 할 수 있는 전산실 설비가 각 기업에 등장하기 시작했다. 이런 전산실은 표준화된 케이블링(cabling), 계층화된 네트워크 장비를 사용했다.

데이터 센터가 본격적으로 등장한 때는 1990년 대 말과 2000년 대 초반 사이의 닷컴버블 시대다. 규모가 작은 벤처 기업 입장은 비용상의 문제로 독자적인 전산실을 운영할 수 없는 상황이었고, 이런 벤처 기업의 수가 폭발적으로 증가하자 현재와 같은 IDC(Internet Data Center) 비즈니스가 태동하게 되었다. 그 후 점점 IDC 운영이 전문화되고 많은 수의 서버를 운영해야 하는 큰 기업도 자체 전산실보다는 전문화된 IDC를 이용하는 것이 효율성과 품질면에서 나아지게 됨에 따라, 닷컴버블 이후에도 지속적으로 IDC는 계속 성장해 왔다.

일반적인 공장에서 단위 시간당 생산량 등을 기준으로 공장의 효율성을 평가하듯이, IDC에서는 얼마나 많은 서버를 안정적으로 운영할 수 있는지가 중요한 척도다. 당연히 IDC는 많은 서버를 효과적으로 운영할 수 있는 방법 위주로 발전하기 시작했으며, 대규모 환경(large-scale 운영 환경)에 대한 요구도 지속적으로 발생했다. 그리고 새로운 기술들이 속속 데이터 센터에 도입되면서 데이터 센터는 계속 발전해 왔다.

요즘 데이터 센터의 화두는 클라우드다. 수요에 탄력적으로 대응하면서 사용한 만큼만 과금하는 IaaS(Infrastructure as a Service), PaaS(Platform as a Service), SaaS(Soft as a Service) 등과 같은 서비스가 부상하면서, 데이터 센터 또한 DcaaS(Data Center as a Service)라는 이름으로 클라우드 기술을 적용하고 있다. 수요에 탄력적으로 대응할 수 있도록 수 분만에 신규 기기를 투입할 수 있는 기술들이 DCaaS에 소개되고 있다.

데이터 센터 등급(DC Level)

소프트웨어나 프로토콜에 ANSI나 W3C, IEEE, JCP와 같은 표준화 단체가 있듯이, 데이터 센터에도 표준화 단체가 있다. TIA(Telecommunications Industry Association)라는 곳이 바로 데이터 센터에 대한 표준화 단체다. TIA는 ANSI에 의해 공인된 단체로, 정보통신기술(ICT, Information & Communication Technology) 업계를 대표하여 트렌드를 주도하고 있다. TIA의 회원 수는 600에 이르며, 통신 회사, 브로드밴드, 모바일, 정보 기술, 네트워크, 케이블, 위성, 통합 통신, 긴급 통신, 그린 기술 분야 관련 기업이 회원으로 있다.

TIA는 TIA-942에서 데이터 센터 가용성에 대한 신뢰도를 등급별로 제시하고 있다. 각 등급 단계는 다음과 같다.

그림 1 Data Center Tiering 요약(출처: Uptime Institute)

Tier 1 Basic —리던던트(Redundant) 구성요소가 없음(N) : 99.671% 가용성
- 계획/비계획적인 활동에 따른 장애 가능성 있음
- 전력 공급과 냉각이 단일 경로화되어 있음
- 예방 유지 보수를 수행하기 위해 셧다운해야 함
- 연간 28.8시간의 다운타임
Tier 2 — 리던던트 구성요소(제한적인 N+1) : 99.741% 가용성
- 계획/비계획적인 활동에 따른 장애 가능성이 Tier1에 비하여 낮음
- 전력과 냉각 설비는 N+1 리던던트 구성으로 되어 있으나 공급 경로는 단일 경로로 되어 있음
- Raised Floor, UPS 및 발전기 포함
- 연간 22.0시간의 다운타임
Tier 3 — Concurrent 유지 보수 환경(N+1) : 99.982% 가용성
- 전산 시스템에 대한 영향 없이 정기 예방 점검과 유지 보수와 같은 계획된 활동이 가능함(비계획 활동은 장애를 유발시킬 수 있음)
- 전력과 냉각의 공급 경로의 복수 구성(하나는 액티브 경로), 리던던트 구성(N+1)
- 연간 1.6시간의 다운타임
Tier 4 — Fault Tolerant(2N+1) : 99.995% 가용성
- 계획된 활동은 핵심 운영에 영향을 주지 않으며, 예상치 못한 최악의 사고가 발생해도 핵심 부하에 영향을 주지는 않음
- 복수의 액티브 전력 및 냉각 경로
- 연간 0.4시간의 다운타임

Tier 4 설비는 Tier 3 설비에 비해 공간을 포함하여 두 배의 인프라스트럭처가 필요하기 때문에 Tier 4는 Tier 3보다 구축과 운영에 훨씬 많은 비용이 든다. 결과적으로 많은 기업들이 CAPEX(Capital expenditures)와 OPEX(Operating Expenditure) 및 가용성간의 밸런스를 고려해 더 경제적인 Tier 3 등급의 운영을 선호하고 있다(가용성 0.013%. 연간 1.2시간의 차이).

주요 구성 요소

데이터 센터에는 다음과 같은 4개의 주된 구성 요소가 있다.

상면

장비나 설비를 설치할 수 있는 공간이다. 실제 IT 장비를 설치할 수 있는 white space와 작업 통로나 메인 통로, 설비 설치 공간과 같이 필요하지만 IT 장비를 설치할 수 없는 공간인 grey space로 구분하기도 한다.

Support infrastructure

데이터 센터 운영을 지원하기 위해 white space외에 추가적으로 필요한 공간과 설비다. 전기실(수변전 설비 공간), 발전기실, UPS, 공조기 등이 포함된다. 고밀도 환경의 경우 Tier 3급 데이터 센터 구성을 위해 지원 인프라 설비 공간이 white space 면적보다 4~6배 정도 더 필요할 수 있기 때문에, 전산실 전력 밀도가 올라갈 때에는 기획/설계 과정에서 공간에 대한 요구 사항을 반영하는 것이 매우 중요하다.

IT equipment

컴퓨팅 서비스를 제공하기 위해 필요한 랙(Rack)과 케이블링, 서버, 스토리지, 관리 시스템 및 네트워크 장비 등이 포함된다.

Operations

운영 인력은 시스템을 정상적으로 운영/관리하고, 필요 시 업그레이드와 수리를 책임진다. 대부분의 회사에서는 IT 기술 운영 그룹과 설비 지원 시스템을 책임지는 부서를 각각 두고 서로 다른 책임을 지게 하고 있다.

데이터 센터 관련 여러 지표 및 인증

데이터 센터의 효율이나 수준을 표현하기 위한 여러 가지 지표 및 인증이 있다. 대표적인 항목을 소개해 보겠다.

PUE(Power Usage Effectiveness)

Green Grid의 멤버가 만든 것으로, 데이터 센터의 에너지 효율성을 표시하는 데 사용하는 단위다. 데이터 센터의 PUE는 데이터 센터에 인입되는 전력량을 그 안에 있는 컴퓨터 인프라스트럭처가 동작하면서 사용하는 전력량으로 나눈 값이다. PUE는 IT 소비 전력 대비 전체 전력량의 비율로 표시된다. 1에 가까울수록 효율성이 좋다. 데이터 센터의 PUE는 보통 1.3(우수)에서 3.0(나쁨)에 걸쳐 있고 평균은 2.5다.

다음 그림의 예와 같이 100W의 IT 장비를 구동하는 데 전체 275W를 공급해야 한다면, PUE는 275/100=2.75가 된다.

그림 2 데이터 센터에서의 에너지 사용 예

DCiE(Data Center Infrastructure Efficiency)

Green Gird에 의해 만들어진 DCiE는 데이터 센터의 효율을 표시하는 또 다른 단위로, PUE의 역수이다. DciE는 IT 장비에 공급되는 전력량을 전체 설비에 대한 공급 전력량 기준으로 백분율로 표현한 것이다. 즉, 데이터 센터 전체 전력 중 IT 장비가 사용하는 전력량이 몇 퍼센트나 되는지를 표시한다. DCiE는 100%에 근접할수록 효율이 좋다. 데이터 센터의 DCiE 값은 보통의 경우 33%(나쁨)에서부터 77%(우수)에 걸쳐 있고 평균 DCiE는 40%이다. 그림2의 예에서 DciE는 100/275= 36.36%가 된다.

LEED Certified

미국 그린빌딩위원회(USGBC, U.S. Green Building Council)가 인증하는 것으로 국제적인 인증 가치를 인정받고 있다. LEED(Leadership in Energy and Environmental Design)에서는 건물이나 설비에서 물 같은 자원이나 기타 에너지를 효율적으로 사용하고 있는지에 대한 판단뿐만 아니라, 이산화탄소 배출 감소와 실내 환경 품질(공조, 조명 등), 친환경 자재 채용 의무와 같은 항목도 다루고 있다.

LEED 인증은 등급제인데, '표준'(계량 전 점수대비 40%~50%), 'Silver'(50%~60%), 'Gold'(60%~80%), 'Platinum'(80% 이상)의 4단계가 있다. 가장 높은 등급인 Platinum 인증을 받을 경우 인증 비용을 환불받을 수 있다. 환불 조건에서 알 수 있듯이 Platinum 인증은 매우 어렵다. NHN 춘천 IDC는 현재 LEED Platinum 인증을 받기 위한 활동을 하고 있다.

The Green Grid

데이터 센터에서의 에너지 효율성 향상과 비즈니스 컴퓨팅 에코시스템에 관심이 있는 기업과 정부기관 및 교육기관들이 참여하는 비영리 국제 컨소시엄이다. The Green Grid는 특정 벤더의 제품이나 솔루션을 추천하지는 않지만, 대신 데이터 센터 에너지 효율성 전체를 개선할 수 있는 베스트 프랙티스와 기술을 기초로 업계 전반에 적용 가능한 권고안을 제공한다. The Green Grid에 관한 상세한 정보는 www.thegreengrid.org에서 참고할 수 있다.

몇 가지 데이터 센터 관련 지표를 살펴봤는데, 이런 지표와 밀접한 관계가 있는 것이 그린 데이터 센터(Green Data Center)다. 그린 데이터 센터는 최고 수준의 에너지 효율성과 환경에 대한 영향을 최소화한 운영이 가능한 데이터 센터를 말한다. 주로 전기 사용을 줄이기 것에 집중되고 있다.

인터넷 비즈니스는 유해 물질을 배출하지 않는 클린 비즈니스로 알려져 있기도 하지만, 엄청난 양의 전기를 사용하기 때문에 과연 인터넷 비즈니스가 친환경적이냐에 대해서는 논란의 여지가 있을 수 있다. 데이터 센터에서 전기를 덜 사용하도록 하는 것은 지구 환경에 매우 긍정적인 영향을 줄 수 있기 때문에, 미국에서는 연방정부가 직접 그린 데이터 센터 관련 업무를 추진하고 있다. 행정기관인 환경보호국(EPA)이 미국 내의 데이터 센터와 서버의 에너지 비용과 에너지 사용 경향을 분석하여 그 결과를 기준으로 다양한 인센티브 프로그램을 운영하고 있다.

더 이상 가용한 전력이나 공간이 없다면?

데이터 센터 운영 중에 지속적으로 발생하는 고민은 상면에 관한 것이다. 항상 상면 공간을 확보하기 어려운 상황이 발생하고, 그때마다 여러 방법으로 상면 공간을 확보하고 있다. 상면 문제가 발생하면 어떻게 문제를 해결하고 있을까?

최적화(Optimize)

데이터 센터 운영에서 최적화 활동은 상시 업무 활동이라고 할 수 있다. 서버 가상화 등을 통해 전체 서버 전력 부하와 공간을 줄이거나, 설비의 효율을 개선하는 것이 모두 최적화 활동과 관련된 것이다. 예를 들어 데이터 센터의 냉각과 가습에 필요한 전력의 70%까지는 외기(바깥 공기)를 이용하고, 이코노마이저나 초음파 가습기/고효율 변압기 또는 가변 주파수 제어 기술 등과 같은 기술을 통해 공간과 전력을 절감할 수 있다.

이러한 기술들이 새로운 고밀도 IT 시스템과 결합하면 설비의 부하를 줄일 수 있음과 동시에 수용 가능한 IT 용량을 확대시킬 수 있게 된다. NHN의 IDC는 평상시 이런 방법으로 상시 최적화를 적용하고 있다.

Move(IDC이전)

만일 기존의 데이터 센터에서 최적화로는 더 이상 가용한 용량을 확보할 수 없다면, 새로운 곳으로 옮기는 것 외에는 할 수 있는 일이 없을 것이다. NHN은 몇 번의 데이터 센터 이전 경험이 있다. 이전에 소요되는 비용이 크기 때문에 자주 옮기지 않도록 적절한 데이터 센터에 대한 운영계획 수립은 필수라 할 수 있다.

Outsource

직접 소유한 새로운 설비로 옮기는 방법 외에도 colocation이나 cloud computing을 통해 필요한 리소스를 확보하는 방법도 고려할 수 있을 것이다.

데이터 센터 관련 용어 정리

데이터 센터에 대해 더 잘 이해하기 위해 알아야 할 용어가 있다. 대표적인 용어를 소개해 보겠다.

Alternative Energy

태양광, 바람, 수소가 환경 친화적인 방법으로 전력을 생산하기 위한 차세대 발전 방법으로 부상하고 있다. 그러나 이런 발전 방식은 아직 기존 발전 방식을 대체할 만큼 대용량의 전력을 지속적이고 안정적으로 공급할 수 있는 단계에는 이르지 못했다. 대체 에너지를 사용하더라도 전력 사용 피크 시간대에 상용 전력 회사의 전기를 사용해야 한다면, 대체 에너지 적용으로 얻을 수 있는 경제적 이익은 크지 않게 될 것이다. 전기요금은 시간대별로 다르기 때문에 피크타임에 사용하는 하는 전기의 요금은 평균 단가보다 높기 때문이다.

그렇기 때문에 대체 에너지 사용으로 넘어가는 과도기에는 고수준의 배터리 기술이 필요하게 된다. 초과로 발전되는 전력을 저장하여 피크타임에 사용할 수 있도록 하는 것이다. 이런 배터리 기술이 일반화된다면 본격적으로 데이터 센터에서 대체 에너지 사용 발전을 고려할 수 있게 될 것이다. 물과 공기를 기반으로 친환경적인 전력 저장 시스템이 소개되고 있기도 하다.

Ambient Return

냉각 시스템에서 외기를 사용하는 방법이다. 이 방법은 찬 공기와 더운 공기가 만날 때 발생하는 현상이 데이터 센터의 기기에 영향을 줄 수 있고, 정압에 의해 발생하는 공기 정체 등의 이유로 일부 환경에는 맞지 않은 방식이다.

Chiller based cooling

CRAC 유닛(냉동기 없이 열 교환 코일만 있는)에 냉수를 순환시켜 열을 식히는 방식의 냉각 방법이다. 냉수를 만드는 냉동기 시스템(Chiller based system) 자체를 위한 열 교환기는 공냉식 또는 수냉식을 사용할 수 있다. 냉동기 방식(Chiller type)은 DX(냉매 순환 방식) 기반 시스템보다 더 큰 냉각 용량을 가지는 CRAC을 지원할 수 있다. DX 방식의 급배기 온도차 한계인 13.3℃를 극복하고 있을 뿐만 아니라, 냉수를 사용하는 냉각 방법은 냉각 부하 발생 시에 유연한 대처가 가능하다.

Chimney effect

굴뚝이 연기를 배출하기 위해 공기압 차이를 이용하는 것과 동일한 원리가 데이터 센터에서도 사용될 수 있다. Raised floor 하부로 전달되는 찬 공기를 데이터 센터로 밀어 넣고 더워진 공기는 굴뚝을 통해 상부로 배출하는 방식의 공조 방식이다. 이 디자인은 찬 공기와 더운 공기의 섞임을 최소화하면서도 매우 효율적인 공기 순환을 만들어 준다. 온도차에 따른 공기 밀도 변화로 더운 공기가 위로 올라가는 현상은 공간을 채우고 있는 공기 내의 온도차이가 있을 때만 발생하는 현상이며, 앞서 설명한 Chimney Effect에서 다룬 굴뚝을 이용한 방식은 찬 공기와 더운 공기의 통로가 구분되지 않은 예전의 데이터 센터에서나 효과가 있다. 최근의 데이터 센터는 찬 공기와 더운 공기 흐름이 분리되도록 만들기 때문에, 굴뚝을 만드는 것은 효과가 없다.

그림 3 굴뚝 (chimney)이 있는 랙(직접 촬영@Cisco Allen DC)

Cogeneration

전기를 생산하기 위해 엔진(통상적으로 디젤 또는 천연 가스)을 사용하고 동시에 여기에서 발생하는 열을 사용하는 방식이다. 이런 방식은 자체 생산 전기 이외에도 엔진에서 배출되는 열을 흡수식 냉동기에서 사용하여 냉각에 사용할 수 있다는 장점이 있다. 추가로 잉여 발전 용량을 전력 회사에 되팔 수도 있다. 이러한 열병합발전의 ROI는 전기와 연료의 단가와 밀접하게 연관되어 있다. 이러한 열병합발전은 상당한 수준의 이산화탄소 배출 감소에도 기여할 수 있다. 향후 환경친화적인 방법으로 부상할 수 있고, Cap과 탄소 Trading에서의 우위를 점할 수 있게 된다.

Colocation

Colocation은 자신의 데이터 센터 설비를 다른 기업에게 제공하는 여러 비즈니스 모델 중 하나다. Colocation 서비스에서는 동일 데이터 센터에 입주한 여러 기관이 전력과 냉각 인프라스트럭처와 설비 관리 등을 공유한다. Colocation은 고객이 IT 시스템을 각자 소유한다는 점에서 전용 호스팅 서비스와 구별되며 데이터 센터 내에 어떤 시스템을 구성할 것인지, 어떤 애플리케이션을 구현할 것인지 선택할 수 있다. 권리와 책임 그리고 위험도 등의 변화에 따라 다양한 아웃소싱 모델 간의 구분이 불명확한 점이 있다. 이러한 이유 때문에 비즈니스 관점에서 필요한 전산 설비를 장기적으로 적절하게 일치시키기 위해서는 새로운 데이터 센터의 평가가 중요하다.

Containers

데이터 센터를 선박용 컨테이너나 적재 가능한 빌딩 블록으로 구축하는 방법을 말한다. 각각의 컨테이너나 빌딩 블록에는 표준화된 전력 공급 시스템, 냉각, 기타 인프라스트럭처가 준비될 수 있도록 하고, 데이터 센터 용량 확장 필요 시에 이러한 컨테이너나 빌딩 블록의 수를 늘리는 방법이다. 이런 컨테이너는 사업자 건물 외부에 설치할 수도 있고 창고형 건물에 설치할 수도 있다.

데이터 센터 컨테이너가 제공하는 근본적인 장점은 빠른 적용과 초고밀도 집적으로 인한 공간 사용 효율화이다. Google과 Microsoft는 클라우드형 서비스에 사용하기 위해 컨테이너 데이터 센터를 사용했다. 그러나 컨테이너 방식에는 치명적인 단점도 있다. 일단 개별 컨테이너의 가격이 비싸며, 사용하는 시스템이 특정 브랜드의 특정 제품으로 단일화되는 경향이 있다. 또한 특성상 밀폐되어 운영되어야 하기 때문에 자동 운영 시스템을 적용할 수 있는 상황에서만 사용할 수 있다.

CRAC(Computer Room Air Conditioner)

전자 기기에 적절한 수준의 습도를 제공하기 위해 가습 기능이 있는 데이터 센터 전용의 특별한 공조기다. CRAC은 매우 중요한 시스템이기 때문에 가용 안정성과 조절 민감도 등에 있어 일반 건물용 공조기보다 훨씬 높은 수준의 품질이 요구된다.

Density Meltdown Point

서버 시스템 밀도를 증가시켜 데이터 센터 운영 효율을 꾀하는 것에는 한계가 있다. 서버나 스토리지 시스템의 수용 시스템 규모 확대 효과와 이에 따른 백업 룸 확대 요구의 상호 배반적인 관계를 Power Density Paradox라고 하며, 서버 시스템 밀도 증가에 따라 운영 효율이 증가하는 한계점을 Density Meltdown Point라고 부른다.

DX(Direct Expansion) cooling

공냉식 방식으로 전산실의 공기를 식히는 열 교환기에서 직접 냉매의 기화가 이루어지도록 한 방식이다. 실내에 설치되는 설비에 컴프래서가 포함되어 있는 것이 특징이다. 냉매의 순환 거리 제약 때문에 냉매의 냉각을 위해 글리콜을 사용하는 경우도 있는데, 이 경우에는 동일한 DX 방식이지만 글리콜 방식이라는 이름으로 부른다. 'direct'라는 용어는 냉매가 공기를 냉각시키는 열 교환 코일에서 직접 기화되기 때문에 붙었다. DX 기반 시스템은 공기의 온도를 최대 13.3℃까지만 내릴 수 있기 때문에(냉각기로 인입되는 공기와 냉각되어 토출되는 공기의 온도차) 유연한 냉수 방식 시스템과 비교했을 때 적용에 제약이 많다.

Economizer

데이터 센터 냉각 시스템의 한 구성요소로서 찬 외기를 이용하여 냉동기 가동 시간을 줄이는 회로다. 외부 온도에 따라 냉동기는 바이패스(부분적으로 또는 전체로)되어 프리쿨링이라는 냉수 순환 구조가 만들어진다. 자연히 이 회로는 찬 기온의 지역에서 가장 효율적이다. Econimizer에는 Air Side Economizer와 Water Side Economizer가 있다. Water Side Economizer는 외부의 온도가 일정 기온(통상적으로 5℃ 정도) 이하인 경우 냉동기의 컴프래서를 가동하지 않고 냉각 타워를 거치면서 차가워진 냉각수의 순환만으로 냉수의 열을 흡수하는 방식이다. 쿨링시스템 전체에서 가장 전력 소비 비중이 큰 냉동기를 가동하지 않는다는 의미에서 프리쿨링이라고 불린다. 반면에 Air Side Economizer는 전산실에서 나오는 더운 공기를 외부로 배출하고 대신 상대적으로 낮은 온도의 외기를 직접 전산실로 유입하는 방식이다. 외기의 온도가 실내 설정 온도(통상 22~25℃) 이하이면 냉동기의 가동 없이 쿨링이 이루어지기 때문에 Water Side방식보다 월등히 효과가 좋다. 그러나 Air Side 방식은 외기가 직접 유입되기 때문에 정화용 필터와 습도 조절을 위한 회로가 필요할 수 있다.

그림 4 외기 도입을 위한 통로 및 습기 제어 필터(직접 촬영@Cisco Allen DC)

Fan tile

데이터 센터의 특정 지역에 대한 공조량을 증가시키기 위해 팬이 부착된 Raised floor 타일을 사용할 수 있다. 팬 타일은 주로 핫 스팟을 완화시키는 목적으로 사용했다. 핫 스팟은 비계획적인 랙과 서버 배치때문에 발생할 수 있다. 팬 타일의 사용은 단기간 동안 핫 스팟을 완화시킬 수 있지만 대부분의 경우 이 방법보다는 전력 소비를 줄일 수 있는 공조의 개선이나 냉각 시스템을 통한 개선이 더 효과적이다.

Local Utility

대용량 전력을 소비하는 전력 소비처의 경우 전력 소비처에서 직접 전기를 생산하는 시설을 갖추는 경우가 있는데, 이를 Local Utility라고 부른다. 전력 생산 증가율이 환경적인 문제 등의 이유로 전력 소비 증가를 충분히 따라가지 못하는 현상이 도래하면서 대규모 전력을 소비하는 대형 데이터 센터와 같은 전력 소비처에서 Local Utility 시설을 채용하는 비율이 급격하게 증가하고 있다. 필요한 전력의 원활한 확보와 송전 경로상의 손실을 보상하기 위한 목적으로 Local Utility가 만들어지는 것이다. 하지만 순수하게 발전만 하는 경우 상업용 발전 회사만큼의 전력 생산 단가에 이르기는 쉽지 않다.

따라서 발전 과정에서 발생하는 대량의 폐열을 얼마나 활용할 수 있는지가 자가 발전 수익성 확보의 관건이 된다. 일반 건물의 경우 폐열을 활용할 수 있는 기간이 겨울(난방용)과 여름(냉방용)에 국한되고 나머지 계절에는 폐열 활용처가 없기에 경제성 확보가 쉽지 않지만, 데이터 센터의 경우 연중 일정한 냉각 요구가 있기 때문에 데이터 센터는 다른 어떤 시설보다도 열병합 발전 설비의 적용이 효과적일 수 있는 시설이라 할 수 있다.

Raised-floor plenum

이것은 데이터 센터의 바닥 면과 raised floor 타일 사이의 공간을 말한다. 이것은 일반적으로 압력이 가해진 찬 공기를 타공판 타일을 통해 IT 장비로 전달하는 통로로 사용된다. 또한 이 공간을 네트워크나 전원 케이블의 배치 목적으로 사용할 수 있지만, raised floor를 통해 바닥으로 케이블링을 하는 것은 데이터 센터의 설계에서 권하는 방법이 아니다. NHN IDC에서는 랙 상부에 케이블 tray를 설치하는 방식을 사용하고 있다.

Floor to Ceiling Height

최근 고밀도 데이터 센터의 경우 바닥부터 천정까지의 높이(층고)가 데이터 센터 평가에 매우 중요한 기준이다. 베스트 프랙티스를 참고하면 전력과 통신 케이블을 오버헤드형으로 구성하는 경우 효과적인 공기 소통을 위해 raised floor의 높이가 0.9m(36인치) 이상 요구된다. 이렇게 층고가 높아지면 대류 효과에 의하여 뜨거운 공기는 위쪽에 찬 공기는 아래 쪽에 머무르게 되어 효율적인 냉각이 가능하게 된다. 4.3KW/㎡가 가능한 데이터 센터를 구축하기 위해서는 바닥에서 천정까지의 높이가 최소한 5.5m(18피트) 이상이어야 한다. 일부 데이터 센터의 경우 raised floor를 사용하지 않고 대신 상부 덕트를 구성하여 급배기를 구성하고 찬 공기 통로와 더운 공기 통로를 차페하기도 한다. 이런 구성 방식은 급배기 덕트가 랙 배치와 맞춰져야 하기 때문에 수시로 배치를 바꿔야 하는 데이터 센터의 경우에는 부적합할 수 있다.

UPS(Uninterruptible Power Supply)

정전이 발생했을 때 다시 전력이 공급되기 전까지 IT 시스템에 백업 전원을 제공하는 시스템이다. 일반적인 UPS 시스템은 인버터 기반의 배터리 시스템이다. 이러한 배터리 방식의 단점은 배터리 축전 용량을 넘어선 정전에 대비할 수 없다는 것이다. 그렇기 때문에 일부 선진적인 데이터 센터에서는 배터리 대신 또는 배터리를 보조하여 플라이 휠(Flywheel) 방식을 사용하기도 한다.

Flywheel UPS system

회전 운동을 하고 있는 무거운 플라이 휠에 저장되는 운동 에너지를 이용해 정전 시 짧은 시간 동안 전력을 생산하는 발전기다. 보통 플라이 휠과 디젤 발전기를 함께 사용하며, 플라이 휠은 정전시점부터 비상 발전기가 동작하기 직전까지 필요한 전력을 제공한다. 플라이 휠 방식의 에너지 저장 기술은 일반적인 UPS에서 통상적으로 사용하는 배터리에 비해 환경친화적이고 설치 면적을 적게 차지한다는 점 때문에 주목을 받고 있다. 설치 면적 축소는 배터리가 보통 10분~20분 정도의 백업 타임을 가지는 용량으로 구성하는 데 비해 플라이 휠은 단지 15~45초 정도의 백업 타임을 제공하는 까닭이기도 하다. 왜냐하면 보통 30초 정도면 발전기를 구동할 수 있기 때문이다.

그림 5 Flywheel UPS system(직접 촬영@Cisco Allen DC)

Hot Aisle/Cold Aisle

더워진 공기(서버에서 배출되는)와 찬 공기(냉각 시스템에서 공급되는)의 혼합은 데이터 센터의 비효율성을 야기하는 큰 원인 중 하나이다. 이것은 핫 스팟을 만들며 일정치 못한 냉각과 불필요한 냉각으로 설비 마모를 일으킬 수 있다. 더운 공기와 찬 공기의 혼합 현상을 최소화하기 위한 최선의 방법은 인접한 랙에서 배출되는 더운 공기가 서로 만나도록 랙을 배치하는 것이다. 이렇게 하면 랙 열과 랙 열 사이에 자연스럽게 찬 공기 통로와 더운 공기 통로가 만들어 진다. 이런 방식으로 찬 공기 통로에 배치된 타공판을 통해 불어 나오는 찬 공기는 랙의 전면으로 유입되고 랙의 후면으로 배출되는 더운 공기는 전산실의 상부를 통해 배출된다.

NOC(Network Operations Center)

서버의 성능과 가용성에 대한 문제를 사전 탐지하고, 안정적인 운영을 유지 하도록 하기 위하여 컴퓨터 네트워크를 감시하는 서비스 책임이 부여된 조직으로, DoS(Denial of Service)공격 치료나 연동컨넥션 단절 복구 및 보안 이슈 같은 긴급 지원을 담당하기도 한다.

Rack Unit: '랙 단위'나 'U' 또는 'RU'라고도 부른다. 랙 마운팅 형 전산장비장비의 높이를 표현하는 단위이다. 1U는 1.75인치(44.45mm)이다.

RTU(Rooftop Unit)

RTU는 건물의 옥상에 설치 가능한 데이터 센터 냉각 공조 설비다. 이런 방식은 전산실 상면(white space)에 냉각 설비를 설치할 필요성을 제거하여 효율성을 개선할 수 있게 한다. 건물 옥상에 설치하는 방식이기 때문에, IT 자원에 영향을 주지 않고 업그레이드할 수 있는 장점도 있다.

Power-density

단위 면적당 전력 사용랑을 나타내는 수치다. 최근에는 데이터 센터 넓이를 기준으로 하는 Power –density(Watt/㎡)보다도 랙당 전력(Watt/Rack)을 계산하는 것이 더 의미 있는 경우가 많다.

Power Density Paradox

데이터 센터 상면 공간이 한계에 달한 기업은 가끔 장비의 배치 밀도를 높임으로써 추가 공간을 확보하기도 한다. 그러나 이렇게 집적도가 높아지면, 더 많은 전력이 필요해지고 냉각 시스템의 처리 용량 확충 또한 필요하게 된다. 증가하는 서버 수에 대응할 수 있는 전력 시스템과 냉각 시스템을 준비하다 보면 더 많은 공간이 필요할 수도 있다. 이것을 전력밀도 역설(Power Density Paradox)이라고 한다. 서버의 밀도와 서버 밀도에 적절한 수준의 설비를 위해 필요한 공간 사이의 적절한 균형은 운영의 효율성과 총 비용 최소화가 가능한 수준에서 결정된다.

Remote hands

호스팅 서비스를 이용하거나 colocation DC 환경에서 remote hands(Nobrain Service, Hands*Eye Service)는 IT 장비의 전원 온/오프(on/off)나 화면 표시 내용 전달, 케이블링과 같이 사업자가 제공하는 엔지니어링 지원을 위한 온사이트 지원 서비스를 말한다. 여기에는 시스템의 교체도 포함될 수 있다.

Steam Humidification

에어컨에서 발생하는 응축(차가운 냉각파이프에 물방울이 맺히는 현상)때문에 데이터 센터의 습도는 낮아진다. 전산실 내부 공기 순환 방식의 냉각 시스템(기존의 데이터 센터는 대부분 내부 순환 방식)에서 냉각만 지속되는 경우 응축에 따른 습기 제거 현상 발생으로 때로는 지나치게 낮은 습도의 환경이 만들어 지게 된다. 하지만 전기/전자 장비의 정전 방지와 정상적인 운영을 위해서는 적절한 습도 유지가 필요하다. 이를 위해 대부분의 CRAC 유닛은 가열을 통한 증기 발생을 통해 습기를 보충하는 회로를 가지고 있다. 이러한 증기 방식의 시스템은 CRAC 유닛의 냉각 효율을 떨어뜨리게 된다.

Ultrasonic Humidification

초음파 가습기는 금속판을 초음파 주파수로 진동시켜 물의 분자 운동을 활발하게 자극해 공기 중으로 습기를 공급하도록 만들어진 시스템이다. 초음파 가습은 가습을 위해 열을 사용하지 않기 때문에 전통적으로 대부분의 CRAC에서 사용해 왔던 열에 의한 증발 방식에 비해 95%이상 효율이 좋다. 대부분의 경우에 초음파 가습기로 교체는 쉽게 할 수 있다.

VFD (Variable Frequency Drive)

모터에 공급되는 전력의 주파수를 조정함으로써 교류 모터의 회전 속도를 조절하기 위한 시스템이다. VFD는 모터의 최대 용량으로만 가동되는 것보다는 시스템의 요구량에 적합하도록 공기나 유체의 양을 조절할 수 있게 하여 에너지를 절감한다.

Watts per Square Foot

단위 면적당 와트(Watt/㎡)는 설비의 전체 용량을 표시하기 위한 방법으로, 데이터 센터의 용량을 나타낼 때 쓰는 방법 중 하나이다. 예를 들어 1MW 전력용량과 냉각 용량을 가지는 1000㎡ 면적(전산실 상면 면적)의 경우라면 평균 1KW/㎡로 표현된다. 이 공간의 일부는 CRAC과 통로 등으로 사용되기 때문에 실제 IT 장비가 설치되는 면적당 전력 밀도는 훨씬 더 크다. 몇 년 전에 600Watt/㎡로 설계된 데이터 센터의 경우라면 단위면적당 400Watt를 추가로 공급하기 위한 업그레이드가 필요하다. 그러나 단위 면적당 전력량은 실제 용량 표현 방식으로는 부족한 점이 많다. 기준 면적을 어디까지로 설정하는지, 이 면적 중 설비나 통로가 차지하는 면적이 얼마나 되는지, 장비의 배치는 어느 정도로 촘촘하게 이루어지는지에 따라 실제 시스템에 공급 가능한 전력 밀도가 결정되기 때문이다. 따라서 Rack당 전력량(Watt/Rack)이 더 정확한 정보 전달에 유리하다.

마치며

이상으로 간략하게 데이터 센터라는 인터넷 비즈니스의 핵심 요소에 대해서 살펴봤다. 서비스의 가용성 확보를 위해서 가장 기본이 되는 인프라인 만큼 개발자들도 상식으로 알고 있다면 업무에 도움이 될 것이라 생각한다.

참고자료

http://en.wikipedia.org/wiki/Datacenter
Cisco EBC, 2012/05

출처 : http://helloworld.naver.com/helloworld/176039

텐센트 10TB 무료 대용량 클라우드 서비스 모바일 APP/PC 클라이언트 한글화 배포(PC버전 추가)

JaeSoo — Sat, 28 Sep 2013 12:34:31 +0000

텐센트 10TB 무료 대용량 클라우드 서비스 모바일 APP/PC 클라이언트 한글화

안녕하세요. SPAPA입니다.

오늘은 어제 소개해드린 텐센트 10TB 무료 대용량 클라우드 서비스 모바일 앱과 PC 클라이언트 프로그램의

한글화 파일을 공유해드릴까합니다.

텐센트 10TB 무료 대용량 클라우드 서비스? : http://spapa1004.tistory.com/49

이틀의 걸쳐 머리 싸매가며, 한글화 해봤는데...

몇몇 도저히 해석이 안되는 부분은 그냥 번역기의 힘을 빌려 발번역해서 넣었습니다;;

쓰시는데는 전혀 지장 없을정도로 심혈을 기울여 최대한 수정했습니다.

그리고 앱을 통해 간편하게 회원가입과 용량 업그레이드를 진행할수 있도록 메뉴도 수정하였습니다.

한글화 모바일 앱 다운로드 : TencentCloud_fix2(SPAPA).apk

한글화 앱 추가수정 (초보자 가이드 한글화, 몇몇 부분 수정)

PC 클라이언트 한글화 파일 : PC용 한글화.zip

PC 클라이언트 설치파일 : http://dldir1.qq.com/weiyun/weiyun_windows_1.6.0.514.exe

PC용은 한글화 되지않는 부분들이 좀 있네요;; 그래도 쓸만은 합니다.ㅋㅋ

모바일앱은 그냥 설치하시면되고, PC용 클라이언트 한글화파일은

압축을 풀어 나온 파일들을 TencentweiyunI18N2052 폴더안에 덮어주시면됩니다.

이쯤에서 추천 한번씩 눌러주시면 큰 힘이 될거같습니다^^

이 자료는 다른곳에서의 직접적인 공유를 절대 금지합니다.

혹시나 공유하실분들은 블로그 링크로만 허용합니다.

이상으로 텐센트 10TB 클라우드 서비스의 포스팅은 마치도록 하겠습니다.

다음엔 바이두(Baidu)의 클라우드 서비스 소개글과 모바일 앱 한글화 버전을 올려드리겠습니다^^

현재 90%정도 완성된거같네요....

출처 : http://spapa1004.tistory.com/50

인터넷속도측정 10초면 가능 인터넷속도 체크해보세요

JaeSoo — Wed, 11 Sep 2013 09:59:23 +0000

예전에는 인터넷속도에 민감해서 자주 인터넷속도측정을 하곤 했는데, 요즘에는 다운로드 속도가 안나올때만 가끔 하는편이죠?? 그리고 가끔 KT메가패스 AS를 신청하면 기사님이 점검하시고, 마지막으로 벤치비나 Qook사이트에 들어가서 인터넷속도측정을 하더군요.

그때마다 설치해야 하는 엑티브X.. 저는 엑티브X를 매우 싫어합니다. 만약 기사님이 엑티브X설치 없이 인터넷속도측정이 가능한 웹사이트를 알았다면 빠르기도하고 제 컴퓨터도 깔끔하고매우 좋을텐데.. 그점이 조금 아쉽더군요.

▒ 인터넷속도 측정 사이트 입니다.

그래서 오늘은 별도의 프로그램 설치없이 인터넷속도체크가 가능한 웹사이트 2곳과 기타 많이들 이용하시는 인터넷속도체크 가능 사이트를 알려드리고, 비교해 보겠습니다.

speedtest.net Begin

Test 버튼을 눌러주신후 10초정도면
다운로드 속도는 바로 체크가 가능합니다.

인터넷속도측정 체크 동영상

기본적으로 업로드 속도와 다운로드 속도 그리고 PING정보,IP등을 제공합니다. 가장 큰장점은 앞서 말했듯이 엑티브X 노설치, 빠르게 인터넷속도 체크가 가능하다는 것입니다.

speed.io

이 사이트는 처음 구동속도가 느리기는 하지만 인터넷속도측정 속도는 빠르며 역시 별도의 프로그램설치없이 가능합니다. 인터페이스가 상당히 마음에 들더군요.

▒ 그 밖에 인터넷속도체크 가능한 사이트 : 인터넷속도측정의 정확도는 어느정도?

인터넷속도측정이 가능한 사이트는 대표적으로 벤치비,한국정보화진흥원이 있고, 인터넷서비스업체 Qook,Sk브로드밴드,U플러스에서도 자체적으로 인터넷속도측정서비스를 제공하고 있습니다.

하지만,

단점이라면 엑티브X를 깔아야하기 때문에 파이어폭스나 구글크롬 브라우저에서는 인터넷속도체크를 할수없습니다. 또한 한국정보화진흥원을 제외한 다른 사이트는 회원가입이 필수이며 Qook, U플러스, SK브로드밴드 같은경우는 자사회원만 가능합니다.

저는 KT메가패스를 이용하기때문에 Qook홈페이지[접속]를 통해서 체크를 해봤습니다.

Qook 인터넷속도체크 결과값

평균 다운로드 속도는 19.04Mbps PING지연시간은 11ms 업로드 속도는 3.2Mbps 입니다. speedtest.net 에서 테스트와 비슷한 결과값 입니다.

한국정보화진흥원 인터넷속체크 결과값

역시 다운로드 속도는 19.0Mbps 업로드 속도는 3.0Mbps 대로 비슷한 결과값이 나왔습니다.이쯤되면 짐작하셨을것 같네요. 굳이 프로그램설치를 해야만 체크가 가능한 사이트에서 측정할필요가 없을듯 합니다.

인터넷속도측정 사이트 목록입니다. 테스트 하실분은 링크를 눌러주세요.

엑티브X설치[無] / 회원가입[無] speedtest.net speed.io
엑티브X설치[有] / 회원가입[無] 한국정보화진흥원
엑티브X설치[有] / 회원가입[有] 벤치비 Qook SK브로드밴드 LGU+

관련글 :
※ IP주소확인 방법 1초만에 아이피주소 확인하세요
※ 아이피추적 가장쉬운방법 아이피추적기 없이 IP추적 가능

출처 : http://webchobo.tistory.com/59

구글(Google) Play 결제 정보 변경

JaeSoo — Tue, 10 Sep 2013 10:55:08 +0000

결제 정보 변경

개요

결제 또는 청구서 수신 주소 정보를 수정할 수 있습니다. 카드 세부 정보를 수정하려면 모바일/태블릿이 아닌 노트북/컴퓨터에서 Google 지갑 계정에 로그인해야 합니다.

카드 추가

https://wallet.google.com/manage 페이지에서 계정에 로그인합니다.
페이지 왼쪽에 있는 결제 방법을 클릭합니다.
새 카드를 클릭하여 신용/직불카드 세부정보 및 청구지 주소를 입력합니다. 원하는 대로 변경한 후 저장을 클릭합니다.

이 카드를 기본 결제 방법으로 사용하려면 카드 옆의 기본으로 설정을 클릭합니다.

카드 업데이트

https://wallet.google.com/manage 페이지에서 계정에 로그인합니다.
페이지 왼쪽에 있는 결제 방법을 클릭합니다.
변경하려는 카드 정보 옆의 수정을 클릭합니다. 카드 정보를 변경한 후 저장을 클릭합니다.

이 카드를 기본 결제 방법으로 사용하려면 카드 옆의 기본으로 설정을 클릭합니다.

저장을 클릭합니다.

카드 삭제하기

https://wallet.google.com/manage 페이지에서 계정에 로그인합니다.
페이지 왼쪽에 있는 결제 방법을 클릭합니다.
삭제하려는 카드 정보 옆의 삭제를 클릭합니다.

출처 : https://support.google.com/googleplay/answer/29072?hl=ko

SDN,어떻게 접근해야 할 것인가 (SDN의 도입에 따른 이해관계자 분석과 시사점)

JAESOO — Mon, 22 Jul 2013 10:36:13 +0000

개요

최근 SDN 기술을 두고 주요 업체들이 SDN 기술
확산 및 표준화에 대해 표준 관련 기관에 참여하거
나, 자사 영향력을 확대하기 위한 전략 등을 발표하
고 있다. 이러한 이해관계자들은 SDN 기술의 표준
및 발전과 관련하여 협력하고, 대립하는 경쟁적인
모습을 보인다.
다양한 이해관계자들 사이에서 SDN 기술 관련 전
략이나 입장은 서로 다르게 나타나고 있다. 이에 본고
에서는 표준 관련 기구, 장비공급업체, 통신사업자,
인터넷사업자 등으로 이해관계자를 구분하여 대응현
황과 도입효과를 살펴보고, 이를 바탕으로 SDN의 이
슈와 관련된 이해관계자들의 입장 및 SDN 기술의 혁
신성에 대해 분석하여 시사점을 제공하고자 한다.

I. SDN 관련 주요 이해관계자 현황
1. 주요 국제 표준화 기구 및 산업 표준화 단체(ITU-T, IETF, ONF)
2. 네트워크 장비 공급업체
3. 통신사업자
4. 인터넷 사업자

II. SDN의 이해관계자 및 혁신성 분석
1. SDN의 이슈를 둘러싼 이해관계자 분석
2. SDN 기술의 혁신성 분석

III. 시사점

IV. 참고문헌

62_(Theme Inside) Theme 2.pdf

출처 : http://www.ktoa.or.kr/adminside/include/download.asp?filename=62_(Theme%20Inside)%20Theme%202.pdf&filepath=/adminside/dataroom/up_file/62_(Theme%20Inside)%20Theme%202.pdf

MRTG 이용한 네트워크 모니터링

JaeSoo — Sat, 13 Apr 2013 02:28:21 +0000

리눅스 시스템 최적화 튜닝(5)

MRTG 이용한 네트워크 모니터링

글쓴이 : 문태준

HTTP://tunelinux.pe.kr, HTTP://database.sarang.net 운영자

리눅스 시스템 모니터링과 최적화

2001/8 안정된 시스템 관리를 위한 시스템 모니터링 툴 제대로 쓰기

2001/9 네트워크 모니터링 툴 익히기

2001/10 운영체제와 커널 차원에서의 튜닝과 보안

2001/11 응용프로그램에서의 최적화

2001/12 MRTG 이용한 네트워크 모니터링

두번째 강의에서는 네트워크 모니터링 프로그램에 대하여 알아보았으며 네트워크 트래픽을 사용하는데 주로 사용되는 MRTG에 대하여 소개를 하였다. MRTG(The Multi Router Traffic Grapher)는 일반적으로 WAN(Wide Area Network) 구간에 대한 트래픽을 점검하는 프로그램으로 회선의 트래픽을 모니터링하기에는 가장 우수한 툴중 하나이다.

0. 들어가며

2001년 9월호 강의에서 네트워크 모니터링 프로그램에 대한 전반적인 소개를 하였다. 네트워크 패킷 분석에는 tcpdump, 포트 탐색에는 nmap, 네트워크 상태에 대한 정보는 netstat, 파일과 프로세스, 소켓에 대한 정보는 lsof를 이용한다. 트래픽과 관련해서 일반적으로 많이 사용하고 있는 것이 여기서 설명하고자 하는 MRTG이다. 이외에도 내부 네트워크 레벨의 모니터링 프로그램으로 ntop 등이 있다. 네트워크 모니터링이라고 하면 빠질 수가 없는 것이 네트워크 관리 시스템(Network Management System, NMS)이다. NMS는 안정적이고 효율적으로 네트워크 환경을 제공하기 위해서 네트워크 상에 존재하는 다양한 자원을 모니터링하고 제어한다. 여기에 사용되고 있는 것 중 하나가 IETF(Internet Engineering Task Force)에서 제정한 인터넷 관리 프로토콜인 SNMP(Simple Network Management Protocol)이다. NMS는 위의 개별적인 프로그램과는 그 성격이 다르며 전체 네트워크의 구성을 관리하고 운영할 수 있는 플랫폼으로 볼 수가 있다.

운영하는 시스템과 장비가 한두대이면 몰라도 규모가 커질수록 시스템 관리자가 관리할 수 있는 규모는 한계가 있다. 또한 이것을 모두 개별적으로 모니터링하기란 현실적으로 힘든 일이다. 이러한 경우 상용솔루션을 구입하지 않는다면 SNMP와 MRTG를 결합하여 시스템 모니터링을 자동화하는 방법을 이용할 수 있다. 물론 굳이 MRTG나 SNMP가 아니라고 하더라도 주기적으로 시스템을 모니터링하는 것은 가능하다. 간단한 쉘 스크립트를 짜고 cron을 이용하여 주기적으로 보고서를 만들 수 도 있다. php나 펄등을 이용하여 결과를 웹으로 출력도 가능하다. 그런데 위에서 말을 한것처럼 다양한 자원에 대한 모니터링과 제어가 중요해지면서 발전을 해오것이 SNMP이며 대부분의 네트웍 장비에서도 표준으로 지원하고 있고 리눅스나 솔리리스, HP-UX 등 대부분의 유닉스에서도 사용이 가능하다. MRTG는 SNMP agent가 탑재된 장치의 트래픽을 모니터링하는 툴로 장치에 주기적으로 SNMP 폴링을 하여 트래픽 정보를 그래프로 보여주는 html 페이지를 생성한다. 복잡한 프로그래밍을 하지 않아도 MRTG의 원리를 조금만 이해하면 시스템 모니터링 작업을 아주 간편하게 처리할 수 있다.

원래는 MRTG와 SNMP를 이용하여 시스템 모니터링를 자동화하는 방법에 대해서 설명을 하려고 했는데 이에 관련된 글들이 조금씩 계속 나오고 있고 MRTG 사용자수에 비하여 막상 MRTG 사용에 대한 자료는 부족하기에 이번 강의에서는 MRTG 에 대하여 상세하게 설명을 하겠다. 보통 처음 사용하는 사람들은 설정옵션만 보고도 질려버리는 경우가 많이 있지만 그중 주로 많이 사용되는 옵션을 중심으로 설명을 하겠다.

1. MRTG란 무엇인가? - MRTG 소개 및 사용방법

그렇다면 MRTG란 무엇인가? The Multi Router Traffic Grapher (MRTG)는 네트워크의 부하를 감시하는 툴이다. MRTG는 현재 네트워크의 상태를 HTML로 만들어서 사용자가 쉽게 볼수록 한다. MRTG 사이트에 있는 http://www.stat.ee.ethz.ch/mrtg/ 화면이나 필자의 사이트에 있는 그래프를 본다면 쉽게 이해가 갈 것이다.

MRTG는 대부분의 운영체제에서 작동을 하며 리눅스도 지원이 된다.라우터에서 트래픽 카운터를 읽는 SNMP를 사용하는 펄 스크립트와 트래픽 데이타를 수집하고 쉽게 읽을 수 있도록 그래픽 화면으로 변환하는 C로 구성되어있다. 속도가 요구되는 부분은 C로 작성하였다.

MRTG는 매일매일의 트래픽 상황, 과거 7일간, 4주간, 1년간 트래픽 상황을 그래프로 생성한다. 로그를 효율적으로 관리하기 때문에 로그가 커질 염려는 하지 않아도 되고 2년간의 자료를 보관한다. 비교적 저스펙의 하드웨어에서도 50개 이상의 네트웍 링크를 모니터링할 수 있다.

또한 네트웍 트래픽뿐만 아니라 모든 SNMP 변수에 대해서도 모니터링이 가능하다. 외부 프로그램을 이용해서 MRTG가 모니터링할 수 있는 자료를 모을 수도 있다. 시스템 부하, 로그인세션 , 모뎀의 가용성 등도 MRTG를 이용해 모니터링할 수 있다. 2개 이상의 데이터 소스를 하나의 그래프로 나타낼 수도 있다.

MRTG의 특징은 다음과 같다.

1. 대부분의 Unix플랫폼과, WindowsNT상에서 동작한다.

2. 간단하게 커스터마이즈할 수 있도록 Perl를 사용하고 있다.

3. 이식성이 좋은 펄을 사용해 SNMP 부분을 프로그래밍했다. 그래서 별도로 SNMP 패키지를 설치할 필요가 없다.

4. 로그를 정리하기 위한 독자의 알고리즘을 채용하고 있으므로, MRTG의 로그파일의 사이즈가 커지지 않는다.

5. 반자동의 설정용 툴을 지원한다.

6. 속도가 중요한 부분은 C로 작성되었다.

7. MRTG가 생성하는 HTML파일을 상세하게 설정하는 것이 가능하다

8. MRTG는 GNU PUBLIC LICENSE 로 제공된다.

mrtg 설치하기

MRTG 사이트는 아래와 같다.

http://people.ee.ethz.ch/~oetiker/webtools/mrtg/

그림 1 MRTG 사이트

http://people.ee.ethz.ch/~oetiker/webtools/mrtg/pub/에서 MRTG 최신판을 다운받는다.

그래프를 그려주기 위해서는 GD 라이브러리가 필요하며 리눅스의 경우 보통 기본으로 설치가 되어 있지만 없는 경우 http://www.boutell.com/gd/에서 다운받아 설치를 하면 된다. 물론 rpm으로 설치를 하여도 된다. Perl은 v.5.005 이상이 필요하며 펄도 일반적으로는 리눅스에 설치가 되어 있다.

$ tar xvfz mrtg-2.9.17.tar.gz

$ cd mrtg-2.9.17

$ ./configure

$ make

일반적인 공개 소프트웨어 설치 방법과 비슷하다. 이제 MRTG를 컴파일하여 사용할 준비를 다 하였다. 이제 MRTG를 사용할 수 있도록 환경파일을 설정하면 된다. 환경파일에 모니터링할 디바이스를 지정한다. 각 사이트마다 설정이 다르므로 MRTG 패키지 자체에 미리 설정된 파일을 제공하지는 않는다. 그대신 cfgmaker라는 프로그램을 이용하여 기본적인 설정작업을 쉽게 할 수 있다. Cfgmaker는 네트워크 디바이스에 특정 SNMP 신호를 보내 MRTG에 적절한 설정 파일을 만드는 역할을 한다. 사용방법은 다음과 같다.

cfgmaker <community>@<router-host-name or IP > mrtg.cfg

여기에서 라우터를 모니터링할 경우 라우터에 설정되어 있는 community를 지정해야하는데 일반적으로 기본값은 public이므로 정확히 모를 경우에는 public으로 지정하면 된다. Cfgmaker 프로그램은 출력결과를 화면으로 보내기 때문에 파일로 리다이렉션해서 저장한다.

아래에서 mrtg 설치는 /usr/local/mrtg , HTML 페이지는 /home/httpd/html/mrtg/pse 디렉토리라고 가정한다.

# /usr/local/mrtg/bin/cfgmaker --global 'Workdir:/home/httpd/html/mrtg/pse' --global 'language:korean' public@211.11.11.11 > /usr/local/mrtg/pse.cfg

--base: Get Device Info on public@211.11.11.11

--base: Vendor Id:

--base: Populating confcache

--base: Get Interface Info

--base: Walking ifIndex

--base: Walking ifType

--base: Walking ifSpeed

--base: Walking ifAdminStatus

--base: Walking ifOperStatus

--global에서 Workdir은 모니터링 결과가 생성될 웹디렉토리를 지정하고 language는 웹에서 출력할 언어를 선택하는 것인데 여기서 웹디렉토리는 /home/httpd/html/mrtg/pse 로 지정하였고 언어는 한국어로 지정하였다. 언어를 korean으로 지정하면 웹에서 모니터링한 결과를 한글로 볼 수 있다.

만약 community가 잘못되었다면 아래와 같은 에러가 뜰 것이다.

# /usr/local/mrtg/bin/cfgmaker --global 'Workdir:/home/httpd/html/mrtg/pse' --

global 'language:korean' publc@211.11.11.11

--base: Get Device Info on publc@211.11.11.11

SNMP Error:

no response received

SNMPv1_Session (remote host: "211.11.11.11" [211.11.11.11].161

community: "publc"

request ID: 861935728

PDU bufsize: 8000 bytes

timeout: 2s

retries: 5

backoff: 1)

SNMPGET Problem for sysDescr sysContact sysName sysLocation sysObjectID on publc

@211.11.11.11

--base: Vendor Id:

--base: Populating confcache

SNMP Error:

no response received

SNMPv1_Session (remote host: "211.11.11.11" [211.11.11.11].161

community: "publc"

request ID: 861935729

PDU bufsize: 8000 bytes

timeout: 2s

retries: 5

backoff: 1)

SNMPWALK Problem for 1.3.6.1.2.1.2.2.1.2 on publc@211.11.11.11

SNMP Error:

no response received

이런 경우 네트워크 관리자에게 community를 확인해보거나 직접 네트워크 관리를 한다면 라우터에서 SNMP 기능이 활성화되어 있는지 확인하고 활성화되어 있다면 community를 적절히 설정해야한다. 일반적으로 기본설정은 public으로 되어있다.

위에서 설정파일을 에러없이 만드는데 성공했다면 이제 MRTG 프로그램을 실행하여 결과를 확인해본다.

# /usr/local/mrtg/bin/mrtg /usr/local/mrtg/pse.cfg

여기에서 아무런 메시지가 출력되지 않으면 정상적으로 프로그램이 실행된 것이다. 그런데 제일 처음 실행하는 경우에는 아래와 같은 메시지가 출력된다.

Rateup WARNING: /usr/local/mrtg-2.9.4/bin/rateup could not read the primary log file for 211.11.11.11_1

Rateup WARNING: /usr/local/mrtg-2.9.4/bin/rateup The backup log file for 211.11.11.11_1 was invalid as well

Rateup WARNING: /usr/local/mrtg-2.9.4/bin/rateup Can't remove 211.11.11.11_1.old updating log file

Rateup WARNING: /usr/local/mrtg-2.9.4/bin/rateup Can't rename 211.11.11.11_1.log to 211.11.11.11_1.old updating log file

이는 MRTG에서 모니터링한 결과를 로그파일에 기록하는데 제일 처음 실행하는 경우에는 아직 로그파일이 생성되어 있지 않기 때문이다. 위와 같은 에러메시지가 없어질 때까지 몇번 실행을 하면 된다. MRTG를 실행하면 설정파일에 있는 각 디바이스로부터 SNMP 데이터를 수집하고 Workdir에 지정한 디렉토리에 웹페이지를 생성한다. 먼저 웹에서 모니터링한 결과가 제대로 생성되었는지 확인을 해보자.

그림 2 MRTG 모니터링 출력 페이지

MRTG는 네트워크 성능과 관련한 정보를 그래프로 보여주고 또한 모니터링하는 인터페이스의 추가정보도 출력을 한다. 그래프는 모두 네개의 페이지로 나누어져 있으며 일별, 주별, 월별, 년별로 평균 전송량을 초당 바이트 단위로 보여준다. 그림에서 보듯이 여기에 해당 디바이스에 대한 정보도 포함하고 있다.

출력되는 결과는 SNMP를 통하여 수집된 자료를 보여준다. System은 sysName과 sysLocation 객체를 보여주고 Maintainer는 sysContact 객체에서 값을 가져온다. Description에서는 해당 디바이스가 이더넷이라는 것을 보여준다. Max Speed는 ifSpeed 객체를 8로 나누어 계산을 한다. 해당 인터페이스에서 지원하는 초당 전송량을 바이트로 나타낸다. 그 다음줄에는 모니터링 대상이 되는 디바이스의 ip가 출력이 된다. 그 다음에는 레포트를 생성한 날짜와 시간을 보여주고 디바이스가 재부팅되었거나 디바이스의 네트워크 관리 컴포넌트가 재설정된 이후의 가동시간을 보여준다.

일간 그래프를 보면 5분 단위 평균값 기준으로 전송량을 보여주는데 여기에서 평균은 현재와 과거의 값의 차이를 비교하여 시간으로 나눈 값으로 누적된 전체 전송량을 보여주는 것이 아니다. X축은 두시간 간격으로 증가되고 있고 Y축은 0부터 최대 값의 사이에서 바이트 단위로 보여준다. 그래프는 수신과 송신으로 나누어 입력과 출력된 전송량을 다르게 보여주고 있는데 이러한 색깔 등은 나중에 설정파일을 통하여 변경가능하다. 또 그래프 하단에서는 최대, 평균, 현재로 나누어 간단한 요약 정보를 보여주고 있다. MRTG에서 설정을 조정하여 색상과 그래프 출력을 조절할 수 있다. 그래프에서는 최근의 정보를 왼쪽에서 보여주는 것이 기본값이며 오른쪽으로 변경 가능하다.

Workdir에 설정된 디렉토리를 살펴보면 아래와 같은 파일이 생성되어 있을 것이다.

# ls -l /home/httpd/html/mrtg/pse/

합계 308

drwxr-sr-x 2 www www 4096 Nov 3 14:45 ./

drwxrwsr-x 24 www www 4096 Nov 3 14:39 ../

-rw-r--r-- 1 root www 10755 Nov 3 14:45 211.11.11.11_1-day.gif

-rw-r--r-- 1 root www 8115 Nov 3 14:45 211.11.11.11_1-month.gif

-rw-r--r-- 1 root www 8579 Nov 3 14:45 211.11.11.11_1-week.gif

-rw-r--r-- 1 root www 9358 Nov 3 14:45 211.11.11.11_1-year.gif

-rw-r--r-- 1 root www 7955 Nov 3 14:45 211.11.11.11_1.html

-rw-r--r-- 1 root www 47349 Nov 3 14:45 211.11.11.11_1.log

-rw-r--r-- 1 root www 47100 Nov 3 14:45 211.11.11.11_1.old

파일명의 앞에 IP 주소와 인터페이스 번호가 매겨져있다. 앞에서 본 웹페이지가 여기에 나오는 html 파일이며 gif 파일은 일간, 주간, 월간, 년간 그래프를 담은 파일로 레포트를 보여주는 html 파일에서 사용한다. Log와 old 파일에는 SNMP로 요청하여 받은 정보가 담겨있고 그래프를 그릴때 사용한다.

로그파일 내용을 살펴보면 다음과 같은 형태로 구성이 되어 있다.

….

1004855100 93604 182541 98175 190298

1004854800 98175 190298 98175 190298

1004854500 108736 231082 111666 242160

1004854200 82967 186263 84180 190673

….

형식은 unix_time, current_in, current_out, max_in, max_out으로 되어있다. 로그시간을 보면 5분마다 기록이 되어 있다는 것을 알 수 있다. 로그파일이 작성되는 원리를 이해한다면 펄이나 PHP등 다른 언어로도 가공하여 처리하는 것이 가능하다.

이제 주기적으로 모니터링 결과를 보려면 cron으로 설정하면 된다. 레드햇등에서는 /etc/crontab 파일에 등록할수도 있고 crontab –e 명령을 이용할 수도 있다. 아래는 매 5분마다 MRTG를 실행한다.

0-59/5 * * * * /usr/local/mrtg/bin/mrtg /usr/local/mrtg/pse.cfg

2. 기본설정

지금까지는 MRTG 설치부터 사용하는 방법과 출력결과에 대한 설명을 하였다. 이제 자신의 필요에 맞게 세부적으로 MRTG를 설정하는 방법에 대하여 설명하겠다.

앞에서 cfgmaker 프로그램으로 생성한 환경파일을 살펴보자.

# cat pse.cfg

# Created by

# /usr/local/mrtg/bin/cfgmaker --global Workdir:/home/httpd/html/mrtg/pse --global language:korean public@211.11.11.11

Workdir:/home/httpd/html/mrtg/pse

language:korean

######################################################################

# System: SR2501

# Description: SsangYong Router System Ver. 4.0.45 Compiled at 15-OCT-1999 by S.S.Kang

# Contact: TEL: (02) 262-8312 FAX: (02) 262-8147

# Location: _

######################################################################

### Interface 1 >> Descr: 'Ethernet Driver' | Name: '' | Ip: '211.11.11.11' | Eth: '' ###

Target[211.11.11.11_1]: 1:public@211.11.11.11

SetEnv[211.11.11.11_1]: MRTG_INT_IP="211.11.11.11" MRTG_INT_DESCR="Ethernet Driver"

MaxBytes[211.11.11.11_1]: 1250000

Title[211.11.11.11_1]: Traffic Analysis for 1 -- SR2501

PageTop[211.11.11.11_1]: <H1>Traffic Analysis for 1 -- SR2501</H1>

<TABLE>

<TR><TD>System:</TD> <TD>SR2501 in _</TD></TR>

<TR><TD>Maintainer:</TD> <TD>TEL: (02) 262-8312 FAX: (02) 262-8147</TD></TR>

<TR><TD>Description:</TD><TD>Ethernet Driver </TD></TR>

<TR><TD>ifType:</TD> <TD>iso88023Csmacd (7)</TD></TR>

<TR><TD>ifName:</TD> <TD></TD></TR>

<TR><TD>Max Speed:</TD> <TD>1250.0 kBytes/s</TD></TR>

</TABLE>

모니터링하려는 장비에 따라 여러 개의 인터페이스가 출력될 수 있다. 예를 들어 전용선을 사용하는 경우 최소한 네트워크 회선을 제공하는 업체와 연결되는 WAN 회선이 있고 내부 네트워크과 연결되는 이더넷 포트가 있을 것이다. 해당 인터페이스마다 타겟을 설정해야한다. cfgmaker를 이용할 경우 각 인터페이스마다 중간에 주석이 생겨서 구별을 쉽게 할 수 있다.

MRTG 설정은 크게 두가지로 나누어 전체적으로 적용되는 부분과 모니터링하고자 하는 타겟에 적용되는 부분으로 구분이 된다. 여기에서도 필수적으로 적용되어야 할 부분과 옵션으로 선택할 수 있는 부분으로 세분화가 된다. 먼저 필수적으로 적용되는 것부터 살펴보겠다.

위에서는 전체 설정으로 레포트 생성 디렉토리를 /home/httpd/html/mrtg/pse 로 지정하고 언어를 korean 으로 지정했다. 언어는 필수적으로 지정하지 않아도 되는 부분이지만 국내에서 사용할때는 한글이 편리하므로 여기에서 미리 설명을 하는 것이다. # 는 주석으로 cfgmaker로 생성을 하면 환경파일 작성에 참고가 되도록 몇가지 내용이 주석처리되어 나온다. Target, SetEnv, MaxBytes, Title, PageTop이 각 타겟에 적용되는 부분이다.

다음의 형태로 설정을 한다.

Command [label] args

Command 는 다음과 같이 나뉘어진다.

Target

SetEnv

MaxBytes

Title

PageTop

각 Command 뒤에 있는 label은 구분자로 사용되며 같은 label을 그룹으로 묶어 하나의 HTML 페이지가 구성이 된다. Label은 IP 주소와 인터페이스 번호를 결합하여 구성이 되어있다. 앞에서 생성하였던 페이지를 보면 label에 지정한 이름으로 파일이 생성되었음을 확인할 수 있다.

Target 키워드는 MRTG에서 모니터링할 대상을 가리킨다. 다음의 형태로 구성을 한다.

Target[label]: port:community@device

Port는 모니터링하는 디바이스의 인터페이스 번호이다. Cfgmaker를 이용하는 경우 자동으로 디바이스에서 모든 인터페이스를 찾는다.

SetEnv는 설정파일에서 외부 스크립트를 실행하는 경우 스크립트에 특정할 값을 넘겨줄 수 있다. 다른 프로그램에서 사용할 수 있도록 환경변수를 설정해주는 것이다.

MaxBytes 키워드는 모니터링하는 트래픽에 대한 최대 상한선을 지정하고 그래프에서 Y축의 최대값으로 설정이 된다. 일반적으로 초당 바이트로 설정을 하는데 인터페이스의 대역폭을 8로 나누어 계산을 한다. 예를 들어 이더넷의 경우 초당 10Mbits인데 8로 나누면 1250000이다. 이 값을 정확히 세팅하는 것이 중요하다. 그래야 실제 정확한 자료를 볼 수 있기 때문이다.

Title 키워드는 모니터링하려는 인터페이스에 대한 정보를 담고 있으며 html 코드의 <title> 태그에 들어간다.

마지막으로 PageTop은 레포트의 상단에 인터페이스에 대한 상세한 정보를 출력하기 위한 용도로 사용이 된다.

3. 부가 옵션 설정

지금까지는 MRTG를 사용하기 위해 필요한 최소한의 설정에 대하여 살펴보았다. 전체적인 설정과 특정한 타겟에 필요한 설정으로 나눈다고 했는데 위에서 설명한 부분은 반드시 필요한 설정이라고 볼 수 있다. Cfgmaker를 이용하여 자동으로 위와 같은 설정파일을 만들 수 있지만 여기에서 출력 결과를 다양하게 조정하려면 부가적인 설정 옵션을 이용하여야 한다.

ㅇ 전체 부가 옵션 설정

Refresh	MRTG 레포트를 주기적으로 업데이트할 시간(초단위)
Interval	Mrtg를 호출할 주기
WriteExpires	Yes로 설정하면 MRTG 레포트에 대한 만료기간을 설정하는 메타 파일을 생성
IconDir	Mrtg의 아이콘 파일을 보관할 디렉토리
LoadMIB	지정한 MIB 파일을 가져와서 MIB대신 OID를 사용할 수 있음
Language	출력할 언어 지정
UseRRDTool	Rrdtool 사용

Refresh 키워드는 브라우저에서 MRTG 레포트를 얼마나 자주 다시 읽어들일 것인지를 지정한다. 기본값은 300초(5분)이다. Mrtg 프로그램을 실행하는 주기에 따라 조정하면 된다. IconDir는 mrtg 의 아이콘 파일을 별도 디렉토리로 분리하는 것이다. LoadMIB는 MIB대신 OID를 이용하는 경우에 사용한다. Language는 한글로 설정할 경우 반드시 옵션을 조정해야 할 부분이다. 프락시나 로컬 캐쉬 때문에 문제가 생기는 경우에는 WriteExpires를 조정해야하지만 일반적으로는 별다른 세팅없이 사용해도 문제가 생길 일은 없다.

ㅇ 타겟 부가 옵션 설정

AddHead	PageTop 키워드와 유사하나 </TITLE> 과 </HEAD> HTML 태그사이에 들어가서 적용됨.
Absmax	그래프를 그릴 수 있는 최대값을 지정
WithPeak	5분간 최대(peak)값 출력
Suppress	일주월년 그래프중 특정한 그래프 출력 없앰
Directory	해당 label 파일을 특정 디렉토리에 생성
Xsize/Ysize	그래프의 수평, 수직 크기를 조정
Xzoom/Yzoom	그래프의 픽셀수 조정
Xscale/Yscale	그래프의 x, y 스케일 조정
Ytics/YticsFactor	그래프당 Y축 라인수 및 이에 따른 스케일 조정
Options	그래프 출력 조정
Colours	출력 색상 조정
Background	출력 HTML 페이지의 바탕 색상 조정
Ylegend	Y축 라벨
ShortLegend	최대, 평균, 현재에서 사용하는 단위의 명칭(기본값은 b/s)
Legend[1234IO]	색상으로 구분한 범례 명칭 지정(수신, 송신 등 변경)

AddHead는 HEAD 태그에 추가 정보를 넣는 경우 사용하며 MRTG 레포트에 추가 정보를 넣는 경우 사용한다. Withpeak는 모니터링하는 디바이스의 인터페이스에 입력, 출력되는 트래픽에 대한 최대 5분간의 전송값을 보여준다. 여기에서 일간 그래프는 이미 5분간의 최대값을 보여주고 있기 때문에 주간, 월간, 년간 그래프에서만 WithPeak 키워드를 사용할 수 있다. Suppress는 일간, 주간, 월간, 년간 그래프중에서 특정한 그래프를 제외할 수 있다. MRTG는 기본적으로 Workdir 키워드에 지정한 디렉토리에 모든 파일을 생성한다. 그렇지만 모니터링하는 디바이스와 인터페이스가 많을 경우 Directory 키워드를 이용하여 특정 label 의 파일을 별도 디렉토리로 바꿀 수가 있다. Ylegend는 Y축 라벨을 변경하며 ShortLegend는 최대, 평균, 현재에서 사용하는 단위를 바꾼다. 프로세스나 세션 수 등을 모니터링할 때 유용하다. Legend는 일간 그래프등에서 출력되는 범례와 WithPeak로 설정을 했을 때 나오는 범례에 대한 명칭을 변경할 수 있다. Xsize, Xzoom, Xscale, Ytics 등은 그래프 출력을 변경할 때 사용한다.

Options는 MRTG에서 그래프를 보여주는 방식을 바꿀 수 있는 부분으로 여러가지 세부 설정을 할 수 있다.

Growright	오른쪽에서 그래프 그림
Bits	바이트 대신 비트로 변경
Noinfo	Uptime과 디바이스에 대한 정보 출력 제외함
Nopercent	퍼센트(%) 출력을 제외함
Gauge	측정한 값을 절대값으로 받고 증가시키지 않음

MRTG는 기본적으로 왼쪽에 신규 자료가 추가되지만 growright 옵션을 이용하여 오른쪽에서 그래프가 그려지도록 바꿀 수 있다. 모니터링된 값은 기본적으로 바이트로 출력이 되지만 bits 옵션을 이용하여 비트로 바끌 수 있다. 이경우 바이트보다 더 상세하게 그래프를 출력할 수 있을 것이다. Noinfo는 최종 갱신일시, 가동시간 등의 정보를 출력에서 제외한다. Nopercent는 각 그래프마다 % 비율로 나오는 정보를 출력에서 제외한다. Gauge는 증분값을 받는 것이 아니라 절대적인 수치로 처리한다. 이것은 디스크 공간, 프로세스 활용율, 세션수 등을 측정하는 경우에 유용하다. 위의 옵션은 여러가지를 같이 사용할 수 있다.

ㅇ 특수 타겟 이름

MRTG에서는 몇가지 특수 타겟 이름을 제공하는데 이를 이용하여 MRTG의 설정을 좀더 편리하게 할 수 있다. 여기에는 ^, $, _ 가 있다.

^는 모든 타겟의 PageTop 앞에 추가가 된다. 여기에 모든 타겟에서 공통으로 사용할 정보를 추가하면 된다.

PageTop[^]: <H1>tunelinux mrtg</H1>

$는 반대로 모든 PageTop의 하단에 추가가 된다.

PageTop[$]: 담당자<a href=http://tunelinux.pe.kr>Taejun</a>

중간에 다시 이러한 적용을 제외하고자 한다면 빈 값으로 세팅을 하면 된다. 그러면 이후에 나오는 타겟에는 적용이 되지 않는다.

PageTop[^]:

PageTop[$]:

_ 는 모든 타겟에 적용할 기본값을 설정하는데 사용한다.

MaxBytes[_]: 1250000

Title[_]: Tunelinux Monitoring

Options[_]: bits

PageTop[_]: <H1>Traffic check</H1>

위의 세가지 옵션을 조정하면 MRTG 세팅이 간단해질 수 있다.

4. 인덱스 페이지 만들기

모니터링하는 디바이스의 인터페이스가 여러 개일 경우 개별 HTML 페이지가 생성된다. 개수가 적을 경우에는 상관없지만 관리할 규모가 커진다면 사용하기에 불편하다. 이런 경우 설정파일을 기초로 자동으로 인덱스 페이지를 만들어주는 프로그램이 indexmaker 프로그램이다.

$ /usr/local/mrtg/bin/indexmaker /usr/local/mrtg/pse.cfg > /home/httpd/html/mrtg/index.html

그림 3 인덱스 페이지

MRTG를 이용하여 SNMP 객체에 대한 정보뿐만 아니라 다른 정보도 가능하다. OID를 이용할 수도 있으며 외부 프로그램을 실행할 수도 있다. 다음의 예를 보자.

Target[taejun.pe.kr.web]: `/usr/local/mrtg/web_count.sh`

WithPeak[taejun.pe.kr.web]: my

MaxBytes[taejun.pe.kr.web]: 100

Title[taejun.pe.kr.web]: tunelinux.pe.kr: httpd daemon & httpd session

Options[taejun.pe.kr.web]: gauge,integer,nopercent

YLegend[taejun.pe.kr.web]: Number

LegendI[taejun.pe.kr.web]: httpd daemon:

LegendO[taejun.pe.kr.web]: httpd session:

Legend1[taejun.pe.kr.web]: Number of httpd

Legend2[taejun.pe.kr.web]: Number of session

Legend3[taejun.pe.kr.web]: 5 Min Max Number of httpd

Legend4[taejun.pe.kr.web]: 5 Min Max Number of httpd session

ShortLegend[taejun.pe.kr.web]: 개

PageTop[taejun.pe.kr.web]: <H1>tunelinux.pe.kr: httpd daemon & session</H1>

여기에서는 타겟에 스크립트가 들어가있다.

# cat /usr/local/mrtg/web_count.sh

#!/bin/sh

http_process=`ps auxw | grep http | grep -v grep | wc -l`

http_session=`netstat -an | grep :80 | grep -v "0.0.0.0" | grep ESTABLISHED | wc -l`

echo $http_process

echo $http_session

이 프로그램을 실행하여 보자.

# /usr/local/mrtg/web_count.sh

스크립트를 실행하면 두가지 값이 출력되고 MRTG에서 이 값을 받아 로그에 기록하여 모니터링한 결과를 웹으로 볼 수가 있는 것이다. 타겟에서 여러 개의 값을 받아서 더하기 등의 수학적인 연산을 할 수도 있다. 그러면 여러가지 나오는 값을 조합하여 자신에게 필요한 통계를 만들어 낼 수 있다. 이를 통해서 생각해보면 MRTG는 SNMP 에이전트에게 원하는 값을 요청하여 받을 수가 있고 SNMP나 스크립트 등을 통하여 받은 값을 주기적으로 계산하여 출력하는 기능을 가지고 있다고 볼 수 있다.

그림 4 웹 프로세서 모니터링 예제

5. 추가 패키지

MRTG 설치 디렉토리의 contrib 디렉토리에는 위에서 말한 cpu부하등의 정보를 모니터링하는 툴과 문서가 있어 참고하기에 좋다. 여기에는 라우터 트래픽 모니터링, CPU 모니터링, 디스크 모니터링, TCP 관련 모니터링 등 다양한 소스가 들어있다. MRTG를 어떻게 응용할 것인지에 대한 좋은 아이디어가 생길 것이다.

$ ls /usr/local/mrtg/contrib/

00INDEX cisco_tftp/ ircstats2/ mrtgrq/

14all/ ciscoindex/ jm/ net-hosts/

GetSNMPLinesUP/ cpuinfo/ linux_stat/ nt-services/

IxDisk/ cpumon/ meminfo/ nt_n_cisco/

NSI/ diskmon/ monitor/ ovmrtg/

PMLines/ distrib/ mrtg-archiver/ ping-probe/

TCH/ forecd/ mrtg-archiver-script/ portmasters/

TTrafic/ gentcucci-1.0.0/ mrtg-blast/ procmem/

TotalControlModem/ get-active/ mrtg-dynip/ rdlog2/

accesslistmon/ get-equi/ mrtg-ipacc/ routers/

apc_ups/ get-multiserial/ mrtg-ipget/ rumb-stat/

ascendget/ ipchainacc/ mrtg-mail/ snmpping/

atmmaker/ ipchains/ mrtg.php/ stat/

cfgmaker_ATM/ ipfilter/ mrtg_php_portal/ stfc/

cfgmaker_cisco/ iptables-accounting/ mrtgidx/ switchmaker/

cfgmaker_dlci/ iptables_acc/ mrtgindex.cgi/ whodo/

cisco_BPX_MGX/ iptables_acc_snmp/ mrtglog/ xlsummary/

cisco_ipaccounting/ ircstats/ mrtgmk/

지면상 상세한 예제파일을 싣는 것은 힘들지만 필자의 사이트나 관련 사이트에서 MRTG와 관련된 글을 통해 더 상세한 내용을 알 수 있을 것이다. 설정파일에 대한 예제는 필자의 사이트에서 참고하기 바란다. (http://tunelinux.pe.kr/bbs/read.php?table=linuxinfo&no=72)

그림 5 NET-SNMP 웹사이트

위에서 계속 등장하였던 것이 SNMP이다. SNMP는 네트워크 관리를 위한 프로토콜로 네트워크 관리나 개발을 하고자 한다면 필수적으로 알고 있어야 할 분야이다. MRTG 도 SNMP를 이용하여 값을 가져오는 것이다. 일반적인 네트워크 관리하는 분야뿐만이 아니라 서버를 다량으로 운영하는 경우 개별적인 서버에 대하여 상세한 모니터링은 인력과 시간상 거의 불가능하며 방치하기가 쉽다. 이런 것들을 몇가지 공개적인 프로토콜과 프로그램을 이용하면 자동으로 처리할 수 있기에 매우 편리할 것이다. 주기적으로 모니터링하는 것뿐만이 아니라 SNMP의 트랩 기능을 이용하면 서버에 문제가 발생하였을 경우 문제가 생긴 이후에 급하게 대처하는 것이 아니라 사전에 미리 예측하여 문제를 해결할 수 있는 가능성이 높아진다.

6. 강좌를 마치며

시스템 모니터링을 제대로 하기 위한 방법부터 시작하여, 네트워크 모니터링 프로그램, 운영체제와 커널 차원에서의 튜닝과 보안, 응용프로그램에서의 최적화, 시스템 모니터링 자동화에 대해서 설명을 하였다. 시스템을 운영하고 관리하는 입장에서 항상 시스템의 상태에 대하여 정확하게 분석하고 모니터링하는 것은 가장 중요한 작업중의 하나이다. 또한 다양한 튜닝작업을 통하여 최적의 성능을 내는 것도 중요한 부분중의 하나이다. 그러기 위해서는 운영체제, 네트워크, 보안, 데이터베이스, 프로그래밍 등 다양한 기술을 필요로 한다. 나날이 새로운 기술을 익히는 것도 중요하지만 현재 사용하고 있는 것도 제대로 사용하고 있는지 다시 한번 점검해보고 운영체제와 TCP-IP 등 기본기가 되는 것들에 대해서도 공부를 해야 한다. 튜닝이라는 것이 단지 시스템 설정 몇 개 바꾸어서 되는 것들이 아니라 그만큼 시스템 구성 전반에 대한 이해와 효율적인 설계가 필요한 것이고 그러기 위해서는 운영체제가 작동하는 원리, 네트워크를 통하여 어떻게 자료들이 오고가는지 등 근본적인 원리에 대한 이해가 반드시 필요하다. 그동안의 연재를 통하여 많은 분들에게 도움이 되었으면 좋겠다.

## 참고자료

1. http://www.mrtg.org (MRTG 사이트)

2. Unix Network Management Tools (steve maxwell 저, McGrawHill 출판)

3. http://tunelinux.pe.kr (MRTG 관련 자료를 찾아보기 바란다)

4. http://www.mrtg.co.kr (MRTG에 대한 상세한 자료가 많은 국내 사이트)

5. http://www.netsnmp.org/ (NET-SNMP 사이트)

출처 : http://blog.naver.com/corps32/20007447786

MRTG 설치부터 활용 까지

JaeSoo — Fri, 12 Apr 2013 23:49:31 +0000

최초작성일 : 07.12.06

참조사이트
http://oss.oetiker.ch/mrtg/

준비물
http://www.wtcs.org/snmp4tpc/getif.htm

다운로드

getif-2.3.1.zip

환경 :
모니터링 서버 : Windows 2000/2003 server
모니터링 대상 서버 : Windows XP / Windows 2000 Pro / Windows 2000/2003 Server

MRTG 를 설치하고 PHP 를 이용해서

트래픽 , CPU , 메모리 , 하드디스크 사용량을 표시하는 데까지 모든것을 적어볼까 합니다
저도 처음에 알아낼려고 이래저래 여러문서를 봐가면서 잘 안되어서 질문도 하여봤지만
답변이 재대로 이루어지는곳도 없고 해서 안타까웠던적이 있습니다

제가 아는데까지 전부 적어볼까 합니다 제가 이것저것 해보면서 맞춰본것이라 CID 값은
좀 틀릴 수 도 있습니다 그래도 적어도 참고는 될듯해서 써봅니다

일단 제가 MRTG 를 활용한 사이트페이지 입니다

[위에 그림은 클릭하시면 크게 보입니다]

위에 그래프를 보시면 일단 [정상],[비정상] 의 상태가 나타나고 타이틀이 나타납니다
그리고 5/100% 를 보면 CPU 사용량이 나타나고 차례대로 메모리사용량 C / D / E 하드디스크 사용량도
퍼센트로 나타나게 됩니다 그리고 일정치 이상 수치가 높아졌을때 노란색 음영으로 경고를 한뒤
수치가 너무 높을때는 붉은색 음영으로 위험을 알리도록 해봤습니다

그리고 아래부분은 조금 아시는분들은 많이 보셨을 트래픽 그래프입니다
보통은 cfgmaker 로 cfg 파일을 생성하면 아래쪽에 트래픽그래프만 나타나게 됩니다 근데 저는
CPU 사용량과 그리고 네트워크상태 , 메모리사용량(%), 하드디스크사용량(%) 를
넣어본것이지요 좀더 꾸민다면 하드디스크용량을 일일이 기입을 해줘야하겠지만 정확히 몇 Mb 를 사용중인지도
나타낼 수 는 있습니다

그리고 CPU 가 2개이상일때도 다나타낼 수 도 있구요 그래프 색도 다르게 나타낼 수 있습니다

제경우도 더 꾸며야하고 몇가지 손봐야하는데 손을 못보고 있네요 요즘은 실시간으로 서버상태를
보는 프로그램도 꾀 많으니까요

1] Mrtg 사전준비 설치하기
윈도우에 설치하기는 : http://cdmanii.tistory.com/entry/MRTG-윈도우에-설치하기
를 참조하셔서 일단 설치를 해주시면 됩니다

리눅스나 FreeBSD 에 설치한것은 자료가 많으니 일단 설치만 하시면 됩니다

2] cfg 환경설정파일 만들기
cfgmaker.cmd 로 cfg 파일을 생성을 합니다
각서버마다 설정이 모두 다르기에 어짜피 모두 다시 수정해줘야합니다

CPU/메모리/하드디스크 사용량을 % 로 나타내야하니 이부분추가를 위해서도 몇몇부분을 더 넣어야합니다

미리 생성된 cfg 파일 안을 살펴보면 일단 트래픽관련된 내용만 있습니다

수정도 할겸 그리고 각 옵션이 어떤역할을 하는지도 알겸 제가 지금 사용중인 cfg 파일 소스를
적어보겠습니다

예제 환경설정 파일 다운로드 :

192.168.0.3.cfg

## 192.168.0.3

#RunAsDaemon: yes
#Interval: 5

WorkDir: D:Webservicemrtg192.168.0.3

EnableIPv6: no
language:korean
Refresh:300
Options[traffic]:bits,growright
XSize[_]: 500
YSize[_]: 100

### Interface 16777219 >> Descr: '' | Name: '' | Ip: '' | Eth: '' ###

Target[traffic]: 16777219:snmpid@192.168.0.3:
SetEnv[traffic]: MRTG_INT_IP="192.168.0.3" MRTG_INT_DESCR=""
MaxBytes[traffic]: 104857600
Title[traffic]: Traffic Analysis for 16777219 -- hati
YLegend[traffic]: Traffic
XSize[traffic]: 500
YSize[traffic]: 100
PageTop[traffic]: <h1>Traffic Analysis for </h1>

#cpu used
#Target[cpu.1]: .1.3.6.1.4.1.311.1.1.3.1.1.2.1.3.1.48&.1.3.6.1.4.1.311.1.1.3.1.1.2.1.3.1.48:snmpid@192.168.0.3
Target[cpu.1]: .1.3.6.1.4.1.311.1.1.3.1.1.2.1.3.6.95.84.111.116.97.108&.1.3.6.1.4.1.311.1.1.3.1.1.2.1.3.6.95.84.111.116.97.108:snmpid@192.168.0.3
MaxBytes[cpu.1]: 100
Title[cpu.1]: CPU used
PageTop[cpu.1]: <H1>CPU used %</H1>
Unscaled[cpu.1]: ymwd
ShortLegend[cpu.1]: %
XSize[cpu.1]: 500
YSize[cpu.1]: 100
YLegend[cpu.1]: CPU used
Legend1[cpu.1]: CPU used
Legend2[cpu.1]:
Legend3[cpu.1]:
Legend4[cpu.1]:
LegendI[cpu.1]: CPU used1
LegendO[cpu.1]:
Colours[cpu.1]: VIOLET#4682b4,GREEN#ffffff,BLUE#0000ff,GRAY#AAAAAA
Options[cpu.1]: growright,gauge
#kilo[cpu.1]: 1024

#memory
Target[memory]: .1.3.6.1.4.1.311.1.1.3.1.1.1.3.0&.1.3.6.1.4.1.311.1.1.3.1.1.1.2.0:snmpid@192.168.0.3
#MaxBytes[memory]: 267894784
MaxBytes[memory]: 536326144
Title[memory]: Memory
PageTop[memory]: <H1>Memory load MB</H1>
Unscaled[memory]: ymwd
ShortLegend[memory]: B
XSize[memory]: 500
YSize[memory]: 100
YLegend[memory]: memory
Legend1[memory]: memory Utilization in % (Load)
Legend2[memory]: memory Utilization in % (Load)
Legend3[memory]:
Legend4[memory]:
LegendI[memory]: Used Memory
LegendO[memory]: Able Memory
Colours[memory]: VIOLET#dda0dd ,GREEN#4169e1,BLUE#0000ff,GRAY#AAAAAA
Options[memory]: growright,gauge,nopercent
kilo[memory]: 1024

#hdd_c
Target[hdd_c]: .1.3.6.1.2.1.25.2.3.1.6.2&.1.3.6.1.2.1.25.2.3.1.6.2:snmpid@192.168.0.3 * 4096 * 100 / 5239468032
MaxBytes[hdd_c]: 100
Title[hdd_c]: hdd C
PageTop[hdd_c]: <H1>hdd_c Used</H1>
Unscaled[hdd_c]: ymwd
ShortLegend[hdd_c]: %
XSize[hdd_c]: 500
YSize[hdd_c]: 100
YLegend[hdd_c]: hdd_c
Legend1[hdd_c]: hdd_c Utilization in % (Load)
Legend2[hdd_c]: hdd_c Utilization in % (Load)
Legend3[hdd_c]:
Legend4[hdd_c]:
LegendI[hdd_c]: Used hdd_c
LegendO[hdd_c]:
Colours[hdd_c]: VIOLET#191970,GREEN#ffffff,BLUE#0000ff,GRAY#AAAAAA
Options[hdd_c]: growright,gauge
#kilo[hdd_c]: 1024

#hdd_d d
Target[hdd_d]: .1.3.6.1.2.1.25.2.3.1.6.3&.1.3.6.1.2.1.25.2.3.1.6.3:snmpid@192.168.0.3 * 4096 * 100 / 5239468032
MaxBytes[hdd_d]: 100
Title[hdd_d]: hdd D
PageTop[hdd_d]: <H1>hdd_d Used</H1>
Unscaled[hdd_d]: ymwd
ShortLegend[hdd_d]: %
XSize[hdd_d]: 500
YSize[hdd_d]: 100
YLegend[hdd_d]: hdd_d
Legend1[hdd_d]: hdd_d Utilization in % (Load)
Legend2[hdd_d]: hdd_d Utilization in % (Load)
Legend3[hdd_d]:
Legend4[hdd_d]:
LegendI[hdd_d]: Used hdd_d
LegendO[hdd_d]:
Colours[hdd_d]: VIOLET#191970,GREEN#ffffff,BLUE#0000ff,GRAY#AAAAAA
Options[hdd_d]: growright,gauge
#kilo[hdd_d]: 1024

#hdd_e d
Target[hdd_e]: .1.3.6.1.2.1.25.2.3.1.6.4&.1.3.6.1.2.1.25.2.3.1.6.4:snmpid@192.168.0.3 * 4096 * 100 / 7789305856
MaxBytes[hdd_e]: 100
Title[hdd_e]: hdd E
PageTop[hdd_e]: <H1>hdd_e Used</H1>
Unscaled[hdd_e]: ymwd
ShortLegend[hdd_e]: %
XSize[hdd_e]: 500
YSize[hdd_e]: 100
YLegend[hdd_e]: hdd_e
Legend1[hdd_e]: hdd_e Utilization in % (Load)
Legend2[hdd_e]: hdd_e Utilization in % (Load)
Legend3[hdd_e]:
Legend4[hdd_e]:
LegendI[hdd_e]: Used hdd_e
LegendO[hdd_e]:
Colours[hdd_e]: VIOLET#191970,GREEN#ffffff,BLUE#0000ff,GRAY#AAAAAA
Options[hdd_e]: growright,gauge
#kilo[hdd_e]: 1024

이소스는 일단 서버는 Windows 2000 pro 이고 하드디스크는 1개인데 파티션이 3개로 나뉜 상태입니다
100메가회선이 꽂혀있는상태입니다

이 서버에 대한 cfg 환경설정파일입니다 이게 딱 무조건 맞다는 아닙니다 이부분을 어떻게 꾸미느냐에
따라서 얼마든지 다른형태로 나타낼 수 있습니다

이제 각 부분을 설명을 드리겠습니다

## 전체적인 설명 부분입니다 주석은 # 을 앞에 쓰고 쓰면됩니다
## 192.168.0.3 192.168.0.3 이라고 서버주소를 적어놓았습니다 햇갈리면 안되니까요

#RunAsDaemon: yes
데몬으로 cfg 파일을 실행하겠다는것인데요 지금은 Windows 서버에서 예약
프로그램에서 perl 로 실행할것이기때문에 주석처리 했습니다

#Interval: 5
데몬 실행주기를 설정하는곳인데요 (분/min) 데몬으로 실행할것이 아니기에
이부분도 주석처리 합니다

WorkDir: D:Webservicemrtg192.168.0.3
WorkDir 은 cfg 파일을 실행하면 아래쪽에 설정한 이름으로 jpg 파일이 생성되게 되는데 그것이 만들어질 폴더를 지정합니다 각 서버마다 따로 지정해둬야 나중에 편집이나 응용할때도 편하게 됩니다 (뭐 소스에서 커버되지만요)

EnableIPv6: no
IPv6 을 활성화할건지 묻는겁니다 보통은 no 이죠

language:korean
언어설정입니다 korean 으로 두면됩니다

Refresh:300
리플래쉬 타이밍인데요 300은 5분을 말합니다 단위 (초/sec)

Options[traffic]:bits,growright
Option 은 옵션부분을 말하며 [] 대괄호 안에 있는것은 목록이름을 뜻
합니다 traffic 목록이름에 대한 옵션이라고 보면 되겠네요 bits 는 비트단위로 growright 는 오른쪽에서 그래프가 생성되도록 한다는 뜻입니다 자세한 옵션은 맨위에 참조주소에[mrtg] 가보시면 자세히 더 나옵니다

XSize[_]: 500
XSize 는 jpg 파일생성시 Width 를 설정하는 부분 이며 [] 대괄호안의 _ 는 모든 목록을 뜻합니다 즉 모든 목록의 그림생성파일의 Width 를 500 으로 하겠다는 뜻이지요

YSize[_]: 100
모든 항목의 height 를 100 으로 하겠다는 뜻입니다

# Traffic 에 대한 항목 설명

Target[traffic]: 16777219:snmpid@192.168.0.3:
Target 은 말그대로 대상을지정하는부분입니다 Target[traffic] 라고 하면 traffic 라는 항목이 생성되며
그림파일도 위에 설정한 WorkDir: 에 traffic.jpg 라고 생성이 되게 됩니다
16777219는 getif 를 통해서 얻은 모니터링 대상 서버의 랜카드 CID 값이며
snmpid 는 모니터링 대상 서버의 SNMP 서비스의 커뮤니티 ID 를 말합니다
192.168.0.3 은 모니터링 대상 서버의 IP 를 뜻하죠
형식을 적어보자면 Target[항목]: CID:SNMPID@Server IP: 가 되지요

SetEnv[traffic]: MRTG_INT_IP="192.168.0.3" MRTG_INT_DESCR=""
이부분은 traffic 항목에 대한 페이지가 나타날때 뿌려지는부분을 적는곳입니다
설명을 더 추가해도 됩니다 모니터링 대상 서버 IP 는 192.168.0.3 이라고 뿌려지게 해놨고
설명부분은 비어있군요 MRTG_INT_DESCR="" 의 "" 부분안에 설명글을 적어넣으면 설명글이
나타나게 됩니다

MaxBytes[traffic]: 104857600
MaxBytes 는 항목에 대한 최대 수치를 적는 곳입니다 제가 100메가 회선이 꽂혔다고 했으니
100 * 1024 * 1024 = 104857600 byte 를 적어줍니다 10 메가 회선이라면 10 * 1024 * 1024 = 10485760 을 적어주면되겠지요

Title[traffic]: Traffic Analysis for 16777219 -- hati
이부분은 타이틀을 적는부분입니다 저는 귀찮아서 재대로 적지를 않앗네요 ㅡㅡ;;
Traffic Analysis for 16777219 -- hati 이부분을 지우고 타이틀을 멋지게 적어주시면
나중에 MRTG 그래프가 나타나고 그 그림을 클릭할때 세부페이지에 이부분이 멋지게 나타날겁니다
귀찮으시면 대충 적으셔도 되구요 ;

YLegend[traffic]: Traffic
이부분은 그래프의 Y 항목에 대한 이름입니다 일단 네트워크 트래픽 관련된부분이니 Traffic 라고 적어놓죠

XSize[traffic]: 500
traffic 항목에 대한 그림 width 사이즈를 500으로 하겠다는 뜻입니다
다만 위에서 XSize[_] : 500 으로 해서 모든 항목의 그림 width 를 500으로 고정시켰는데요
사실 이부분은 주석해도 상관은 없지만 만약에 모든 항목은 500으로 하고 Traffic 는 600 으로 하고싶다면
따로 설정해주면 따로 설정이 됩니다

YSize[traffic]: 100
traffic 항목에 대한 그림 height 사이즈 설정

PageTop[traffic]: <h1>Traffic Analysis for </h1>
페이지 상단에 나타날 부분에 대해서 적는부분입니다
쭉 길게 적어도 테그가 다 먹힙니다 다만 저는 이부분 별로 필요없기에 지워버렸습니다
딱한줄만 대충 적어놨네요 Traffic Analysis for 트래픽분석 해놧는데 뒤에 뭔가 더 적어야할거같은데
귀찮아서 안적었습니다

사실 서버마다 cfg 파일을 만들어야하니 서버대수가 많아지면 이부분 일일이 적기는 좀 그렇습니다
뭐 능력되시는분은 기입을 하셔도 ....

# CPU 사용량 나타내기 위한 부분

#cpu used

#Target[cpu.1]: .1.3.6.1.4.1.311.1.1.3.1.1.2.1.3.1.48&.1.3.6.1.4.1.311.1.1.3.1.1.2.1.3.1.48:snmpid@192.168.0.3
이부분은 제가 설정하다가 실패한 Target 인데요 OID 값을 어디서 구해다가 넣어봤는데
이서버랑은 맞지 않아서인지 실패를 했습니다 그걸 보여드리기위해서 적어봤습니다
이부분을 확실히 알아내려면 이문서의 맨위에 getif 파일을 실행시켜서 OID 값을 알아내시기 바랍니다

Target[cpu.1]: .1.3.6.1.4.1.311.1.1.3.1.1.2.1.3.6.95.84.111.116.97.108&
.1.3.6.1.4.1.311.1.1.3.1.1.2.1.3.6.95.84.111.116.97.108:snmpid@192.168.0.3

이부분 한줄입니다 너무 길어서 짤리네요
이단 OID&OID@SNMPID@서버IP 순으로 적어줘야합니다 OID 는 2개를 적어서 꼭 쌍으로 만들어야
합니다 한개만 적으면 안되네요 1개만 체크할거라면 같은걸 두번 적어주면 됩니다

숫자 길게 적힌것이 이 서버의 CPU 에 대한 OID 값입니다 5분안쪽에 CPU 로드된 양을 나타내지요
항목이름은 제가 cpu.1 로 해놧습니다 다음에 cpu.2 가 생길지도 몰라서 저렇게 만들어 둔거랍니다
이름은 사람이 짓기 나름입니다

MaxBytes[cpu.1]: 100
cpu 항목에 대한 최대수치를 적는곳인데요 cpu 의 퍼센트를 적어야하니 최대치는 100 이겠죠 100% 를
뜻합니다

Title[cpu.1]: CPU used
타이틀 지정하는부분인데여 CPU used 라고 적어보겠습니다

PageTop[cpu.1]: <H1>CPU used %</H1>
페이지 탑부분에 나타날 부분입니다

Unscaled[cpu.1]: ymwd
이부분은 자세히는 기억안나지만 y는 년단위 m은 월단위 w 는 뭐시기 d는 일단위로 그래프를 나타내겠
다는 뜻입니다 년단위 그래프가 필요없다면 y 를 지우면 되지요 근데 다적어두는게 나중에 1년지나서
트래픽 분석할때도 용의 합니다

ShortLegend[cpu.1]: %
단위를 적는곳인데요 %로 나타내야하니 % 라고 적습니다

XSize[cpu.1]: 500
YSize[cpu.1]: 100
이부분은 아시겠죠 cpu.1 에 대한 width height 설정부분입니다

YLegend[cpu.1]: CPU used
그래프 Y 항목에 항목이름입니다
Legend1[cpu.1]: CPU used
Legend2[cpu.1]:
Legend3[cpu.1]:
Legend4[cpu.1]:
LegendI[cpu.1]: CPU used1
LegendO[cpu.1]:
Colours[cpu.1]: VIOLET#4682b4,GREEN#ffffff,BLUE#0000ff,GRAY#AAAAAA
이부분은 그래프의 실선이나 색칠한 그래프에 색을 변경하는부분입니다 그래프가 많아지면
서로 색이 섞여서 안보일수도 있으니 적절하게 색을 배치하면 됩니다
Options[cpu.1]: growright,gauge
그래프를 나타낼 옵션인데요 growright 는 오른쪽에서 나타나게 하는것이고 gauge 는 까먹었네요 나중에 적겠습니다 ;
#kilo[cpu.1]: 1024

#memory
Target[memory]: .1.3.6.1.4.1.311.1.1.3.1.1.1.3.0&.1.3.6.1.4.1.311.1.1.3.1.1.1.2.0:snmpid@192.168.0.3
메모리 부분 타겟지정입니다 앞에 OID 와 뒤에 OID 가 다른데요
하나는 메모리 사용량이고 하나는 남은 메모리 용량입니다

#MaxBytes[memory]: 267894784
MaxBytes[memory]: 536326144
메모리의 최대수치를 적는곳입니다 로컬메모리의 바이트수치를 적어주면 됩니다
위에건 256램일때 아래에건 512램 일때입니다

Title[memory]: Memory
그래프 왼쪽에 나타날 타이틀입니다

PageTop[memory]: <H1>Memory load MB</H1>
세부페이지 상단에 나타날 내용입니다

Unscaled[memory]: ymwd
그래프를 년월일 중에 어떤걸 나타낼지 나타냅니다

ShortLegend[memory]: B
나타낼 항목의 단위를 나타냅니다

XSize[memory]: 500
YSize[memory]: 100
그림의 좌우 넓이를 지정합니다

YLegend[memory]: memory

Legend1[memory]: memory Utilization in % (Load)
Legend2[memory]: memory Utilization in % (Load)
항목이 2개이므로 두개에 대한 설명을 적어줍니다

Legend3[memory]:
Legend4[memory]:
LegendI[memory]: Used Memory
LegendO[memory]: Able Memory
두항목에 대한 이름인데요 하나는 사용한 메모리양 , 하나는 사용가능한 메모리양입니다

Colours[memory]: VIOLET#dda0dd ,GREEN#4169e1,BLUE#0000ff,GRAY#AAAAAA
항목의 컬러 지정 부분입니다

Options[memory]: growright,gauge,nopercent
옵션부분이네요 오른쪽에서 생성되게하고 gauge 는 죄송해요 까먹었음 , nopercent 는 퍼센트단위로
하지 말라는 뜻이구요

kilo[memory]: 1024
단위를 지정해줘버리는부분인데요 1kb 를 1024 라고 명시해버리는부분입니다

하드디스크 C 드라이브 정보가져오는부분

#hdd_c
Target[hdd_c]: .1.3.6.1.2.1.25.2.3.1.6.2&.1.3.6.1.2.1.25.2.3.1.6.2:snmpid@192.168.0.3 * 4096 * 100 / 5239468032

타켓을 지정하는데 좀 다르지요 Hdd_c 라고 항목이름을 정한뒤 OID 끝자리를 보면 2,3,4 이렇게 시작합니다
하드가 3개인지라 2,3,4 가 차례대로 C/D/E 이지요
Getif 로 조사한뒤 가져와야합니다 상황에 따라 좀 다를 수 도 있거든요

근데 끝에보면 뭔가를 더 곱하지요 * 4096 은 클러스터 크기라고 하며 * 100 을 곱한뒤에 하드디스크의
총용량을 나누어줍니다 그러면 " 사용량*100/전체용량 " 이 되어서 퍼센트를 만들 수 있겠죠

MaxBytes[hdd_c]: 100
최대치를 입력하는부분인데 지금 하드사용량을 퍼센트로 나타낼것이기때문에 100% 의 의미로 100 을입력합니다

Title[hdd_c]: hdd C
타이틀을 지정하는 부분입니다

PageTop[hdd_c]: <H1>hdd_c Used</H1>
세부항목에 상단에 나타날 부분 입니다

Unscaled[hdd_c]: ymwd
그래프를 년월일 중에 어떤걸 나타낼지 고르는 부분이지요

ShortLegend[hdd_c]: %
단위를 지정하는부분 당연 % 겠지요

XSize[hdd_c]: 500
YSize[hdd_c]: 100
이부분은 이제 아시겠죠?

YLegend[hdd_c]: hdd_c
Legend1[hdd_c]: hdd_c Utilization in % (Load)
Legend2[hdd_c]: hdd_c Utilization in % (Load)
Legend3[hdd_c]:
Legend4[hdd_c]:
LegendI[hdd_c]: Used hdd_c
LegendO[hdd_c]:
Colours[hdd_c]: VIOLET#191970,GREEN#ffffff,BLUE#0000ff,GRAY#AAAAAA
Options[hdd_c]: growright,gauge
#kilo[hdd_c]: 1024

하드디스크 D / E 는 위에 내용과 같으므로 생략

#hdd_d d
Target[hdd_d]: .1.3.6.1.2.1.25.2.3.1.6.3&.1.3.6.1.2.1.25.2.3.1.6.3:snmpid@192.168.0.3 * 4096 * 100 / 5239468032
MaxBytes[hdd_d]: 100
Title[hdd_d]: hdd D
PageTop[hdd_d]: <H1>hdd_d Used</H1>
Unscaled[hdd_d]: ymwd
ShortLegend[hdd_d]: %
XSize[hdd_d]: 500
YSize[hdd_d]: 100
YLegend[hdd_d]: hdd_d
Legend1[hdd_d]: hdd_d Utilization in % (Load)
Legend2[hdd_d]: hdd_d Utilization in % (Load)
Legend3[hdd_d]:
Legend4[hdd_d]:
LegendI[hdd_d]: Used hdd_d
LegendO[hdd_d]:
Colours[hdd_d]: VIOLET#191970,GREEN#ffffff,BLUE#0000ff,GRAY#AAAAAA
Options[hdd_d]: growright,gauge
#kilo[hdd_d]: 1024

cfg 를 모두 수정후에 실행을 시키면 각각

트래픽 , CPU , 메모리 , 하드디스크 사용량을 보면

이렇게 나타나게 됩니다
이제 감이 좀 잡히시죠 이제 주기적으로 실행하게 해서 cfg 파일이 jpg 파일을 생성하게 한뒤 이부분을
index.php 등에서 가져와서 뿌려지게 해야됩니다

그런데 제가 처음보여드린 사진에보면 한화면에 모든 내용이 다나타나게 되는데 어떻게 했는지 알려드리겠습니다

제가 만든 index.php 의 소스 입니다

index.php

예제 다운로드

<html>
<head>
<title>MRTG(Muti Router Traffic Grapher)</title>
<link rel=StyleSheet HREF=./style.css type=text/css title=style>
<meta http-equiv="refresh" content="300" />
<meta http-equiv="pragma" content="no-cache" />
<meta http-equiv="cache-control" content="no-cache" />
<meta http-equiv="expires" content="Mon, 18 Dec 2006 02:45:46 GMT" />
<meta http-equiv="generator" content="MRTG 2.12.2" />
<meta http-equiv="date" content="Mon, 18 Dec 2006 02:45:46 GMT" />
<meta http-equiv="content-type" content="text/html; charset=euc-kr" />
</head>
<body marginwidth="3" marginheight="3" topmargin="3" leftmargin="3">

<?
function grafic($S, $src, $subject, $drive, $Ghz, $Mb, $OS){

GLOBAL $mode;

// MRTG 상태 정보 가져오기
$fp = @fopen("$src/traffic.html","r");
   if(!$fp) break;
while(!feof($fp)){
   $tmp = fgets($fp, 2000);
   if(eregi("가동 시간",$tmp)){
$status="<font color=blue>[정상]</font>";
$graf_status="";
break;
}
   if(!eregi("가동 시간",$tmp)){
$status="<font color=red>[비정상]</font>";
$graf_status="style="filter:gray()"";
}
   }
   fclose($fp);

//cpu 상태 가져오기
   $fp = @fopen("$src/cpu.1.log","r");
   if(!$fp) break;
   $tmp = fgets($fp, 200);
$cpu_temp = split(" ",$tmp);
   if($cpu_temp[1] >= 50){
   $C_color="<span style="background-color:red;color:black;">";
}else if($cpu_temp[1] < 50 && $cpu_temp[1] > 20){
   $C_color="<span style="background-color:yellow;color:black;">";
}else{
   $C_color="<span>";
}

$cpu = $cpu_temp[1];

fclose($fp);

//memory 상태 가져오기
   $fp = @fopen("$src/memory.log","r");
if(!$fp) break;
   $tmp = fgets($fp, 200);
$memory_tmp = split(" ",$tmp);
   $memory_temp2 = (($memory_tmp[1] / 1024) / 1024) % 10000;
if($memory_temp2 < $Mb){
$memory=$memory_temp2;
}else if($memory_temp2 >= $Mb){
$memory="<span style="background-color:red;color:black;">".$memory_temp2."</span>";
}

fclose($fp);

//disk 사용량 가져오기
$hdd_name = array('hdd_c','hdd_d','hdd_e','hdd_f','hdd_g','hdd_h','hdd_i','hdd_j','hdd_k');
$hdd_name_A = array('C','D','E','F','G','H','I','J','K');
$i=0;
while ($i < $drive){ // drive 는 드라이브 갯수 유저가 지정
$fp = @fopen("$src/$hdd_name[$i].log","r");
if(!$fp) {echo "   <B>$src's Fault Drive Settings</B>"; break;}
$tmp = fgets($fp, 200);
$hdd_tmp = split(" ",$tmp);

if($hdd_tmp[1] >= 80 && $hdd_tmp[1] < 90){    // 80 이상 90미만경우 경고
   $D_color="<span style="background-color:yellow;color:black;">";
}else if($hdd_tmp[1] >= 90){ // 90이상일경우 경고
   $D_color="<span style="background-color:red;color:black;">";
}else{
   $D_color="<span>"; // 정상일경우
}
$save.="<a href=./$src/$hdd_name[$i].html><img src=./images/disk.jpg border=0>$D_color $hdd_name_A[$i] $hdd_tmp[1] </span></font></a>% | ";
   fclose($fp);
$i++;

}
// $S 로 테이블 색 구별하기
if($S ==1){
$S_Color="#708090";
}else if($S==2){
$S_Color="#1e90ff";
}else{
$S_Color="#696969";
}

echo "
<table border=1 cellspacing=0 cellpadding=1 bgcolor=white border=1 bordercolor=#708090 style="border-collapse:collapse;">
<tr>
<td bgcolor=$S_Color><font color=white>$status $src / $subject / $Ghz Ghz / $Mb Mb / $OS</font></td>
</tr>
<tr>
<td><a href=./$src/cpu.1.html><img src=./images/cpu.jpg border=0>$C_color $cpu /100 %</span></font></a> | <a href=./$src/memory.html><img src=./images/memory.jpg border=0> $memory / $Mb Mb</a> | $save</td>
</tr>
<tr>
<td>";
// 모드 선택부분
// 0 트래픽 , 1 CPU , 2 메모리 , 3 HDDC , 4 HDDD , 5 HDDE , 6 .... traffic-day.png
if(!$mode) $mode=0;
if($mode==0){
echo "<a href=./$src/traffic.html><img src=$src/traffic-day.png border=0 $graf_status></a>";
}else if($mode==1){
echo "<a href=./$src/cpu.1.html><img src=$src/cpu.1-day.png border=0></a>";
}else if($mode==2){
echo "<a href=./$src/memory.html><img src=$src/memory-day.png border=0></a>";
}else if($mode==3){
echo "<a href=./$src/hdd_c.html><img src=$src/hdd_c-day.png border=0></a>";
}else if($mode==4){
echo "<a href=./$src/hdd_d.html><img src=$src/hdd_d-day.png border=0></a>";
}else if($mode==5){
if(file_exists("$src/hdd_e-day.png")){
echo "<a href=./$src/hdd_e.html><img src=$src/hdd_e-day.png border=0></a>";
}else{
echo "<img src=./images/noimage.jpg border=0>";
}
}else if($mode==6){
if(file_exists("$src/hdd_f-day.png")){
echo "<a href=./$src/hdd_f.html><img src=$src/hdd_f-day.png border=0></a>";
}else{
echo "<img src=./images/noimage.jpg border=0>";
}
}else if($mode==7){
if(file_exists("$src/hdd_g-day.png")){
echo "<a href=./$src/hdd_g.html><img src=$src/hdd_g-day.png border=0></a>";
}else{
echo "<img src=./images/noimage.jpg border=0>";
}
}else if($mode==8){
if(file_exists("$src/hdd_h-day.png")){
echo "<a href=./$src/hdd_h.html><img src=$src/hdd_h-day.png border=0></a>";
}else{
echo "<img src=./images/noimage.jpg border=0>";
}
}else{
echo "<a href=./$src/traffic.html><img src=$src/traffic-day.png border=0 $graf_status></a>";
}

echo "

</td>
</tr>
</table>";

}

/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

// grafic("구분색","주소","타이틀","드라이브갯수","CPU클럭","메모리용량","운영체제");
?>

<? echo"<a href='$_SERVER[PHP_SELF]?action=logout'>"; ?><B>로그아웃</B></a><br><br><br>

<font color=#708090>■</font> A SERVER  
<font color=#1e90ff>■</font> B SERVER  
<font color=#696969>■</font> 사내망      
<font color=yellow>■</font> 경고  
<font color=red>■</font> 위험      
      

<? //드라이브 모드 자동생성 부분
$s=array('Traffic','CPU','Memory','C','D','E','F','G','H');

for($a=0; $a<sizeof($s); $a++){
if($mode==$a){
echo "<a href=$PHP_SELF?mode=$a><b><font color=red>▶$s[$a]◀</font></b></a>  | ";
}else{
echo "<a href=$PHP_SELF?mode=$a>$s[$a]</a>  | ";
}
}
// 실제 뿌려지는 부분 /////////////////////////////////////////////////////////////////////
?>

몇몇 부분 보안상 공개못하는부분은 지우고 딱 필요한부분만 적어봤습니다

일단 function 구문을 만들어서 밑에서 grafic 로 불러오면 자동으로 그래프가 생성되도록 만들었습니다

일단 보시면 트래픽정보페이지를 눌러봤을때 나타나는 시간정보가 있는데 이부분이 나타나면
트래픽 이 살아있는 상태입니다 그래서 [정상] 으로 나타나며 이글자가 나타나지 않으면 [비정상]
으로 나타나게 해봤습니다 사실 간단한거지만 이것으로 일단 확 표가 나지요

그리고 비정상일때는 트래픽그래프 그림이 흑백으로 나타나게 해놨습니다 이러면 더 비쥬얼 해지겠죠

그리고 CPU 정보와 메모리정보 하드정보는 어떻게 가져와서 뿌리느냐 궁금하실겁니다

이건 cfg 파일이 실행되면 로그가 생성되는데 로그의 맨 윗쪽 부분에 정보를 가져와서
뿌리는 방식입니다 파일에 접근해서 정보를 가져와서 계산한뒤 뿌리는것이지요

소스설명은 다 설명드리자면 너무 복잡할테고 잘 짜여진 소스도 아니라서 일단 참고만 해주세요 ㅠㅠ

일단 이것으로 MRTG 활용편을 일단락 시키겠습니다

소스는 퍼가시기 편하게 다 첨부파일로 만들어서 링크를 걸었고 설명부분은 막 퍼가지 못하도록
막아놓은 상태예용 자주 페이지 들리셔서 질문도해주시고 하세요 ~ 그럼

// 추가
Getif 다운로드 :

getif-2.3.1.zip

Getif 로 OID 값 알아오기

Getif 를 설치 후 실행한뒤
Host name 에는 OID 값을 알아올 대상 서버의 아이피를
그리고 SNMP Read community 에는 대상 서버의 SNMP 커뮤니티 아이디를 적어준뒤

Start 버튼을 누릅니다

MBrower 에서 iso 를 선택후 Start 를 누르면 서버에 대한 모든 정보값이 나타납니다
원하는 값이 나오지 않을때는

Windows 서버경우에는 SNMP4W2K-STD 를 설치하여 정보를 확장해줍니다

SNMP4W2K-STD.exe

다운로드 SNMP4W2K-STD
설치후 재부팅 요함

출처 : http://cdmanii.com/48

광탭 (Fiber TAP)의 탭이 무엇인가?

JaeSoo — Wed, 20 Feb 2013 15:01:54 +0000

Tap은 네트워크상에서 전송되는 데이터를 중단 없이 모니터링하기 위한 장치입니다.
백본 네트워크나 인터넷 구간에 직접 연결하면, 설치된 지점을 통과하는 네트워크 상의 모든 데이터를 네트워크 흐름에 전혀 영향을 미치지 않으면서 모니터링할 수 있습니다.

현재 널리 사용되고 있는 Switched Network을 분석하는데 많이 사용되는 방법으로 Span/Mirror Port가 사용되고 있습니다.
이러한 Span/Mirror를 이용하여 분석하는 방법은 다소의 문제점들이 나타날 수 있습니다.
그러나, In-Line Tap을 이용하면, 스위치에 어떠한 영향도 주지 않고서 안전하게 스위치 네트워크를 분석할 수 있습니다.

일반적으로 네트워크 분석 시 사용되는 미러링(Mirroring) 대신 Tap(탭)을 사용하는데, 미러링을 이용하면 다음과 같은 장단점이 있습니다.

미러링의 장단점

Mirroring의 장점
Tap(탭)과 같은 부수적인 장비를 요구하지 않으므로 경제적이다.
스위치상의 VLAN의 모든 traffic을 한 번에 볼 수 있다.
여러 port로부터 mirror된 데이터를 볼 수 있다.
정밀성이 요구되지 않는 통계적인 trend monitoring용으로 적합
Protocol 및 Application analysis용
Multi-port mirroring 을 통한 VLAN 측정

Mirroring의 단점
하나의 port에 여러 ports를 mirroring할 때 이는 buffer overflow와 packet drop의 원인이 된다.
Buffer를 통하여 packet들이 retimed되므로 Jitter, Packet gap분석, Latency 측정과 같은 정밀 시간 측정에 있어서는 활용할 수 없다.
Error와 같은 비 정상적인 packet을 filter 하므로 troubleshooting용으로는 활용할 수 없다.
Mirroring이 가동되면 CPU에 부담이 되므로 switch의 정상적인 작동에 부담으로 작용된다.
대다수의 스위치에서는 네트웍 상에서 Forwarding corrupt traffic을 피하기 위하여 error들을 filtering 한다.
mirroring port에서는 비 정상적인 Error packet을 볼 수 없다.

탭(TAP)의 특징
Packet의 drop없이 100% packet을 볼 수 있다.
Troubleshooting을 위한 비 정상적인 packet들의 분석이 가능하다.
Timing에 있어 매우 정확하며 latency 및 retiming이 없다
네트웍에 한번 설치해 놓으면 언제나 필요한 경우 네트워크의 장애 없이 분석기 등의 사용이 가능하다.
출처: http://www.neouni.com/product.php?cat=tab

출처 : http://www.sis.pe.kr/1429

핑(ping) 등 네트워크 지연시간이 길어져서 유,무선인터넷이 끊길때 공유기(iptime 등) 설정방법

JaeSoo — Tue, 12 Feb 2013 13:31:04 +0000

며칠 전부터 네트워크 상태가 격하게 불안정해졌다. 인터넷이나 게임중 끊기기 일수고 해서 미치는줄 알았다.
Google에 ping을 날려보니 지연시간이 무려 500ms 에 패킷손실도 일어났다.
어디서 문제인가 알아보기 위해 tracert 명령어로 구글을 대상으로 실행했더니 아래와 같은 모습을 보였다.

위의 사진을 보면 첫번째 tracert의 경우 공유기 까지가 1905 ms를 보이며 그 이후도 매우 불안정한 모습을 보인다.
그리고 두번째는 문제를 해결한 뒤, 다시 tracert를 실행한 모습.
지연시간이 매우 안정된 것을 볼 수 있다.

해결방안은 이렇다.

아래 형광팬으로 칠해놓은 설정. 외부에서 오는 ICMP 포트 막기를 설정해 놓으면 된다.
현상은 외부에서 DOS공격 및 포트스캔을 실행할 때, 일어난다고 한다.
따라서, ICMP 포트를 막게되면 외부에서 PING을 날려도 무시하게 되어 DOS공격으로 인한 네트워크 불안정을 해결할 수 있다.
네이버 등등의 대형 사이트들도 ping을 하면 응답이 오지 않는데, 역시 마찬가지로 ICMP 포트를 막아놓았기 때문이다. (다만, 구글의 경우는 막아놓지 않았다.)

하여간 인터넷 안끈기니 완전 조으다.

출처 : http://kilo32.tistory.com/6

‘쿨 네티즌’ 양성에 적극 나서라

JaeSoo — Wed, 06 Feb 2013 16:57:17 +0000

박정호|선문대 컴퓨터정보학부 교수

얼굴과 얼굴을 맞대고 사는 오프라인 세계에서 어떻게 행동하며 살아야 하는지에 대해 우리는 학교와 가정 등에서의 교육을 통해 잘 알고 있다. 오프라인에서 갖가지 범죄가 끊이지 않고 있지만, 오프라인에서의 범죄자들은 그동안 교육을 통해 그들이 잘못하고 있다는 것쯤은 알고 있다. 오프라인 세계에서 윤리와 도덕이 어느 정도 유지되고 있는 것도 이런 이유라고 할 수 있다.

인터넷이 보급되기 전에는 오프라인 세계가 우리 생활의 유일한 세계였다. 하지만 인터넷의 보급으로 우리는 하루에도 수 십 번씩 오프라인과 온라인 세계를 넘나들고 있다. 우리는 이제 오프라인보다 온라인 생활에 더 몰두하는 사람이 적지 않은 시대를 살고 있다. 이와 같이 오늘날 많은 네티즌들은 전자우편을 이용하고, 온라인 상에서 쇼핑을 하는 등 인터넷은 우리에게 많은 혜택과 생활 패턴의 변화를 가져다 줬다.

인터넷 이용에는 순기능과 함께 역기능이 뒤따르는데, 인터넷이 우리에게 밀접하게 다가오면 올수록 역기능에 대한 이해와 대응책을 알고 대처하는 것이 중요하다. 이를 위해서 인터넷의 특징과 정보시스템 전체에 대한 이해가 필요하며 인터넷을 이용할 때의 네티켓, 인터넷상에 산재해 있는 정보 중에서 필요한 정보만을 선별해서 사용할 수 있는 능력, 나아가서는 이들 정보를 비판적으로 판단하는 능력도 필요하다.

인터넷 윤리(Internet Ethics)를 한마디로 정의하는 것은 쉽지 않지만, 정보사회에서 인터넷 윤리가 특히 필요하고 요구된다는 점에 대해서는 어느 정도 의견의 일치를 볼 수 있다. 이에 따라 인터넷 윤리란 ‘정보사회에서 야기되고 있는 윤리적 문제들을 해결하기 위한 규범 체계로 단순히 정보통신기기를 다루는 데 있어서 뿐만 아니라, 정보사회를 살아가는데 있어 옳고 그름, 좋고 나쁨, 윤리적인 것과 비윤리적인 것을 올바르게 판단해 행동하는데 필요한 기준 체계’로 정의할 수 있다.

정보화 사회 윤리의 기준

대부분의 사람들은 오프라인 세계에서는 일상적으로 말하거나 행동하지 않는 것을 온라인 세계에서는 서슴없이 말하거나 행동한다. 또한 그들은 온라인 세계에서 긴장이 풀어지는 것을 느끼고, 무언가에 얽매여 있다는 느낌을 훨씬 적게 가지게 된다. 이러한 현상을 탈억제 효과(disinhibition effect)라고 한다.

이것은 때때로 사람들을 그들 자신에 관한 아주 개인적인 것들을 다른 사람과 공유하게 만든다. 인터넷 공간에서 사람들은 비밀스런 감정이나 두려움을 토로하기도 한다. 사람들은 이례적으로 다른 사람들에게 친절함과 관대함을 보여주기도 하지만 탈억제 효과가 반드시 긍정적인 것만은 아니다.

탈억제 효과는 온라인 공간에서 다른 사람에게 무례한 언어를 거침없이 사용하거나 가혹한 비판과 노여움 그리고, 증오와 위협을 가하도록 만들기도 한다. 또한 탈억제 효과는 현실 세계에서는 결코 잘 찾아가지 않는 음란물 사이트나 폭력 사이트와 같은 인터넷의 어두운 뒷골목을 배회하도록 만들기도 한다. 따라서 온라인 세계에서는 오프라인 세계에 비해 보다 높은 윤리의식이 필요하다.

오프라인 세계에서의 윤리를 다루는 전통적 윤리에서는 앞으로 일어날 일을 예방하는 기능보다 이미 일어난 일에 대한 도덕적 평가에 초점을 맞춰왔다. 그 결과 전통적 윤리는 항상 시대 변화에 제대로 대응하지 못하는 심각한 지체 현상을 겪어 왔다. 또한 윤리 규범의 절대성과 보편성을 강조하면서도 실제로는 국지적 성격의 윤리로 기능해 왔다. 이러한 현실을 고려할 때 인터넷 윤리는 다음과 같은 기능을 수행하는 윤리가 돼야 한다.v 첫째, 인터넷 윤리는 처방 윤리(Prescriptive Ethics)로 정보사회에서 우리가 행동해야 할 것과 행동해서는 안 되는 것을 분명하게 규정해 줘야 한다.

둘째, 인터넷 윤리는 예방 윤리(Preventive Ethics)로 향후 IT기술의 발전에 수반될 윤리 문제들에 대해 사전에 숙고하고 예방하도록 도와줘야 한다.

셋째, 인터넷 윤리는 변형 윤리(Transfor-mative Ethics)로 정보화의 역기능, 특히 인터넷 공간의 무질서와 같은 혼돈에 대한 반응으로 출현한 것이다. 따라서 인간의 경험이나 제도·정책의 변형 필요성을 강조해야만 한다.

넷째, 인터넷 윤리는 세계 윤리(Global Ethics)로 국지적 윤리가 아닌 세계적 보편적 윤리가 돼야만 한다.

인터넷 윤리의 기본 원리

인터넷 시대에 부합하는 덕을 함양하기 위해 우리는 어떤 원리에 입각해 구체적인 상황에서 어떻게 대처할 지를 결정한 후 행동을 해야 인터넷 사회를 인간다움이 넘치는 건강한 공간으로 만들 수 있다. 그러면 인터넷 세계의 윤리적 문제들을 해결하기 위해서는 어떤 원리가 필요할까.

현재 우리 사회에서 인터넷의 역기능으로 나타나고 있는 비윤리적 행동들을 분류하면 존중과 책임 그리고 정의와 해악금지에 위배된다고 할 수 있다. 즉 지적재산권 침해, 잘못된 통신 언어 사용, 통신 중독, 타인 비방 등은 자신 및 타인을 존중하지 않는데서 비롯되는 행동이다. 또한 개인 정보의 오남용은 자신의 책임을 다하지 않는 경우이며, 크래킹, 바이러스 유포, 인터넷 사기, 엽기·폭탄·자살 사이트 등의 반사회적 사이트 제조 등은 남에게 해를 끼쳐서는 안 되는 원리에 위배된다. 그리고 인터넷 성폭력, 유언비어 유포, 인터넷 따돌림 등은 정의의 원리에 위배된다. 이에 따라 정보사회에서 인간 완성에 기여할 수 있는 도덕적 원리는 존중, 책임, 정의, 해악금지를 생각할 수 있다.

도덕적 원리 중 존중(respect)이란 자신에 대한 존중과 다른 사람에 대한 존중을 의미한다. 자신에 대한 존중은 인터넷에 중독돼 자신의 생명과 몸을 돌보지 않아서 건강을 해칠 것을 우려하는 것이다. 다른 사람에 대한 존중의 의미는 다른 사람의 지적재산권, 프라이버시, 다양성을 인정하고 존중하는 것을 의미한다.

책임(responsibility)이란 서로 보살피고 배려해야 할 적극적인 책무를 강조하는 것이다. 인터넷 공간에서는 책임 회피가 쉽게 일어날 수 있으므로 현실세계보다도 더 높은 수준의 책임의식이 요구된다.

정의(justice)란 모든 인간이 자율적 의지로서 공정하다고 인정할 수 있는 기준이어야 한다. 이를 인터넷 공간에 적용하면 모든 인간은 개인의 기본적 자유를 최대한 펼칠 동등한 권리를 갖고 있기 때문에 다른 사람의 기본 자유와 권리를 침해해서는 안된다.

해악 금지(non maleficence)란 남에게 피해를 주지 않으며, 다른 사람의 복지에 대해 배려하는 것을 말한다. ‘남에게 해로움을 끼치지 말라’는 소극적 의미에서의 해악금지는 흔히 최소한의 도덕으로 통한다.

쿨 네티즌 양성 필요

인터넷에서 행동을 결정하기 위한 접근법에는 기술적 접근법과 사회적 접근법이 있다. 기술이란 사회 콘트롤의 수단으로 특정 파일에 침입을 방지하는 보안 툴에 대해 생각해 보면 알 수 있다. 기술은 사람들의 행동에 미치는 영향이 크다. 어떤 사람면 전철과 같은 대량수송 시스템으로 액세스할 것인지와 상관관계가 있다. 또한 우리가 먹는 음식은 농업기술 및 수송기술과 상관관계가 있다. 기술은 어떤 형태의 행동을 용이하게 하고, 다른 형태의 행동에 대해서는 제약 또는 방해를 한다. 따라서 기술은 인터넷에서의 행동을 결정할 수 있고, 행동을 결정하는데 이용되기도 한다.

사람들의 행동은 단순히 기술에 의해 결정되는 것만이 아니라, 사람이라든가 사회 시스템 등에 의해 결정되기도 한다. 사람들은 사회화되고 교육되어진다. 법률은 행동해서 되는 것과 행동해서 안되는 것을 사람들에게 얘기한다. 인터넷에서의 행동은 법률 제정이라든가 교육 등에 의해 결정될 수 있고, 또한 결정되기도 한다. 법률 제정은 인간 행동을 결정하는데 이용되는 사회 메커니즘 중에서 가장 눈에 잘 보이고 명백한 것이다. 법률 제정은 사회적으로 바람직하지 못한 인간 행동에 대응하기 위한 중요한 툴이기 때문에 인터넷에서의 행동을 규제하는 많은 법률이 존재하는 것은 놀랄 일은 아니다.

교육은 인터넷에서 행동을 콘트롤하기 위한 사회적 접근법의 다른 형태다. 지금까지 우리는 일반 네티즌 양성에 힘써왔지만, 교육으로 인한 인터넷상에서 행동의 컨트롤을 통해 건강한 사회를 구현하기 위해 윤리를 아는 네티즌 양성이 시급하다. 인터넷상에서 행동 규범을 아는 네티즌을 ‘쿨 네티즌’이라고 부르고자 한다.

쿨 네티즌 양성을 위해서는 단순한 교육만으로는 부족하므로 기준을 마련해 인증을 받은 사람에게 각종 인센티브를 부여하는 것도 생각해 볼 수 있다. 이를 통해 스스로 쿨 네티즌이 되고자하는 붐을 조성하고 인터넷 윤리 환경이 조성될 수 있을 것이다.

제공 : DB포탈사이트 DBguide.net

출처 : http://www.dbguide.net/h/knowledge.db?cmd=view&boardUid=125702&boardConfigUid=19&boardStep=0

Nslookup을 사용하여 MX 레코드 구성 확인 방법

JaeSoo — Mon, 21 Jan 2013 18:09:03 +0000

Nslookup 도구를 사용하면 외부 또는 인터넷 DNS 서버를 쿼리하여 MX 레코드가 올바르게 구성되었는지 확인할 수 있습니다.

시작하기 전에

이 항목의 절차를 수행하기 전에 DNS 디자인 및 구성 확인을 읽어 보십시오.

절차

Nslookup을 사용하여 MX 레코드 구성 확인 방법

명령 프롬프트에서 nslookup을 입력한 다음 Enter 키를 누릅니다.
server <IP address>를 입력한 다음 Enter 키를 누릅니다.여기서 IP address는 외부 DNS 서버의 IP 주소입니다.
set q=MX를 입력한 다음 Enter 키를 누릅니다.
<domain name>을 입력한 다음 Enter 키를 누릅니다. 여기서 domain name은 도메인의 이름입니다. 입력한 도메인의 MX 레코드가 나타납니다. MX 레코드가 나타나지 않으면 DNS가 올바르게 구성되지 않은 것입니다.

예

다음 예제에서는 가상 도메인 example.com의 MX 레코드가 어떻게 나타나는지를 보여 줍니다.

C:> nslookup

Default Server: pdc.corp.example.com

Address: 192.168.6.13

> server 172.31.01.01

Default Server: dns1.example.com

Address: 172.31.01.01

> set q=mx

> example.com.

Server: dns1.example.com

Address: 10.107.1.7

example.com MX preference = 10, mail exchanger = mail1.example.com

example.com MX preference = 10, mail exchanger = mail2.example.com

example.com MX preference = 10, mail exchanger = mail3.example.com

example.com MX preference = 10, mail exchanger = mail4.example.com

example.com MX preference = 10, mail exchanger = mail5.example.com

mail1.example.com internet address = 172.31.31.01

mail2.example.com internet address = 172.31.31.02

mail3.example.com internet address = 172.31.31.03

mail4.example.com internet address = 172.31.31.04

mail5.example.com internet address = 172.31.31.05

이 예제에서는 미리 구성된 DNS 서버가 프록시 서버 뒤에 옵니다. 따라서 IP 주소가 172.31.01.01로 알려진 외부 또는 인터넷 DNS 서버를 사용하여 쿼리를 수행합니다. 그런 다음 쿼리 유형을 MX로 설정하여 example.com의 메일 교환기를 찾습니다. 이 예제에서는 다섯 개의 SMTP 서버가 똑같이 균형을 이루고 있으며 각 서버에는 고유한 IP 주소가 있습니다. 그러나 다음 예제처럼 도메인에 항목이 하나만 있는 경우도 있습니다.

contoso.com MX preference = 10, mail exchanger = mailbox.contoso.com

mailbox.contoso.com internet address = 10.57.22.3

출처 : http://technet.microsoft.com/ko-kr/library/aa998082(v=exchg.65).aspx

웹사이트 로딩시간-웹페이지의 모든 개체 로딩시간 테스트

JaeSoo — Thu, 27 Dec 2012 17:29:56 +0000

웹사이트 로딩시간 체크하시고 웹사이트 로딩속도를 높여주세요. 글에서
간단하게 블로그나 웹사이트의 로딩시간 체크를 할수 있는곳을 소개드렸는데요.

운영중인 블로그나 웹사이트의 로딩속도 테스트결과가 심각하신 분들은
사용중인 스킨이나 레이아웃의 불필요한 위젯이나 이미지등의 부분을 정리하시던가
최적화를 시켜주셔야 하는데 대체 어떤녀석이 로딩속도를 저하시키는지
구별해 내기 힘드신 분들이 있을것입니다.

작업표시줄만 뚤어지게 보면서 F5 키로 리프레쉬만 해줘도 알수는 있지만
좀더 자세하게 로딩시간과 속도를 알수있다면 정리대상을 손쉽게 뽑아 낼수가 있겠죠.

이제 블로그 웹사이트 로딩속도를 저하 시키는 주범을 찾아보도록 하겠습니다.

웹사이트 모든 개체 로딩시간 테스트

블로그 웹사이트의 웹페이지 로딩시간을 무료로 체크를 해주는 사이트가 있습니다.
별도의 회원가입없이 URL만 입력해주시면
웹페이지의 모든 개체들.. 이미지, CSS, JavaScripts, 플래시, 플레임등을
쉽게 체크해볼수 있도록 각 개체의 로딩 시간을 그래프 형식으로 보여줍니다.

http://tools.pingdom.com/fpt

웹페이지의 모든 개체 로딩시간 테스트 방법은 아주 간단합니다.
사이트 접속후 URL만 입력해주시고 Test now 꾸욱 눌러주시면 됩니다.

웹페이지의 모든 개체에 대한 로딩시간을 체크해서 그래프 형식으로 주~욱 보여줍니다.
Load time 정렬로 선택하시고 아래쪽을 향한 화살표를 눌러주셔서
로딩시간이 긴 순서대로 정렬을 시켜서 살펴보겠습니다.
정렬방법은 여러가지가 있으니 편하신 방법으로 정렬 시켜서 보시면 됩니다.

그래프 보는 방법은 이미지를 참고 하시면됩니다.
각 개체에 대한 로딩시간을 표시해놓은 그래프로
호출시간이나 접속 파일사이즈가 큰 개체가 문제가
있는 넘들이겠죠.

첫번째 노란색으로 긴막대기 9.5초 불러도 대답없는
fs.textcube.com/blog/0/7024/skin/1/images/iconLess.gif 이미지..
두번째는 사이즈가 큰 loved.pe.kr 의 html 94.1KB
3번째와 4번째는 다음뷰 랭킹 위젯과 블로그 링크위젯으로
10번쯤 불러야 나오는넘들로 처리대상 1호네요. 6초와 6.5초

그리고 상위에는 블로그코리아 위젯에 관련된 것들과 텍스트큐브와 관련된것인데
사이즈가 작은 텍스트큐브의 파일들이 로딩시간이 상당히 길군요. 제길슨 +_+
똑같은 스킨에 비슷한 구성으로 사용하는 이웃블로그분의 로딩시간이 짧은이유가
바로 이런 자잘한 이미지의 로딩시간 지연에 문제가 있지 싶군요.

기본스킨소스와 CSS파일의 로딩이 느려서 그후에 불려지게 되는 이미지는
당연히 늦을수 밖에 없을테니 어떤녀석이 문제인지 찾아봐야겠네요.
특히 불러도 대닶없는 붉은색의 URL 이미지들은 어디에 써먹는건지 찾아보고
소스들을 찾아서 정리를 해줘야 겠군요.

156개의 개체에 대한 로딩시간이 리스트로 출력되었으나 스크롤의 압박으로
20개까지만 짤랐습니다. 직접 블로그 웹사이트의 페이지 로딩시간을 체크해보시면
모든 개체에 대한 로딩시간이 나타납니다.

웹사이트 정보의 내용도 상세하게 출력되니 자세히 살펴보시면 되겠죠.

출처 : http://loved.pe.kr/789

웹사이트 블로그 로딩속도 테스트를 할수있는 웹서비스 모음

JaeSoo — Thu, 27 Dec 2012 17:17:34 +0000

블로그나 웹사이트 로딩시간이 상당히 올래 걸리시는 분들은
특히 한국어로 한국분들을 상대로 블로그나 웹사이트를 운영하시는 분들이라면
한번씩들 체크를 해보시고 로딩시간이 지나치게 오래 걸린다 싶으신분들은
블로그, 웹사이트의 스킨에서 필요없는 것들을 제거를 해주세요.

설치형으로 블로그나 웹사이트를 운영중이신 분들은
더욱 신경을 써줘야 하는 부분이 페이지 용량과 로딩속도등 이지만
서비스형 블로그도 마찬가지로 신경을 써주시면 방문자들이 보다 편리하게
이용을 하실수 있을겁니다.

얼마 전에 소개드린 웹사이트 로딩 시간 체크하는 사이트와 방법에 대해서 간략하게 알려죠.
웹사이트 로딩시간 체크하시고 웹사이트 로딩속도를 높여주세요.
웹사이트 로딩시간-웹페이지의 모든 개체 로딩시간 테스트

오늘 소개드리는것도 마찬가지로 웹사이트로딩 시간을 체크해볼수 있는 웹서비스들 입니다.
맘에 드시는 곳으로 골라서 체크들 해보세요

자신의 블로그나 웹사이트 로딩시간이 거북이 수준이다 싶으신 분들은
한번씩들 체크를 해보시고 로딩속도를 높이기 위한 노력을 해주시면 좋겠죠.

http://internetsupervision.com/
세계 각지에서 블로그나 홈페이지로 접속할때의 로딩시간들을 체크해주는 웹서비스입니다.

http://www.octagate.com/service/SiteTimer/
웹사이트 로딩 시간을 체크해주는 사이트 입니다.

http://site-perf.com/
웹사이트 블로그등의 로딩속도를 체크해볼수 있는 웹서비스인데
위치와 브라우저를 선택적으로 설정하여 웹페이지 로딩속도를 체크해 보실수 있습니다.

http://webwait.com
이곳은 간단하게 블로그, 웹페이지등의 로딩시간을 체크해주는 곳인데
한번만 체크를 하는것이 아니고 설정값으로 여러번 로딩시간 체크를 한후
평균값을 내주는 웹서비스입니다.

출처 : http://loved.pe.kr/entry/Website-Speed-Test-02

IEEE 802. Standard (표준) 종류

JaeSoo — Tue, 13 Mar 2012 13:21:28 +0000

IEEE 802.3 10BASE-T Ethernet
IEEE 802.3a 10Base-2 (thin Ethernet) (1985)
IEEE 802.3c 10 Mb/s repeater specifications (clause 9) (1986)
IEEE 802.3d FOIRL (fiber link) (1987)
IEEE 802.3i 10Base-T (twisted pair) (1990)
IEEE 802.3j 10Base-F (fiber optic) (1993)
IEEE 802.3u 100Base-T (Fast Ethernet and auto-negotiation) (1995) : 패스트 이더넷
IEEE 802.3x Flow Control and Back Pressure, Full duplex (1997) : 흐름 제어
IEEE 802.3z 1000Base-X (Gigabit Fiber Ethernet) (1998) : 광섬유 케이블을 통한 기가비트 이더넷
IEEE 802.3ab 1000Base-T (Gigabit Ethernet over twisted pair) (1999) : 동축 케이블을 통한 기가비트 이더넷
IEEE 802.3ac VLAN tag (frame size extension to 1522 bytes) (1998) : 태깅
IEEE 802.3ad Parallel links (link aggregation), Port trunk with LACP (2000) : 링크 집계
IEEE 802.3ae 10-Gigabit Ethernet (2002)
IEEE 802.3as Frame expansion (2005)
IEEE 802.3at Power over Ethernet Plus (2005)

IEEE 802.1d Spanning Tree
IEEE 802.1w Rapid Spanning Tree
IEEE 802.1p Class of Service : 우선 순위 대기열(트래픽 우선 순위 지정) 및 서비스 품질 수준
IEEE 802.1Q VLAN Tag : 가상lan 식별

802.3, IEEE 802.3 Institute of Electrical and Electronic Engineers 802.3 이더넷 LAN 표준

JaeSoo — Tue, 13 Mar 2012 13:12:16 +0000

802.3, IEEE 802.3 Institute of Electrical and Electronic Engineers 802.3 이더넷 LAN 표준

수정일 : 2007-10-23

전송/선로/통신망>통신망>프로토콜> IEEE 802 인터넷>이더넷> 802.3

1. 개요 ㅇ 802.3 은 통상 이더넷(Ethernet)이라 불리우는 LAN 표준을 말하는 것으로, IEEE 802 위원회에서 표준화시켰다. ㅇ 이 표준은 10 Mbps에서 10 Gbps에 이르는 모든 이더넷 표준을 포괄하여 물리계층과 MAC 부계층을 규정하고 있다. 2. IEEE 802.3 종별 ㅇ 802.3 : Carrier Sense Multiple Access/Collision Detection (CSMA/CD) - (1985) 10BASE-5, 10BASE-2, ㅇ 802.3i : 10BASE-T ㅇ 802.3j : 10BASE-F ㅇ 802.3u : 100BASE-T4/TX/FX ㅇ 802.3ab : 1000BASE-T ㅇ 802.3z : 1000BASE-X (1GbE, Gigabit Ethernet) ㅇ 802.3ae : 10GBASE-X/R/W (10GbE) ㅇ 802.3an : 10GBASE-T ㅇ 802.3ac : VLAN Tag ㅇ 802.3ad : Link Aggregation ㅇ 802.3ah : EFM (Ethernet in the First Mile) ㅇ 802.3ap : Backplane Ethernet ㅇ 802.3aq : 10GBASE-LRM ㅇ 802.3ar : Congestion Management ㅇ 802.3as : Frame Expansion ㅇ 802.3d : QoS, VLAN ㅇ 802.3x : Flow Control, Duplex, Speed Auto-Negotiation 등 3. 802.3 프레임 포멧 ☞ MAC 프레임, 이더넷 프레임 포멧 참조 * IEEE 802.3 표준 계열은 ① 이더넷 MAC(Media Access Control) 프로토콜, ② 이더넷 프레임 포맷, ③ IEEE 802.3 프레임 길이 등이 속도와 무관하게 동일하거나 호환 ┌─────┬────┲━━━━━┱───┬────┬──┐ IEEE 802.3 │ D A │ S A ┃ 패킷길이 ┃ LLC 프레임 │FCS │ (RFC 1042) └─────┴────┺━━━━━┹───┴────┴──┘ 2 3 4. 802.3 계층 구성도

출처 : http://www.ktword.co.kr/abbr_view.php?mgid=082&m_temp1=412

전자파 도청 [電磁波盜聽, Transient Electromagnetic Pulse:TEMPEST]

JaeSoo — Wed, 25 Jan 2012 17:57:02 +0000

요약

컴퓨터나 주변기기에서 나오는 미약한 전자파에서 정보를 훔쳐내는 기술.

본문

TEMPEST(템페스트)라고 하는데, 'Transient Electromagnetic Pulse Surveillance Technology(통과전자파감시기술)의 머리글자를 딴 것이다. 지향성(指向性)이 좋은 안테나를 목적하는 전자기기 쪽으로 향하게 함으로써 수십 미터 떨어진 장소에서도 키보드의 접속 케이블이나 네트워크 케이블, USB 커넥터 등에서 나오는 미약한 신호를 검출할 수가 있다.

또한, 건물의 기둥이나 수도관 등이 도전성(導電性)의 소재로 되어 있는 경우, 그것이 전자파를 전하는 매체가 될 수도 있어, 건물 밖에 노출되어 있는 관에 리드선을 연결하여 전자파 도청을 하는 경우도 있다.

컴퓨터나 주변기기로부터 발생하는 전자파는 VCC(Current circuit Voltage) 규격에 의해 규제값이 정해져 있다. 그러나 규제값을 충족시키고 있는 기기라도, 전자파가 완전히 차단되어 있는 것은 아니며, 극히 약한 수준의 전자파가 누출되고 있다. 또한, 하드웨어의 교환, 증설 등에 따라 규제값 이상의 전자파를 발생시키게 되는 경우도 있다. 이런 이유 때문에 전자파도청이 가능하게 되는 것이다.

출처 : http://100.naver.com/100.nhn?docid=784788

PPPoE ( PPP Over Ethernet )

JaeSoo — Tue, 03 Jan 2012 18:13:56 +0000

1. 개요

많은 데이터 접근 기술 중에, 여러 호스트(PC)를 고객이 사용하는 네트워크 장비와 연결하는 방법 중에 가격대비 효율적인 방법은 이더넷이다. 게다가 별도의 설정이 거의 없거나 필요없고, 가능한 낮은 가격으로 장비를 유지보수할 수 있다.

PPPoE는 간단한 브릿징 네트워크 장비(bridging access device)를 통해서 호스트들의 네트워크를 원격 데이터 집선기(Access Contentrator)에 연결할 수 있다. 이 모델을 사용해서 각 호스트는 자신만의 PPP 작업 공간(stack)을 사용할 수가 있고 사용자는 쉽게 사용을 할 수가 있다. 데이터 접근 제어, 과금과 서비스 형태는 기본적으로 서비스별로가 아니라 사용자별로 처리가 가능하다.

이더넷을 통한 점대점(point-to-point) 연결을 하려면, 각 PPP 세션은 고유한 세션 ID가 있어야할 뿐만 아니라 원격지 피어(peer)의 이더넷 주소를 알아야 한다. PPPoE는 이러한 것을 가능하도록 하는 검색 프로토콜을 포함한다.

2. 프로토콜 개요

PPPoE는 두 단계가 있다. 검색(Discovery) 단계와 PPP 세션 단계다. 호스트가 PPPoE 세션을 시작하려할 때는, 우선 피어의 이더넷 맥주소(mac address)를 알아야 하고 PPPoE SESSION_ID가 있어야 한다. PPP가 점대점(peer-to-peer) 관계를 지정한다면, 검색은 본래 클라이언트와 서버간 관계이다.

검색 과정에서 호스트(클라이언트)는 데이터 집선기(서버)를 찾는다. 네트워크 토폴로지(topology)를 기초로 해서 호스트가 통신할 수 있는 데이터 집선기는 하나 이상일 수 있다. 검색 단계에서 호스트는 모든 데이터 집선기를 찾아서 그 중에 하나를 선택한다. 검색이 성공적으로 완료되면 호스트와 선택된 데이터 집선기는 이더넷을 통한 점대점 연결을 하는 데 사용할 정보를 상호 교환한다.

검색 단계는 PPP세션이 확립되기 전까지는 연결 상태 확인이 안된다. PPP세션이 일단 확립되면, 호스트와 데이터 집선기는 PPP 가상 통신을 위해 필요한 자원을 할당해야 한다.

3. 패이로드(Payloads)

다음으로 패킷 형식을 정의한다. 패이로드 내용은 검색과 PPP 섹션에서 정의할 것이다.
이더넷 프레임은 다음과 같다.

                    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
                  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                  |       DESTINATION_ADDR          |
                  |          (6 octets)                       |
                  |                                               |
                  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                  |         SOURCE_ADDR                |
                  |          (6 octets)                        |
                  |                                               |
                  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                  |    ETHER_TYPE (2 octets)        |
                  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                  ~                                              ~
                  ~           payload                        ~
                  ~                                              ~
                  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                  |           CHECKSUM                   |
                  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

DESTINATION_ADDR 필드에 유니캐스트 이더넷 수신지 주소나 이더넷 브로드캐스트 주소(0xffffffff)가 있다. 검색 패킷과 관련해서, 그 값은 검색 섹션에 정의된 것처럼 유니캐스트나 브로드캐스트 주소가 될 수 있다. PPP 세션 부하와 관련해서 이 필드는 검색 단계에서 결정된 피어의 유니캐스트 주소를 포함해야 한다.

SOURCE_ADDR 필드는 송신 장비의 이더넷 맥 주소가 있어야 한다.

ETHER_TYPE은 0x8863(검색 단계)나 0x8864(PPP 세션 단계)로 셋팅된다.

PPPoE 이더넷 패이로드는 다음과 같다.

                                   1                         2                               3
    0 1 2 3 4 5 6 7 8 9 0 1 2  3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   | VER   | TYPE |      CODE        |          SESSION_ID                   |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |            LENGTH                      |           payload                        ~
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

VER 필드는 4비트고 PPPoE 사양 본 버전에서는 0x1로 셋팅해야 한다.

TYPE 필드는 4비트고 PPPoE 사양 본 버전에서는 0x1로 셋팅해야 한다.

CODE 필드는 8비트고 검색과 PPP 세션 단계에 따라 아래와 같이 정의한다.

SESSION_ID 필드가 16비트이다. 네트워크 바이트 순(network byte order)으로 부호 없는 값이다.
그 값은 아래 검색 패킷을 위한 용도로 정의된다. 그 값은 주어진 PPP세션에 고정되어 있고 실질적으로 이더넷의 SOURCE_ADDR과 DESTINATION_ADDR와 더불어 PPP세션을 정의한다. 0xffff값은 나중에 사용하기 위해 예약되어 있고 사용되면 안된다.

LENGTH 필드는 16비트이다. 그 값은 네트워크 바이트 순으로 PPPoE 페이로드 길이를 나타낸다. 이더넷의이나 PPPoE 헤더 길이는 포함하지 않는다.

4. 검색 단계

검색하기 위해서는 네 단계가 있다. 완료되었을 때, 양 피어(peer)들은 PPPoE SESSION_ID와 피어의 이더넷 주소를 알게 된다. 그리고 이 두 값은 PPPoE 세션을 고유한 값으로 지정한다.

단계는 호스트가 초기 패킷을 브로드캐스팅하는 것과 하나 혹은 그 이상의 데이터 집선기에서 제안(Offer) 패킷을 보내고, 호스트가 유니캐스트 세션 요청 패킷(Session Request packet)을 보내고 데이터 집선기가 확정(Confirmation) 패킷을 보내는 것으로 구성된다.

호스트가 확정 패킷을 받았을 때, PPP세션 단계를 계속 진행할 것이다. 데이터 집선기는 확정 패킷을 보냈을 때, PPP 세션 단계를 계속 진행할 것이다.

모든 검색 이더넷 프레임은 ETHER_TYPE 필드를 0x8863으로 셋팅한다.
PPPoE 패이로드는 0 혹은 그 이상의 TAG를 포함한다. TAG는 TLV(type-length-value) 구성요소이고 다음과 같이 정의한다.

                                   1                            2                             3
     0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |          TAG_TYPE                     |        TAG_LENGTH                   |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |          TAG_VALUE ...                                                               ~
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

TAG_TYPE은 네트워크 바이트 순으로 16비트 필드다. Appendix A 에 모든 TAG_TYPE과 TAG_VALUE 목록이 있다.

TAG_LENGTH 는 16비트 필드다. 네트워크 바이트 순으로 부호 없는 숫자이며 TAG_VALUE의 길이를 바이트로 나타낸다.

검색 패킷에 알 수 없는 TAG_TYPE의 TAG가 있다면, TAG는 본 문서에 언급하지 않는 것은 무시해야 한다. 이것은 새로운 TAG가 추가가 되었다면(때) 이전과의 호환성을 제공한다.

새로운 필수 TAG가 추가 되었다면, 버전 값이 증가할 것이다.
약간의 검색 패킷의 예가 Appendix B에 있다.

4.1 PPPoE 활성 검색 시작(Active Discovery Initiation, PADI) 패킷

호스트는 PADI 패킷을 브로드캐스트 주소에 DESTINATION_ADDR을 셋팅해서 전송한다. CODE 필드는 0x09로 셋팅하고 SESSION_ID는 0x0000으로 세팅해야 한다.

PADI 패킷은 정확히 하나의 TAG_TYPE 서비스 이름의 TAG가 있어야 하고 이것은 호스트가 요청하는 서비스를 나타낸다. 그리고 임의의 다른 TAG 타입을 포함해야 한다.

전체 PADI 패킷은(PPPoE 헤더를 포함해서) 1484 바이트를 넘지 말아야 하고 릴레이 에이전트(relay agent)에서 릴레이-세션-아이디(Relay-Session-Id) TAG를 추가할 수 있도록 충분한 여유 공간이 있어야 한다.

4.2 PPPoE 활성 검색 제공(Active Discovery Offer, PADO) 패킷

데이터 집선기에서 서비스가 가능한 PADI를 받았을 때, PADO를 보내서 응답한다.

DESTINATION_ADDR은 PADI를 보낸 호스트의 유니캐스트 주소이다. CODE 필드는 0x07이고 SESSION_ID는 0x0000으로 셋팅해야 한다.

PADO 패킷은 데이터 집선기 이름이 포함된 하나의 AC 이름 TAG, PADI에 있는 서비스-이름 TAG와 동일한 TAG, 그리고 데이터 집선기가 제공하는 다른 서비스를 나타내는 임의 수의 서비스-이름 TAG를 포함해야 한다. 데이터 집선기는 PADI에 서비스할 수 없다면 PADO로 응답하지 말아야 한다.

4.3 PPPoE 활성 검색 요청(Active Discovery Request, PADR) 패킷

PADI를 브로드캐스팅한 후에, 호스트는 하나 혹은 그 이상의 PADO를 받을 것이다.

호스트는 받은 PADO 패킷을 살펴본 다음 하나를 선택한다.

선택은 AC-이름에 기초할 수도 있고 제공된 서비스에 기초할 수도 있다.

호스트는 다음에 선택한 데이터 집선기에 하나의 PADR을 전송한다.

DESTINATION_ADDR 필드는 PADO를 보낸 데이터 집선기의 유니캐스트 이더넷 주소로 셋팅한다.

CODE 필드는 0x19로 셋팅하고 SESSION_ID는 0x0000이어야 한다.

PADR 패킷은 정확히 하나의 TAG_TYPE 서비스-이름(호스트가 요청한 서비스를 나타내는)의 태그를 포함하고 임의 수의 다른 TAG를 포함한다.

4.4 PPPoE 활성 검색 세션-확정(Active Discovery Session-confirmation, PADS) 패킷

데이터 집선기가 PADR을 수신하면, PPP세션을 시작할 준비한다.

PPPoE 세션을 위해 유일한 SESSION_ID를 생성하고 PADS 패킷으로 호스트에 응답한다.

DESTINATION_ADDR 필드는 PADR을 보낸 호스트의 유니캐스트 이더넷 주소이다.

CODE 필드는 0x65로 셋팅하고 SESSION_ID는 PPPoE 세션을 위해 생성된 유일한 값으로 셋팅해야 한다.

PADS 패킷은 정확히 하나의 TAG_TYPE 서비스-이름의 TAG(데이터 집선기가 받이들인 서비스를 나타내는)와 임의 수의 다른 TAG 타입을 포함한다.

데이터 집선기가 PADR의 서비스-이름을 선호하지 않는다면, PADS에는 TAG_TYPE 서비스-이름-에러의 태그와 임의의 다른 TAG를 포함해서 응답해야 한다. 이 경우에 SESSION_ID는 0x0000으로 셋팅해야 한다.

4.5 PPPoE 활성 검색 종료(Active Discovery Terminate, PADT) 패킷

이 패킷은 PPPoE 세션 종료를 나타내기 위해 세션이 확립된 이후에 임의의 시간에 보내질 수 있다.

호스트나 데이터 집선기 어느 쪽에서든 보낼수 있다.

DESTINATION_ADDR 필드는 유니캐스트 이더넷 주소이고 CODE 필드는 0xa7으로 셋팅되고 SESSION_ID는 종료할 세션을 나타내기 위해 셋팅된다. 어떠한 TAG도 필요하지 않다.

PADT를 받으면, 더 이상 PPP 트래픽은 이 세션을 통해서 전송되지 않는다. 심지어 일반적인 종료 패킷도 PADT를 전송하고 수신한 이후에 전송되어서는 안된다.

PPP 피어는 PPPoE 세션을 끊기 위해서 PPP 프로토콜을 사용해야 하지만, PADT는 PPP가 사용될 수 없을 때 사용될 것이다.

5. PPP 세션 단계

일단 PPPoE 세션이 시작되면, PPP 데이터는 다른 PPP 캡슐화되어서 전송된다. 모든 이더넷 패킷은 유니캐스트다.

ETHER_TYPE 필드는 0x8864로 셋팅된다.

PPPoE CODE는 0x00으로 셋팅되어야 한다.

SESSION_ID는 PPPoE 세션을 바꾸지 않아야 하고 이 값은 검색 단계에서 지정되어야 한다. PPPoE 패이로드에는 PPP 프레임이 있다.

프레임은 PPP 프로토콜-아이디로 시작한다.

예제 샘플 패킷은 Appendix B에 있다.

6. LCP 고려 사항

매직수 LCP 옵션을 추천한다. 그리고 프로토콜 필드 압축(Protocol Field Compression, PFC) 옵션은 추천하지 않는다.

구현하려면 다음 옵션중 어느 것도 요청하면 안되고 아래 같은 옵션을 요청하면 거절해야 한다.

     Field Check Sequence (FCS) Alternatives,
     Address-and-Control-Field-Compression (ACFC),
     Asynchronous-COntrol-Character-Map (ACCM)

최대 수신 단위(Maximum-Receive-Unit, MRU)옵션은 1492보다 크지 않도록 조절되어야 한다.

이더넷은 최대 패이로드 크기가 1500 바이트, PPPoE 헤더가 6바이트, 그리고 PPP 프로토콜 ID가 2 바이트이므로 PPP MTU는 1492보다 커서는 안된다.

데이터 접신지가 세션 상태를 알아내기 위해 호스트에게 보내는 에코-요청(Echo-Request) 패킷은 가끔 전송할 것을 추천한다. 그렇지 않으면 호스트가 종료-요청(Terminate-Request) 패킷을 전송하지 않고 세션을 종료하면 데이터 집선기는 세션이 끊겼는지 알 수가 없을 것이다.

LCP가 종료될 때, 호스트와 데이터 집선기는 PPPoE 세션을 사용하기를 멈춰야 한다.

호스트가 또다른 PPP세션을 시작하려면 PPPoE 검색 단계로 다시 돌아가야 한다.

7. 그밖에 고려할 사항

호스트가 PADO 패킷을 지정된 시간내에 받지 못하면, PADI패킷을 재전송해야 하고 대기 주기를 두배로 늘린다. 이것은 원하는 만큼 반복된다. 호스트가 PADS 패킷을 받기위해 대기하고 있다면 비슷한 타임아웃 메카니즘이 사용되어야 하고, 호스트는 PADR을 재전송해야 한다. 지정된 수만큼 재시도한 다음에 호스트는 PADI 패킷을 전송해야 한다.

이 문서에서 사용된 ETHER_TYPE(0x8863, 0x8864)는 PPP Over Ethernet(PPPoE) 사용에 돤한 IEEE에서 지정해 왔다. 이 값들의 사용과 PPPoE VER(버전) 필드는 고유하게 이 프로토콜을 특징짓는다.

8. 보안

DOS(Denial of Service) 공격을 대응하는데 도움이 되도록 데이터 집선기는 AC-Cookie TAG를 채용할 수 있다. 데이터 집선기는 PADR SOURCE_ADDR에 기초해서 고유한 TAG_VALUE를 재생성할 수 있어야 한다. 이것을 사용해서 데이터 집선기는 PADI의 SOURCE_ADDR에 확실히 도달할 수 있고, 해당 주소에 대한 동시처리를 제한할 수 있도록 할 수 있다. 어떤 알고리즘을 사용할 것인가는 정의하지 않고 세부 구현의 문제로 남겨둔다. 한 예로 데이터 집선기만 아는 키를 사용하는 HMAC(HMAC over the Host Mac address)[3]가 있다.

AC-Cookie가 일부 DOS공격에 대비해서 유용하지만, 모든 DOS공격을 방어할 수는 없고 데이터 집선기는 자원을 보호하기 위해서는 다른 수단을 채용해야할 것이다.

많은 데이터 집선기는 인증되지 않은 개체에게 제공중인 서비스와 관련한 정보를 주고 싶지 않을 것이다.

그 경우에 데이터 집선기는 두 가지 정책 중 하나를 채용해야 한다.

서비스-이름 TAG에 기반한 요청을 거부하지 말아야 하고 항상 수신했던 TAG_VALUE를 반환해야 한다.

혹은 크기가 0인 TAG_LENGTH 서비스-이름 TAG를 지닌 요청만 받아 들여야 한다. 전자를 추천한다.

Appendix A

TAG_TYPES 와 TAG_VALUES

0x0000 End-Of-List

이 TAG는 목록에 더 이상의 TAG가 없음을 나타낸다.
TAG_LENGTH는 항상 0이어야 한다.

이 TAG 는 사용할 필요가 없지만 이전과의 호환성 때문에 남아 있다.

0x0101 Service-Name

이 TAG는 다음에 서비스 이름이 따른다는 것을 나타낸다.

TAG_VALUE 는 UTF-8 문자고 NULL로 종료되지 않는다.

TAG_LENGTH 는 어떤 서비스도 사용불가일 경우에는 0이다.
서비스-이름 TAG 사용 예들은 ISP 이름이나 서비스 클래스나 질을 나타낸다.

0x0102 AC-Name

특정 데이터 집선기를 다른 것들과 구분짓는 유일한 문자를 나타내는 TAG.
트레이드 마크ㅡ, 모델, 시리얼 ID 정보의 조합일 수도 있고,

단순히 맥값의 UTF-8 형태 변환일 수도 있다.

NULL 로 끝나지 않는다.

0x0103 Host-Uniq

이 TAG 는 데이터 집선기의 응답(PADO or PADS)와 특정 호스트의 요청(PADI or PADR)을

유일하게 이어 주는데 사용된다. TAG_VALUE 는 임의의 이진 데이터고 호스트가 선택한 길이이다.

데이터 집선기에서는 해석되지 않는다. 호스트는 PADI나 PADR에 Host-Uniq TAG를 포함할 수

있다. 데이터 집선기가 이 TAG를 수신하면 관련된 PADO나 PADS에서 변경하지 말고 포함시켜야

한다.

0x0104 AC-Cookie

이 TAG는 데이터 집선기에서 DOS공격을 막기 위해서 사용된다.

데이터 집선기는 PADO 패킷에 포함할 수 있다.

호스트가 이 TAG를 수신하면 PADR에 변경하지 말고 반환해야 한다.

TAG_VALUE 는 임의의 이진 데이터와 길이이고 호스트에서는 해석되지 않는다.

0x0105 Vendor-Specific

이 TAG 는 벤더 고유 정보를 넘기는데 사용된다.

TAG_VALUE의 처음 4 바이트는 벤더 ID가 있고 나머지는 정의되지 않았다.

벤더 아이디의 바이트 높은 자릿 한 바이트는 0이고 나머지 3바이트는 네트워크 바이트 순으로

벤더의 SMI 네트워크 관리 비밀 기업 코드(Network Management Private Enterprise Code)이다.

이 TAG 사용은 권장하지 않는다. 실제 구현은 특정 벤더 TAG는 어느 정도 무시할 것이다.

0x0110 Relay-Session-Id

이 TAG 는 트래픽을 중계하는 중간 장비에서 임의의 검색 패킷에 추가될 것이다.

TAG_VALUE은 호스트, 데이터 집선기 모두에 건드리지 않아야 하는 값이다.

호스트나 데이터 집선기에서 이 TAG를 수신하면 응답으로 보낼 검색 패킷에 변경하지 않고

포함시켜야 한다.

모든 PADI 패킷은 12 바이트 길이의 TAG_VALUE와 중계기 세션 아이디(Relay-Session-Id)

TAG를 추가하기에 충분한 공간을 확보해야 한다.

중계기 세션 아이디 TAG는 검색 패킷에 이미 하나가 있다면 추가하지 말아야 한다.

그 경우에 중계기는 기존 중계기 세션 아이디 TAG를 사용해야 한다.

기존 TAG를 사용할 수 없거나 TAG를 추가할 충분한 공간이 없으면 송신자에게

Generic-Error TAG를 전송해야 한다.

0x0201 Service-Name-Error

이 TAG (특히 길이가 0인 데이터 섹션과 함께) 는 이런 저런 이유로 인해서 요청한 서비스-이름

요청이 받아들여질 수 없다는 것을 나타낸다.

만일 데이터가 있고 데이터의 첫 바이트가 0이 아니라면,

요청이 거절된 이유를 설명하는 프린트할 수 있는 UTF-8 문자여야 한다.
이 문자열은 NULL 로 끝나지 않을 수도 있다.

0x0202 AC-System-Error

이 TAG는 데이터 집선기가 호스트 요청을 처리하는 중에 어떤 에러가 발생했음을 나타낸다.

(예를 들면 가상 회로를 생성하기에 자원이 부족한 경우)

이것은 PADS 패킷에 포함될 수 있다.
만일 데이터가 있고 데이터의 첫 바이트가 0이 아니면 에러의 원인을 설명하는 프린트 가능한

UTF-8 문자이어야 한다.

이 문자열은 NULL로 끝나지 않을 수도 있다.

0x0203 Generic-Error

이 TAG는 에러를 나타낸다.

복구 불가한 에러가 발생했거나 적절한 에러 태그가 없을 경우에,

PADO, PADR 혹은 PADS 패킷에 포함될 수 있다.

데이터가 있다면 그것은 에러의 원인을 나타내는 UTF-8 문자열이어야 한다.
그 문자열은 NULL로 끝나지 않을 수도 있다.

Appendix B

다음은 일부 패킷 예:

PADI 패킷:

                                      1                             2                            3
        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                         0xffffffff                                                             |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |           0xffff                             |        Host_mac_addr                  |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                    Host_mac_addr (cont)                                            |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |    ETHER_TYPE = 0x8863          | v = 1   | t = 1    | CODE = 0x09   |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |     SESSION_ID = 0x0000           |      LENGTH = 0x0004                |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |      TAG_TYPE = 0x0101            |    TAG_LENGTH = 0x0000          |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

PADO 패킷:

                                      1                            2                             3
        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                         Host_mac_addr                                                |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |      Host_mac_addr (cont)         | Access_Concentrator_mac_addr |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |             Access_Concentrator_mac_addr (cont)                           |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |    ETHER_TYPE = 0x8863          | v = 1   | t = 1    | CODE = 0x07   |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |     SESSION_ID = 0x0000           |      LENGTH = 0x0020                |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |      TAG_TYPE = 0x0101            |    TAG_LENGTH = 0x0000          |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |      TAG_TYPE = 0x0102            |    TAG_LENGTH = 0x0018          |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |     0x47           |     0x6f            |     0x20            |     0x52           |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |     0x65           |     0x64           |     0x42            |     0x61           |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |     0x63           |     0x6b           |     0x20            |     0x2d           |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |     0x20           |     0x65            |     0x73           |     0x68           |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |     0x73           |     0x68            |     0x65           |     0x73           |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |     0x68           |     0x6f             |     0x6f            |     0x74           |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

PPP LCP 패킷: PPP 프로토콜 값은 0xc021 이지만 PPP 패이로드는 독자에게 맡긴다.

이 패킷은 호스트에서 데이터 집선기에 전송된다.

                           1                   2                   3
        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                  Access_Concentrator_mac_addr                                |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |Access_Concentrator_mac_addr(c)|        Host_mac_addr                |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                     Host_mac_addr (cont)                                          |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |    ETHER_TYPE = 0x8864           | v = 1   | t = 1   | CODE = 0x00 |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |     SESSION_ID = 0x1234            |      LENGTH = 0x????               |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |    PPP PROTOCOL = 0xc021      |        PPP payload                    ~
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

9. 참고 문헌

   [1] Simpson, W., Editor, "The Point-to-Point Protocol (PPP)", STD 51,
       RFC 1661, July 1994
   [2] Bradner, S., "Key words for use in RFCs to Indicate Requirement
       Levels", BCP 14, RFC 2119, March 1997.
   [3] Krawczyk, H., Bellare, M. and R. Canetti, "HMAC: Keyed-Hashing
       for Message Authentication", RFC 2104, February 1998.
   [4] Reynolds, J. and J. Postel, "Assigned Numbers", STD 2, RFC 1700,
       October 1994. See also: http://www.iana.org/numbers.html
   [5] Yergeau, F., "UTF-8, a transformation format of ISO 10646", RFC
       2279, January 1998.

출처:

http://tools.ietf.org/html/rfc2516

출처 : http://blog.daum.net/ypass/11918178

[VPN]을 이용한 원격지 게이트웨이 사용하기

JaeSoo — Sun, 01 Jan 2012 16:01:16 +0000

VPN을 이용하면 원격지의 네트워크에 가상으로 접속하여, 원격지에 있는 로컬네트워크에
파일이나 프린터 공유등의 동작을 수행할 수 있습니다.

또한 VPN Server에 연결된 인터넷 회선으로 VPN Client가 인터넷을 사용할 수 있는데,
이를 이용하면 VPN Server의 인터넷 회선으로만 연결 가능한 사이트나 인트라넷 등에
원격지의 VPN Client가 접근할 수 있게 됩니다.

본 컨텐츠는 VPN Server가 지원되는 ipTIME 공유기를 이용하여 VPN Server의 인터넷 회선을
통한 VPN Client의 인터넷 접속을 설명합니다.

1. VPN Client로 사용할 PC의 네트워크 확인

VPN을 통해 원격지 게이트웨어를 사용하고자 하는 PC의 네트워크와 VPN 서버측의 네트워크는
서브넷이 달라야 합니다. 먼저 VPN Client로 사용할 PC의 네트워크를 확인하여 VPN 서버측 네트워크와
비교하여 봅니다.

(1) VPN Client로 사용할 PC에서 윈도우즈의 [시작] -> [실행]을 클릭합니다.

(2) [실행] 창에서 CMD를 입력 하신 후 확인을 클릭합니다.

(3) 명령프롬프트가 실행되면 ipconfig를 실행하여 IP정보를 확인합니다.
예제의 경우 192.168.11.1/24 네트워크로 동작함을 확인할 수 있습니다.

추가로 tracert www.naver.com 명령어도 실행하여 위와같이 192.168.11.1을 통해 외부와
통신됨을 확인하였습니다.

2. VPN Server측 네트워크 확인

위에서 VPN Client로 사용할 네트워크는 192.168.11.1/24 임을 확인하였습니다.
이번에는 VPN Server측에서 사용중이 네트워크 정보를 확인하여 서브넷이 다른지 확인합니다.

(1) VPN Server로 사용할 공유기에 연결된 PC에서 윈도우즈의 [시작] -> [실행]을 클릭합니다.

(2) [실행] 창에서 CMD를 입력 하신 후 확인을 클릭합니다.

(3) 명령프롬프트가 실행되면 ipconfig를 실행하여 IP정보를 확인합니다.
예제의 경우 192.168.0.200/24 네트워크로 동작함을 확인할 수 있습니다.

예제와 같이 VPN Client측 네트워크는 192.168.11.1/24 이고, VPN Server측 네트워크는
192.168.0.200/24로 서브넷이 다른 상태이므로 VPN연결에 문제가 없음을 확인하였습니다.

만약 VPN Client와 VPN Server측 서브넷이 동일하다면 서로 다르게 설정한 후
이후 설정을 진행하여 주셔야 합니다. 참고로 변경할 네트워크가 ipTIME 공유기를 통해 구성되어
있다면 아래의 링크를 참조하여 내부IP를 변경하실 수 있습니다.

[ipTIME 공유기의 내부IP주소 변경 바로가기]

3. VPN Server로 사용할 공유기의 VPN 설정

(1) VPN Server로 사용할 공유기에 연결된 PC에서 인터넷 탐색기를 실행하고
주소 입력란에 공유기의 내부IP주소(예. 192.168.0.200)를 입력하여 공유기 웹 설정화면에
접속하신 후 [관리도구] -> [고급설정] -> [특수기능] -> [VPN 서버설정] 메뉴로 이동합니다.

(2) [동작 모드]를 [실행]으로 선택하시고, [암호화(MPPE)]는 [암호화 없음]으로 선택하신 후
[적용] 버튼을 클릭합니다.

(3) 하단의 [VPN 접속 계정], [VPN 접속 암호], [할당 될 IP 주소]를 입력하신 후 [적용] 버튼을
클립합니다. ([할당 될 IP 주소]의 경우 공유기에서 사용하고 있지 않은 IP로 지정해야 합니다.)

위 예제에서는 아래와 같은 계정을 추가하였습니다.
- VPN 접속 계정 : test_1
- VPN 접속 암호 : 1234
- 할당될 IP 주소 : 192.168.0.50

(4) [기본 설정] -> [시스템 요약 정보] 메뉴로 이동하여 [외부IP주소]를 확인합니다.

위 예제의 경우 VPN Server 공유기의 외부IP가 100.0.0.2 이므로, VPN Client 접속시
100.0.0.2를 통해 접속이 가능합니다.

4. VPN Client에서 VPN Server로 접속

위 과정에서 설정한 VPN Server로 Windows XP를 사용하는 VPN Client가 접속하는 과정입니다.
예제는 Windows XP에서 기본 제공하는 VPN Client를 이용한 접속방법이므로, OS가 다르거나
다른 기기에서의 VPN 접속이라면 설정방법이 상이할 수 있습니다.

(1) 윈도우즈 좌측 하단의 [시작]을 클릭 하고 [제어판] -> [네트워크 및 인터넷 연결] -> [네트워크연결]로
접속하여 아래과 같이 [새 연결 만들기]를 클릭합니다.

(2) 아래 화면이 나오면 [다음]을 클릭합니다.

(3) [회사 네트워크에 연결]을 체크 후 [다음]을 클릭합니다.

(4) [가상 사설망 연결] 체크 후 [다음]을 클릭합니다.

(5) [회사 이름]을 입력 후 [다음]을 클릭합니다. (예. ipTIME, 임의입력 가능)

(6) 연결하려는 VPN Server의 IP 주소를 입력 후 다음을 클릭합니다.
(본 예제에서는 VPN Server 공유기의 외부IP인 100.0.0.2를 입력하였습니다.)

(7) [마침] 버튼을 클릭하여 새 연결 마법사를 완료합니다.

(8) 생성된 연결을 실행하신 후 아래와 같이 [속성]을 클릭합니다.

(9) [보안]텝을 선택하고 [데이터 암호화 필요]의 체크를 비활성화 시킵니다.

(10) [네트워킹]텝을 선택하고 [인터넷 프로토콜(TCP/IP])]의 [속성]을 클릭합니다.

(11) 인터넷 프로토콜(TCP/IP) 등록정보의 고급을 클릭합니다.

(12) [원격 네트워크에 기본 게이트웨이 사용]을 체크하고 [확인]버튼을 클릭합니다.

(13) VPN Server에 등록된 [사용자 이름]과 [암호]를 입력하고 [연결]을 클릭합니다.
(예제에서는 사용자 이름 : test_1, 암호 : 1234 를 사용하였습니다.)

(14) 정상적으로 연결되었다면 가상 사설망 연결이 아래와 같이 활성화 됩니다.

(15) VPN Server로 사용할 공유기에 연결된 PC에서 윈도우즈의 [시작] -> [실행]을 클릭하고
"CMD"를 실행하여 아래와 같이 ipconfig와 tracert www.naver.com 명령어로 VPN 연결상태를 확인합니다.

위와 같이 VPN Client의 네트워크에 PPP Adapter 가 생성되어 VPN Server에 설정한 IP인
192.168.0.50을 사용할 수 있음을 확인하였으며, tracert www.naver.com 명령어로 VPN Server의
게이트웨이인 192.168.0.200을 통해 인터넷에 연결되었음을 확인할 수 있습니다.

즉 VPN Server의 인터넷 회선(100.0.0.2)을 통해 인터넷 사용이 가능하며, VPN Client는
VPN Server로 사용하는 공유기에서만 접근 가능한 사이트나 인트라넷 등에 접속할 수 있게 됩니다.

출처 : http://www.iptime.co.kr/~iptime/bbs/view.php?id=faq_setup&page=4&ffid=&fsid=&dffid=&dfsid=&dftid=&sn1=&divpage=1&dis_comp=&sn=off&ss=on&sc=on&select_arrange=headnum&desc=asc&no=212

클라우드 스토리지 서비스 - DropBox, KT UCloud, Naver N Drive

JaeSoo — Sat, 24 Dec 2011 15:46:53 +0000

요즘 클라우드(Cloud) 서비스라는 말이 자주 들리지요? 인터넷 강의를 보면 강사가 구름처럼 그림을 그리고 그 안에 "WEB"이라고 써 놓으면서 설명하는데, 볼 때는 그 구름 모양을 무심코 보았습니다. 그러나 생각해 보면 구름보다는 거미줄이 더 어울렸을 텐데 강의뿐만 아니라 대부분의 책에서도 인터넷을 구름으로 표현하는 경우가 많습니다.

인터넷이 구름이라고 한다면 요즘 말하는 클라우드 서비스는 전산 데이터나 애플리케이션을 인터넷 구름을 이용하여 언제 어디서든 사용할 수 있도록 해주는 서비스라고 생각할 수 있습니다. 아직까지는 클라우드 서비스라면 구글 Docs 정도입니다. 회사에서 문서를 공유하는 데 사용하고 있지만, 전체 작업량에 비해서는 매우 적은 부분입니다. 오히려 파일을 온라인상에 저장해 주는 클라우드 스토리지 서비스를 더 자주 사용하고 있고 사용 횟수가 늘어가고 있습니다.

클라우드 스토리지 서비스에 관심을 가지게 되다 보니 현재는 3가지의 서비스를 함께 사용하고 있습니다. 아래에 제가 사용하는 서비스를 소개하려 합니다만, 기능이나 추천하는 순서가 아니라 제가 알게 된 순서라는 것을 먼저 말씀드립니다.

동기화가 빠른 DropBox

제가 좋아하는 동기화 방식인데, 특정 디렉터리에 파일을 저장하면 프로그램이 알아서 서비스 업체의 서버로 업로드하는 것이죠. 물론 파일이 수정되거나 삭제되어도 그때마다 서버로 올려 줍니다. 즉, 실시간으로 동기화시켜 주는 것이죠. 그리고 다른 컴퓨터로 자리를 옮기면 서버로부터 변경된 파일을 내려받아 동기화하고, 여기서도 작업에 의해 새로 생성되거나 수정된 내용을 역시 서버로 올려 동기화합니다.

Dropbox - Files - Online backup, file sync and sharing made easy.

이 방법을 좋아하는 이유는 파일을 사용할 때 로컬 하드디스크에 저장된 파일을 사용하기 때문에 네트워크 상태에 영향을 받지 않고 일상적으로 작업할 수 있기 때문입니다. 심하게는 네트워크가 끊겨도 작업에 영향을 받지 않습니다. 물론 다른 컴퓨터에서 수정된 내용을 받지 못하는 경우도 있겠습니다만, 작업을 아예 못하는 것보다는 좋겠지요.

특히, 네이버의 N 드라이브와 비교되는 방식입니다. N드라이브는 서버의 저장 공간을 컴퓨터에 설치된 하드디스크처럼 연결해서 사용하는 방식입니다. 그래서 네트워크 상태에 따라 속도가 저하될 수 있기 때문에, 또 사이즈가 큰 파일을 가지고 작업하게 되면 아무래도 작업이 어려울 수 있습니다. 네트워크가 끊기면 연결될 때까지 쉬어야겠지요.

사람마다 호불호가 다르겠습니다만, 앞서 말씀드렸듯이 저는 로컬 하드디스크에 저장된 파일과 스토리지 서버와 동기화하는 방식을 좋아하는데, 이 방식에도 단점이 있습니다. 무엇보다도 파일을 동기화시켜 주는 동기화 프로그램이 얼마나 똑똑하느냐 입니다. 파일이 수정되었는데, 그것을 모르면 매우 황당한 일이 생깁니다. 이런 면에서 Drop Box는 매우 훌륭한 서비스입니다. 벌써 몇 개월째 사용하고 있는데, 동기화만큼은 최고이군요. 또한, 지금까지 사용하면서 문제를 겪은 적이 없을 정도로 안전하고, 제가 실수로 파일을 삭제해도 복구할 수 있어 좋습니다.

버전관리도 훌륭한 파일 공유 DropBox

동기화가 작업이 매우 훌륭하기 때문에 jwFreeNote 전용으로만 사용합니다. 무료로 제공하는 용량이 5G뿐이지만, jwFreeNote는 텍스트와 이미지만 사용하기 때문에 5G만이라도 매우 충분합니다.

20G 대용량의 KT ucloud 서비스

DropBox가 5G라서 아쉽다면 KT의 ucloud가 있습니다. QOOK 인터넷이나 SHOW 사용자라면 20G까지 무료로 사용할 수 있어 좋습니다. 20G도 모자르다면 월 5,000원에 100G까지 사용할 수 있어서, 아마도 지금까지 나온 클라우드 스토리지 서비스 중에 가장 저렴하지 않나 생각됩니다.

KT ucloud 서비스

KT ucloud의 장점이라면 대용량이라는 점도 있지만, DropBox처럼 로컬 컴퓨터의 특정 디렉토리와 동기화하는 방식입니다. ucloud 프로그램을 설치하면 자동으로 내 문서에 생기는 메직 폴더라는 것이 바로 그것으로, 그 폴더 안에 파일을 생성하거나 복사하기만 하면 KT ucloud 클라이언트 프로그램에 의해 알아서 자동으로 서버에 보내고 받고하여 컴퓨터와 동기화 시켜 줍니다. 또 파일을 전송하거나 수신할 때 매우 높은 수준으로 암호하기 때문에 안심하고 사용할 수 있다는 점이 훌륭합니다.

뿐만 아니라 아이폰에서 사용하기 편해서 좋습니다. 다른 스마트폰에서도 KT ucloud를 편하게 사용할 수 있을 것이라 생각됩니다. DropBox도 아이폰을 위한 애플리케이션이 있고 사진이나 문서 보기도 가능하지만, 사용하기는 ucloud 애플리케이션이 더 편하더군요. 특히, 사진 보기는 썸네일 이미지까지 제공하기 때문에 더욱 좋습니다.

뿐만 아니라 ucloud의 휴지통 기능은 매우 편합니다. 컴퓨터에서 파일을 삭제하면 ucloud의 서버에도 삭제되지만, 그냥 삭제하는 것이 아니라 휴지통으로 옮겨 줍니다. 그래서 실수로 파일을 삭제했다고 해도 걱정할 필요가 없습니다. ucloud의 휴지통에서 간단히 복구할 수 있기 때문입니다.

또 한가지, KT ucloud는 웹하드 기능도 갖추고 있습니다. 다른 분에게 메일로 보내기에는 파일 크기가 커서 부담될 때 사용하면 매우 편리합니다.

네트워크 드라이브 네이버 N드라이브

앞서 언급 드렸듯이 네이버 N드라이브는 컴퓨터와 동기화하는 것이 아니라 네이버의 서버를 내 컴퓨터의 드라이버로 연결해서 사용하는 방식입니다. 그래서 네트워크 상태가 매우 중요한데, 만일 인터넷이 느리다면 사용하기 어려울 수 있습니다. 그러나 요즘은 고속 인터넷 시대이고 네트워크가 이상해지면 빠르게 복구되지요.

네이버 N드라이브

DropBox나 KT ucloude의 동기화 방식은 파일이 추가되거나 변경된 파일이 있으면 클라이언트 프로그램에 의해 차례로 서버에 올리고 내려받는데, 동기화를 완료하기 전에 컴퓨터를 끄게 되면 낭패를 볼 수 있습니다. 파일의 중요도에 따라서 반드시 동기화가 되었는지 확인해야 합니다. 그러나 N드라이브는 그럴 염려가 없습니다. 에러 없이 파일을 복사하고 저장했다면 안심하고 컴퓨터를 끌 수 있습니다.

N드라이브도 휴지통 기능을 제공하기 때문에 실수로 파일을 삭제해도 걱정할 필요가 없습니다. 또한, 문서도 만들 수 있어 좋습니다.

처음에는 무료 용량이 5G였지만, 지금은 10G로 늘어서 활용도가 더 높아졌습니다.

앞으로의 컴퓨터를 상상해 보면

제가 애용하는 클라우드 스토리지 서비스를 소개해 드렸습니다만, 앞으로 더 많은 업체에서 더 다양한 서비스가 나오겠지요. 서비스 기능과 요금으로 경쟁하겠지만, 스토리지뿐만 아니라 경쟁력을 높이기 위해 애플리케이션 기능도 높인다면, 그래서 클라우드 컴퓨팅 서비스까지 활발해 진다면, 상상입니다만 앞으로 나올 컴퓨터는 큰 모니터와 본체가 일체형인 제품이 더 많이 나오겠습니다. 그래서 결국 개인용 컴퓨터도 터미널이 되는 시대가 오지 않을까요? 물론 게임 좋아하는 분 때문에 분리가 되겠습니다만. 구글 OS처럼 웹 브라우저가 기본 OS가 되는 시대도 멀지 않게 느껴집니다.

출처 : http://jwmx.tistory.com/2011

OpenVPN 을 통한 VPN 구현 (클라이언트 접속시 암호 인증, 각 VPN클라이언트 끼리 통신)

JaeSoo — Sat, 10 Dec 2011 14:13:45 +0000

OpenVPN 을 통한 VPN 구현
-서버 : 리눅스
-클라이언트 : Windows XP, Linux

0. 내가 원한는 것.
1) 내가 어디에 있든 사설망에 접속할 수 있어야 한다.
- 사설망 모든 자원 활용(사설의 모든 IP, 모든 PORT)
- 요즘 ISP에서는 특정 포트를 막는다(예) samba, MS-SQL 포트)
2) 사설망은 인터넷을 통해도 안전해야 한다. (SSL 암호화 제공)
3) 사설망의 다른 PC(클라이언트)들과 통신이 가능해야 한다.
4) 접속에 있어 ID/PASS인증을 거친다. (인증서 뿐만 아니라)
5) 어디에 있든 사설망의 게이트웨이를 통해 인터넷에 접속한다.
(외부에 알려지는건 내부 게이트웨이 IP가 보인다.)

1. 시스템 구성
한대의 VPN서버에 여러대의 VPN 클라이언트들이 붙는 형태
각 VPN클라이언트 끼리 통신 또한 가능해야 한다.
-서버 : 리눅스
-클라이언트 : Windows XP, Linux (RedHat 9.0)
-네트웍 : 10.1.1.0 (10.1.1.1 ~ 10.1.1.255)
-사용포트 : 1194/UDP

2. OpenVPN설치(서버)
## lzo설치 ( 실시간 압축 전송 라이브러리)
#http://dag.wieers.com/packages/lzo/ 에서 적당한 버전의 rpm을 받는다.
# 난 SULinux 1.0 이니 , RHEL4 버전을 받는다.
wget http://dag.wieers.com/packages/lzo/lzo-1.08-4.2.el4.rf.i386.rpm
wget http://dag.wieers.com/packages/lzo/lzo-devel-1.08-4.2.el4.rf.i386.rpm
rpm -Uvh lzo*

## open vpn 받아서 rpm 만들고 설치
wget http://openvpn.net/release/openvpn-2.0.7.tar.gz
rpmbuild -tb openvpn-2.0.7.tar.gz
rpm -Uvh /usr/src/redhat/RPMS/i386/openvpn-2.0.7-1.i386.rpm

### 설치되는 파일 및 디렉토리들
/etc/openvpn
/etc/rc.d/init.d/openvpn
/usr/sbin/openvpn
/usr/share/doc/openvpn-2.0.7/*
/usr/share/man/man8/openvpn.8.gz
/usr/share/openvpn
/usr/share/openvpn/plugin/*
###############################

3. 인증서 생성 - 서버
인증성 생성은 필수이다. 다음과 같이 생성한다.

1) CA 생성 (상위 인증기관)
   cd /usr/share/doc/openvpn-2.0.7/easy-rsa/
   #vars 파일을 열어서 맨 마지막 줄을 수정한다.!!
   export KEY_COUNTRY=KR
   export KEY_PROVINCE=NA
   export KEY_CITY=BUSAN
   export KEY_ORG="superuser.co.kr"
   export KEY_EMAIL="doly@suidc.com"
####################################
#인증서 생성시 마다 넣는게 귀찮아서 이렇게 정의 하는 것이니 하지 않아도 무관^^;
. ./vars
## 위 명령은 , vars내용을 include한다는 명령이다.
./clean-all
## 기존에 생성된 것이 있으면 모두 삭제한다.
./build-ca
## CA 인증서를 생성한다.
## 이렇게하면 keys라는 폴더에 ca.key(개인키), ca.crt(공개인증서)가 생성된것을 확인한다.
## ca.crt파일은 모든 클라이언트에 배포. ca.key는 서버만 가지고 있음.

2) 서버키 생성 (서버에 사용될 인증서 및 개인키)
   ./build-key-server server
## 뭐 많이 물어보는데 대충 대답하고 , y를 누른다.
# keys 디렉토리에 server.crt server.key 등이 생긴것을 확인할수 있다.
# 이 키들은 CA에 의해 사인된 인증서이다.
# server.crt, server.key 모두 서버에만 사용

3) 클라이언트키 생성 (클라이언트에 사용될 인증서)
   ./build-key client
## 뭐 많이 물어보는데 대충 대답하고 , y를 누른다.
# keys 디렉토리에 server.csr server.crt server.key 등이 생긴것을 확인할수 있다.
# 중요한건. Common Name은 client여야 한다.!!
# keys 디렉토리에 client.crt client.key 를 볼 수 있다.
# 이 키들은 CA에 의해 사인된 인증서이다.
# client.key, client.crt 모두 클라이언트에만 사용됨.

4) Diffie Hellman 파라메터 생성(암호화에 필요한 놈)
./build-dh
# keys디렉토리에 dh1024.pem 파일이 생긴것을 확인할 수 있다.
# dh1024.pem은 서버에만 가지고 있는다.

5) 클라이 언트용 파일 복사 및 보관
mkdir -p /root/client-keys
cp keys/ca.crt keys/client.* /root/client-keys
cd /root
zip client-keys.zip client-keys/*

4. 설정파일(server.conf)파일 복사 및 편집 - 서버
1) 설정파일 및 키 복사
cd /usr/share/doc/openvpn-2.0.7/
cp sample-config-files/server.conf /etc/openvpn/
cp easy-rsa/keys/server.* /etc/openvpn/
cp easy-rsa/keys/dh1024.pem /etc/openvpn/
cp easy-rsa/keys/ca.* /etc/openvpn/

2) 설정파일 편집.(/etc/openvpn/server.conf)
server 10.1.1.0 255.255.255.0
client-to-client
duplicate-cn
max-clients 100
plugin /usr/share/openvpn/plugin/lib/openvpn-auth-pam.so login

   ## 설명
   # sever 네트웍 설정은 10.1.1.0으로 한다.
   # client-to-client : 클라이언트 끼리 통신 가능하게
   # duplicate-cn : client인증서 하나로 여러대의 PC에서 사용할 수 있게한다.
   # max-clients 100 : 연결수를 100으로 제한한다.
   # plugin .... : user/pass인증을 받는다. (시스템 계정)

3) G/W로 VPN서버를 쓰기 때문에 인터넷 공유 설정.
echo 'iptables -t nat -A POSTROUTING -s 10.1.1.0/24 -o eth0 -j MASQUERADE' >> /etc/rc.d/rc.local
iptables -t nat -A POSTROUTING -s 10.1.1.0/24 -o eth0 -j MASQUERADE
iptables -t nat -L

5. 클라이언트 설치 및 설정(Linux RH9)
# lzo 설치
wget http://dag.wieers.com/packages/lzo/lzo-1.08-4.0.rh9.rf.i386.rpm
wget http://dag.wieers.com/packages/lzo/lzo-devel-1.08-4.0.rh9.rf.i386.rpm
rpm -Uvh lzo-*
# openvpn 받아서 설치
wget http://openvpn.net/release/openvpn-2.0.7.tar.gz
rpmbuild -tb openvpn-2.0.7.tar.gz
rpm -Uvh /usr/src/redhat/RPMS/i386/openvpn-2.0.7-1.i386.rpm
# 설정파일 복사 및 설정
cp /usr/share/doc/openvpn-2.0.7/sample-config-files/client.conf /etc/openvpn/
cd /etc/openvpn
wget http://su021.suidc.com/~mons/client-keys.zip
unzip client-keys.zip
mv client-keys/* .
rm -rf client-keys*
## 설정파일 편집
remote 222.97.189.21 1194
auth-user-pass
# 위 두줄 추가!!
/etc/rc.d/init.d/openvpn start
이렇게 시작하면, user/ pass 를 묻는다.!!
예의상ㅇ!! ping 10.1.1.1 을 해 본다.!!! -- OK!

6. Windows XP에 설치!!
http://www.openvpn.se/files/install_packages/openvpn-2.0.7-gui-1.0.3-install.exe
위 파일을 받아서 설치!
http://su021.suidc.com/~mons/vpn-client-win.zip
이 키를 받아서.
시작 -> 프로그램 -> OpenVPN -> Open VPN configuration file directory
을 열고 거기에 복사한다.!

출처 : http://swarch.springnote.com/pages/6042383.xhtml

윈도우 공유(cifs/smbfs/netbios) 사무실을 벗어나자

JaeSoo — Thu, 24 Nov 2011 20:43:24 +0000

윈도우 파일 공유는 netbios 기반이라 외부 접속은 안된다고 그러고,
LINUX SMBA 서버인 cifs는 tcp/ip 기반이라 외부 접속이 되는데,
국내 ISP가 139번 포트를 막아서 쓸 수 없다고 합니다.

그럼 방법은 포트포워딩입니다.

관련 소개글 링크하여 봅니다.

윈도우 공유(cifs/smbfs)를 인터넷상에서 하자. (139번포트 넘기)
http://kldp.org/node/94464
smb를 이용한 외부 네트워크에서 nas 접속 방법
http://cafe.naver.com/nascafe.cafe?iframe_url=/ArticleRead.nhn%3Farticleid=2619
(english) Samba/CIFS/SMB file systems over SSH
http://www.blisstonia.com/eolson/notes/smboverssh.php

출처 : http://www.sitehis.com/spb3/sboard3/read.php?db=talk&cateuid=5&uid=343

외부에서 원격지 Samba 서버로 네트워크 드라이브 연결하기

JaeSoo — Tue, 22 Nov 2011 20:15:49 +0000

네트워크 드라이브를 연결하면 데이터의 동기화가 가능하기 때문에 꽤 편한 점이 많다. 다만 같은 Subnet(게이트웨이를 같이 사용하는 내부 네트워크)에서만 공유가 가능하다. 그래서 이 방법을 해결하고자 SSH 터널링이나 OpenVPN등을 이용해서 많이들 사용한다. 하지만 최근에 다른 방법을 알았기에 소개해 본다.

먼저 이 방법은 넷하드 카페의 샘님의 글([Synology] 아이튠공유 외부에서 접속하기)을 응용한 것임을 밝힌다. 또한 PC에서 다른 네트워크의 Samba server로 연결을 가정한다. DS-107+를 사용하는 차에 테스트 하였는데 문제없이 잘 작동하였다.

1. 프로그램 설치
이 방법은 프로그램 하나 설치함으로써 끝나는 방법인데 원리나 그런 것들은 모르겠다. 먼저 Rendezvous Proxy를 설치한다. http://ileech.sourceforge.net/index.php?content=RendezvousProxy-Download 링크로 가서 Windows용을 다운받으면 되고, 다 좋은데 맘에 안드는 것은 자바가 필요하다는 것. 어쨌든 깔고나면 아래와 같은 화면을 볼 수 있다.

설치 후 실행화면

2. 설정 : 호스트 추가
File>>Add New Host를 선택하면 다음과 같은 창이 뜬다.

IP Address : 원격지의 IP
Port : 139
Host Label : 적당한 이름
Service type : smb Samba Server

위와 같이 정보를 입력하고 Add 버튼을 누르면 연결이 된다. 추후 자동실행을 해 놓으면 부팅시 자동으로 연결이 활성화 된다.

3. 네트워크 드라이브 연결
기존의 평범한 방법으로 네트워크 드라이브를 연결하면 된다. 속도는 ipTIME의 VPN 서버를 이용하는 방법보다 훨씬 빠른것 같다. 초당 5Mbyte/s도 나온 적이 있으니까.

4. 윈도우즈 파일 공유도 가능할까?
테스트해본 시스템은 리눅스 시스템인데 나중에 Windows 폴더공유도 될까 하는 의문이 든다. Samba는 윈도우즈와 공유를 위한 리눅스의 파일 시스템이니 되지 않을까 하는 일말의 기대를 한다.

출처 : http://blog.naver.com/kkh0879/70105023566

원격 FTP 저장소를 네트워크 드라이브로 연결하기

JaeSoo — Mon, 21 Nov 2011 04:06:05 +0000

취미 삼아 뭘 만들려다 보니 PHP를 쓰게 됐다. 리눅스 + 웹 개발은 내 전문분야가 아닌 탓에 제대로 된 환경이 없었다. 일단 로컬 컴퓨터에 설치된 Notepad++¹이나 gvim²을 쓰기로 했지만, 매번 ftp로 업로드하기 귀찮았다. 물론 편집기용 FTP 플러그인이 있긴 하지만 기능이 빈약해서 다른 해결책을 찾아봤다. 그리고 원격 FTP 저장소를 네트워크 드라이브로 연결해주는 프로그램이 있다는 사실을 알게 됐다. 이 방법이라면 괜찮다 싶어 어떤 소프트웨어가 있나 찾아봤다.

우선 NetDrive부터 시도해봤다. 무엇보다 가정용에 한해 무료로 제공하기 때문이다. 그러나 한두 시간 써보고 NetDrive를 안 쓰기로 결정했다. 우선 NetDrive는 Sftp는 지원하지 않는다. 하지만 이게 다른 제품을 사용하게 된 결정적인 이유는 아니다. Notepad++로 한참 편집하다 보면 원격 저장소의 파일이 변경됐다는 경고가 나오는데, 아무래도 NetDrive에 버그가 있어 텍스트 파일을 이상하게 저장하는 듯 하다. 다른 프로그램으로 바꾸자 이런 문제는 사라졌다.

WebDrive는 비싸다. 1년 업그레이드 가능 라이센스가 무려 59.95$나 한다. 아무래도 WebDav, FTP, SFtp, Amazon-S3 등 다양한 프로토콜을 지원하기 때문인 듯 하다. 미국에선 Amazon-S3가 상당히 인기를 얻던데, 당장 내가 쓸 일은 없어서 꼭 이 제품을 써야 할 이유는 없다. 어쨌거나 일단 평가판으로 작업해봤는데, NetDrive와 달리 편집하는 데 있어 아무런 불편함도 느끼지 못했다. 참, 가격만 참하면 좋았을텐데 아쉽다.

WebDrive #1: ⁷⁶
WebDrive #2: ⁹⁸

SftpDrive는 상용이다. 라이센스가 39$라 상용으로 쓰더라도 NetDrive보다 5$가 비쌀 뿐이다. 참 재밌는 게 이름 그대로 Sftp만 지원한다. 보통 Sftp를 지원하니, ftp도 당연히 지원하리라 생각할텐데 그렇지 않다. 어쨌거나 상용 소프트웨어를 구매하게 된다면 이 제품이 유력하다. NetDrive는 버그가 있는 듯 하고, WebDrive에 비해 SftpDrive가 싸기 때문이다. 아, SftpDrive의 단점이 하나 더 있는데, 숨긴 파일(.으로 시작하는 파일 이름을 가진)에 접근하지 못한다. WebDrive는 접근할 수 있다.

출처 : http://andromedarabbit.net/wp/ftp_using_network_drive/

국내 클라우드(Cloud) 서비스 3총사 비교 - N드라이브/유클라우드/다음클라우드

JaeSoo — Thu, 15 Sep 2011 13:38:06 +0000

요즘 대세는 클라우드 서비스라해도 관언이 아닙니다.
최근 애플에서 iCloud서비스를 오픈할 예정이어서 더욱 관심이 모아지고 있는데요.
이미 국내에서도 좋은 클라우드 서비스가 있어서 소개해 드립니다.

국내 클라우드 3총사 N드라이브, UCloud, 다음클라우드

네이버의 N드라이브

네이버에서 제공되는 클라우드 서비스 입니다. 네이버 아이디만 있으면 무료로 30GB 사용이 가능합니다.
가장 많이 사용하고 있는 서비스 인데요. 클라우드 서버에 파일을 저장해 놓으면 음악, 동영상, 사진, 문서 등 다양한 멀티미디어 파일을 볼 수 있으며 특히 동영상은 가장 많은 코덱을 지원하는것 같습니다. 자막은 아직입니다.
그리고 N드라이브 전용 프로그램을 설치하면 윈도우 탐색기에서 실제 컴퓨터에 있는 하드디스크처럼 인식하기 때문에 쉽게 파일을 복사하고 관리할 수 있는것은 최대 장점이라 할 수 있습니다.

첫 실행화면
자동으로 멀티미디어 파일들을 구분해서 보여주고 있습니다.

음악파일은 전체, 아티스트, 앨범 별로 볼 수 있으며 3G로도 문제없이 음악 감상이 가능합니다. 제법 음악 플레이어 같은 모습을 가지고 있습니다.
하지만 파일 순서가 이름으로 정렬되는것 같은데요.. 이건 좀 고쳐졌으면 합니다.

탐색기를 통해서 정리된 폴더로 바로 들어가서 동영상, 음악, 문서, 사진들을 볼수 있습니다.

파일 공유를 지원합니다.

KT 유클라우드(UCloud)

KT에서 제공하는 서비스로 쿡, 쇼 아이디가 있으면 50GB 무료로 사용 가능합니다. 즉 KT 핸드폰을 사용하거나 인터넷을 사용하시면 계정을 만들고 무료로 사용이 가능합니다.

기본적으로 사진, 음악, 동영상 스트림이 가능한데요. N드라이브 보다는 지원되는 동영상 코덱도 부족한것 같고 음악파일도 플레이어처럼 재생하기는 어렵습니다.

단 N드라이브 보다 많은 50GB 무료 지원이며 올린 파일에 대해서 외부 링크가 가능합니다. (업로드된 파일을 전용 프로그램에서 우클릭하면 링크 주소를 생성할 수 있습니다.)
특별한 서비스는 없지만 많은 용량과 외부 링크가 가능하기 때문에 무료로 사용이 가능하시다면 백업용으로도 충분한 사용이 가능합니다.
그리고 동기화 서비스는 가장 우수하다고 생각됩니다. 2대의 컴퓨터의 지정된 폴더를 항상 최신으로 동기화 시켜주기 때문에 회사, 집, 출장에서도 항상 최신 작업내용을 확인할 수 있습니다.

다음 클라우드

다음에서 제공하는 클라우드 서비스로 다음 아이디가 있으면 50GB 무료로 사용이 가능합니다.
N드라이브의 파일 업로드 제한을 풀어주게 한 고마운 녀석입니다. (다음 클라우드 서비스 이후 경쟁이 붙어 네이버에서 200MB업로드 제한을 풀었습니다.)

역시 기본적으로 사진, 음악, 동영상, 문서를 볼 수 있지만 유클라우드와 마찬가지로 N드라이브 만큼 확실한 기능이 지원되지 않습니다.
다음 아이디는 많이들 있으니 무료로 제공되는 50GB를 마다할 필요가 없겠죠

네이버 N드라이브 (강추!!!)
- 네이버 아이디가 있으면 무료 30GB
- 모바일 어플을 통해서 사진, 음악, 동영상, 문서 보기가 가능
- N드라이브 탐색기로 컴퓨터에서 물리적인 하드 디스크처럼 파일을 손쉽게 관리할 수 있다.
- 가장 많은 동영상 코덱을 지원하며 음악 플레이어의 모습을 가지고 있음

KT 유클라우드 (추천!!)
- KT의 핸드폰 혹은 인터넷을 사용시 무료로 50GB
- 업로드 된 파일의 외부링크가 가능
- 모바일 어플을 통해서 사진, 음악, 동영상, 문서 보기가 가능
- 동기화 기능이 가장 잘되어 2대의 컴퓨터의 지정된 폴더를 최신으로 동기화 가능

다음 클라우드 (보통!!)
- 다음 아이디가 있으면 무료 50GB
- 모바일 어플을 통해서 사진, 음악, 동영상, 문서 보기가 가능
- 저장공간을 다른 유저들과 공유가 가능

클라우드 서비스로 할수 있는 것들
- 아이폰 사용중인데 동영상 변환 귀찮아서 N드라이브에 영상넣고 와이파이, 3G로 볼 수 있습니다. (자막불가)
* 동영상은 avi 파일이었는데 퇴근길에 3G로 플레이 해봤는데 잘나오더군요.. (SKT 아이폰 사용)
- 영어강좌 음악파일이랑 섞여서 나오는데 서버에 올려놓고 와이파이, 3G로 플레이 가능 등
- 사진 백업 용
- 폰에서 지원안되는 문서 보기
- 대용량 파일 외부 링크, 백업
- 타인과 파일 교환
- 다른 컴퓨터와 파일 자동으로 동기화

출처 : http://mygarret.tistory.com/317

조립 PC, 컴퓨터 공유 폴더 설정 방법

JaeSoo — Sat, 10 Sep 2011 16:49:52 +0000

스마트폰이 리모컨과 같은 역활을 하게 되고 컴퓨터는 파일을 저장하는 서버역활을 LG 인피니아 스마트TV는 멀티미디어 컨텐츠를 재생하는 출력장치로 활용 하는 방법입니다. 최근에 출시되는 스마트폰은 기본적으로 DLNA기능이 탑재된 제품이 많으나 기기간 호환이 부족한 부분을 이 방법으로 해결 하시면 됩니다. DLNA기능으로 컴퓨터/노트북에 저장된 파일을 스마트폰을 이용하여 LG 인피니아 스마트TV로 재생을 하기 위해서는 삼성전자에서 무료로 제공하는 PC 쉐어 매니저(PC share manager)를 설치를 하셔야 합니다. 아래의 링크로 받으시거나 삼성 다운로드 센터에서 무료로 받을 수 있습니다.

PC 쉐어 매니저(PC share manager) : http://goo.gl/hjX8C
삼성전자 다운로드 센터 : http://goo.gl/CBijX

운영체제 : Win XP/Vista 상세설명 : PC share manager (ver.4.2) 언어 : MULTI LANGUAGE
파일명 : setup.exe (size : 53796 KBytes / updated : 2010-07-19 )

* 윈도우 비스타와 윈도우XP에서 사용이 가능 하다고 하나 윈도우7 얼티밋에서도 정상 작동 하는 것을 직접 확인을 하였습니다.

PC 쉐어 매니저(PC share manager) 설치가 완료되면 우선 서버를 활성화 시키고 공유 폴더를 설정을 해줘야 합니다. 좌측 상단의 내컴퓨터에서 공유 폴더를 선택후 상단의 푸른색 표시가 된 폴더를 클릭하면 우측 공유된 폴더에 폴더가 추가 됩니다. 공유폴더는 여러폴더가 등록이 가능하니 동영상이나 사진, MP3 음악 파일이 들어 있는 폴더들을 추가를 하시면 되고요.

우측 상단의 서버명 'PC share manager' 알아 보기 쉽게 변경을 하시면 됩니다.

추가로 공유 폴더를 지정 했는데 해당 폴더가 외부 기기에서 보이지 않는다면 상단 메뉴중 파란색 새고 고침 한번 눌러 주시고 우측 녹색 현재 상태 반영 버튼을 한번 클릭하여 공유 폴더 정보 업데이트를 하면 됩니다.

PC 쉐어 매니저(PC share manager)의 서버는 언제든지 실행 시키거나 종료가 가능하고요. 윈도우 시작시 서버 자동 실행을 설정 하여 항상 공유 폴더의 접근을 가능하게 설정할 수 있습니다.

공유 폴더 접근 권한 설정

PC 쉐어 매니저로 공유폴더를 설정하고 서버를 실행 시켰으면 이제 공유 폴더에 접근 권한을 설정을 해줘야 합니다. 이 접근 권한 설정은 상당히 중요한 내용이므로 주의를 하셔야 합니다.

만약 사용중인 무선 공유기등의 접속 비밀 번호등 보안 설정을 하지 않았다면 주변의 무선 인터넷 사용이 가능한 스마트폰, 노트북등의 장비를 갖고 있는 외부인이 동일 네트워크에 접속이 가능 하니 우선 무선공유기등의 보안 설정을 해주시는것이 가중 중요한 기본입니다. 접속 비밀 번호를 걸어 두었다고 하더라도 비밀 번호가 노출 되면 동일 네트워크에 접속이 가능하니 접근 권한 설정에서 자신이 보유한 장비가 아닌 의심스러운 장비는 연결 허용을 하시면 안됩니다.

무선 공유기등의 접속 비밀 번호 노출이 의심되시면 바로 비밀번호를 변경하세요.

동일 네트워크에 접속된 기기들중 접근 권한 설정에서 연결 허용을 하면 이제 갤럭시탭 올쉐어 기능으로 컴퓨터에 저장된 파일을 사용을 할 수 있습니다. 예로 붉은 색의 [타블릿]갤럭시탭이 연결 하려는 장치라면 연결 허용버튼을 눌러 파란색 밑줄 그어진 장치처럼 연결상태로 연결을 하고 확인 버튼을 눌러주시면 됩니다. 언제는 접근 권한 설정에서 연결거부와 항목 삭제로 변경할 수 있습니다.

출처 : http://loved.pe.kr/entry/LG-TV

Delay Variation과 Jitter의 차이

JaeSoo — Fri, 10 Jun 2011 23:01:08 +0000

Voice Application의 Statistic 결과 항목들을 보면 다음 그림과 같이 "Packet Delay Variation" 항목과는 별도로 "Jitter (sec)" 항목도 있다.

일반적으로 Jitter는 패킷 전달 지연시간의 편차로 해석되기 때문에, 거의 동일한 의미로 해설될 수 있는 Packet Delay Variatioin 항목이 같이 있는 것은 사용자들에게 곧잘 혼란을 불러일으키고는 한다. 이 두 가지 값의 정확한 차이를 알아보도록 하자.
먼저 Packet Delay Variation의 (OPNET에서 사용하고 있는) 정의는 다음과 같다.
"Variance among end to end delays for voice packets received by this node. End to end delay for a voice packet is measured from the time it is created to the time it is received. "
실제로 delay variation 값은 gna_stat_variance_obtain() 함수에서 계산되는데, 해당 코드는 다음과 같다. (gna_support.ex.c 파일)
-----------------------------------------------------------------------------------
  mean_value = stat_data_ptr->sample_sum / stat_data_ptr->sample_count;
  variance_value = (stat_data_ptr->sample_sq_sum / stat_data_ptr->sample_count) -
   (mean_value * mean_value);
-----------------------------------------------------------------------------------
소스코드를 수식으로 변환하여 표현하면, 다음과 같다.

따라서, 소스코드와 Statistics 항목의 설며에서 명확하게 알 수 있듯이, 여기에서 variance가 의미하는 것은 일반적인 뜻인 '변화량'이 아니라 통게에서 사용하는 '분산'인 것이다.

다음으로 Jitter의 (OPNET에서 사용하는 있는) 정의는 다음과 같다.
"If two consequetive packets leave the source node with time stamps t1 & t2 and are played back at the destination node at time t3 & t4, then:
jitter = (t4 - t3) - (t2 - t1)
Negative jitter indicates that the time difference between the packets at the destination node was less than that at the source node."
실제로 jitter 값은 gna_voice_called_mgr (또는 gan_voice_calling_mgr) 프로세스 모델에서 계산되는데, 해당 코도는 다음과 같다.
-------------------------------------------------------------------------------------
/* Compute the jitter */
jitter = (op_sim_time () - prev_pk_info_ptr->play_back_time) - (rtp_pk_info_ptr->time_stamp - prev_pk_info_ptr->time_stamp);
-------------------------------------------------------------------------------------

Statistic 항목의 설명과 동일하게 jitter = (현재시간 - 이전 패킷의 수신시간) - (패킷을 송신한 시간 - 이전 패킷을 송신한 시간)으로 계산되고 있음을 확일할 수 있다. 즉, Jitter는 연속된 두 패킷에서 송신 노드에서 보내질 때의 시간 간격과 수신노드에 도착할 때의 시간 간격의 차이를 의미하는 것이다.

시뮬레이션 결과를 살펴보면 다음과 같이 전혀 다른 값이 기록되어 있는 것을 확인할 수 있으며, 그 이유는 앞에서 설명한 것처럼 서로 계산하는 방식이 전혀 다르기 때문이다.

출처 : http://moleman.tistory.com/5

인터넷 티밍(teaming)

JaeSoo — Mon, 28 Mar 2011 23:45:43 +0000

파란동네 발췌 내용입니다.

=====================================================================================================================
티밍은 로컬랜에서 파일공유등의 대역폭을 늘릴 수 있지만, WAN(인터넷) 대역폭에는 아무런 이득이 없습니다...

스위치나 허브로 연결된 로컬랜을 대한민국이라고 보고, 서울,대전,대구,부산을 로컬랜내의 PC들이라고 한다면, 부산이라는 PC에서 네트웍 아답터를 티밍을 통해 대역폭을 늘리는 것은 부산에서 다른 도시로 나가는 고속도로의 차선을 넓히는 것과 마찬가집니다. 부산에서 다른 도시로 나가는 고속도로 차선을 넓혀도 인천국제공항(WAN) 의 수송능력과는 상관없는 이야기이기 때문에 해외(인터넷)로 나가는 속도에는 아무런 영향이 없는 것과 마찬가지지요..
쉽게 얘기해서 PC에다 기가랜카드 천장을 티밍해서 테라bps 를 만들어도 인터넷라인(WAN)이 100Mbps 면 결국 인터넷은 100Mbps 밖에 안나옵니다.

티밍의 경우는 많은 모드들이 있습니다.
이더넷 방식의 네트웍통신을 하는 한 로컬랜에서 통신하는 수단은 MAC입니다.
여러 PC가 서로 통신하기 위해서 스타토폴로지로 묶는 장비가 보통 많이들 쓰시는 스위치 또는 허브라 불리우는 녀석인데, 이 녀석의 기작은 결국 PC들의 랜카드의 MAC주소를 보고 데이타를 배달을 하지요..

스위치(허브)에 두개의 랜카드로 연결된 PC#1이 있습니다.
PC#1 랜카드1 (MAC A) --------- [스위치]--------- PC#2 랜카드(MAC C)
........랜카드2 (MAC B) -------------┘

PC#2 에서 PC#1 의 IP로 데이타 전송을 할때, 실제로는 IP로 통신하는게 아닙니다. 이더넷으로 구성된 네트웍이기 때문에 반드시 PC#1 의 MAC 주소 A 또는 B 를 알아야 자료를 전송하고 스위치는 그 자료를 배달할 수가 있지요.. PC#2 는 PC#1 의 MAC 주소를 모르기 때문에 "PC#1의 IP를 가지고 있는 놈은 나에게 너의 MAC 주소로 응답하라" 고 떠듭니다. 그럼 PC#1은 "나 불렀냐? 내 MAC주소는 A 니까 여기로 보내라" - 이게 ARP라는 과정이고 - 그렇게 얻어진 PC#1의 MAC A 로만 전송할 수 있죠.. PC#1 의 랜카드 두개로 티밍을 하더라도 보내는 PC#2 가 MAC A나 B 둘 중 하나로만 보내기 떄문에 결국 PC#1 입장에서는 들어오는 대역폭을 두배로 만들 수 없는 것입니다.. 받는 입장에서는 보내는 놈이 한 군데로 보내는데 별 수 없는 것입니다.

반대로 PC#2 가 PC#1 로 자료를 보낼때는 PC#2 는 자신이 내보내는 어댑터 두개로 자료를 분산해서 PC#2 로 보내는 건 문제없습니다. 즉, 보내는 대역폭은 두배로 쓸 수가 있습니다.
이것이 티밍중에 가장 간단한 방식인 Adaptive Load Ballancing 입니다. 가정용 저가형 아무 L2스위치에 물려도 쓸 수 있는 방법이구요..
요약하자면,
PC#1 랜카드1 (MAC A) --------- [스위치]--------- PC#2 랜카드(MAC C)
........랜카드2 (MAC B) -------------┘
이 구성에서 각 랜카드가 1Gbps 라면 얻는 대역폭 이득은,
PC#1 -> PC#2 : 2Gbps
PC#2 -> PC#1 : 1Gbps

티밍을 통해 인바운드 대역폭도 티밍으로 묶은 어댑터숫자만큼 늘려서 받기 위해서는, 보내는 쪽의 스위치가 분산해 줘야합니다. 여기에는 CISCO Etherchannel 과 같은 여러가지 트렁킹 프로토콜 표준들이 있고, 티밍한 PC와 스위치 양단에 서로 똑같은 프로토콜로 구성해 줘야 하므로 일반인들이 구할 수 있는 Unmanagement 방식의 저가형 스위치나 허브로는 구현이 불가능하구요..

참고로, 인터넷 회선이 여러개일때 그 회선들의 대역폭을 합쳐서 하나의 IP로 묶어서 쓰는 방법도 존재하긴 합니다. 다만, 이건 내 집에서 어떤 구성만으로 되는게 아니고, 회선 여러개를 통해 분산해서 보낸 데이타를 외부에서 재조립해주는 곳이 필요합니다. 이게 바로 VPN서비스입니다.

..................┌-------->인터넷회선#1(공인IP1)------->인터넷------┐
..................├-------->인터넷회선#2(공인IP2)------->인터넷------┤
PC->[VPN터널(공인IP6)]->인터넷회선#3(공인IP3)---->인터넷---┼-A->[VPN서버]-B-┐
..................├-------->인터넷회선#4(공인IP4)------->인터넷------┤.........................│
..................└-------->인터넷회선#5(공인IP5)------->인터넷------┘.........................│
...................................................................................................................↓
.................................................................................................................인터넷

대충 이런 모양입니다. 인터넷에서 누군가가 내 VPN터널의 IP주소인 공인IP6 으로 데이타를 보내면 VPN서버에 의해서 인터넷회선1~5 로 분산되어서 들어오기 떄문에 다섯배의 대역폭을 쓸 수 있고, 마찬가지로 내가 인터넷으로 자료를 보낼때도 공인IP6을 통해서 외부로 내보내면 인터넷회선1~5로 분산되어 나가고 VPN서버에서 다시 묶어서 인터넷의 목적지로 보내주기 떄문에 회선 묶기가 가능한 방식입니다. 단, 어딘가에서 누군가가 VPN서버를 돌려주어야 하죠. 이런 유료 VPN서비스를 하는 곳이 요즘 더러 있습니다. 대신 VPN서버가 있는 지점 A와 B 의 회선은 충분히 빨라야겠죠.
=====================================================================================================================

출처 : http://blog.naver.com/neon777/60103694371

Serv-U Certified Add-Ons

JaeSoo — Wed, 29 Dec 2010 19:42:16 +0000

More Info		Add-On Name	File Size	Download	Source Code	Last Update	Developer	Price
		Serv-U Event Handler DLL	N/A			6/19/2006	FTPServerTools	FREE

MS Access ODBC Example

N/A

12/28/2006

Cat-Soft

FREE

MS SQL Server ODBC Example

N/A

12/28/2006

Cat-Soft

FREE

My SQL ODBC Example

N/A

12/28/2006

Cat-Soft

FREE

Oracle database for use with Serv-U

N/A

12/28/2006

Cat-Soft

FREE

Serv-U Daemon INI to SQL Converter

N/A

12/28/2006

N/A

FREE

WU_FTPd Logfile Format Utility

48KB

6/13/2006

Cat-Soft

FREE

SuStat Serv-U Log Analyzing

351KB

N/A

12/5/2002

N/A

FREE

LogWald Serv-U Log Analyzing

385KB

N/A

6/17/2008

Markus Korner

FREE

Sawmill Serv-U Log Analyzing

N/A

5/10/2005

Sawmill

N/A

Assisted Password Generator for Serv-U 3.0+

N/A

5/12/2005

N/A

FREE

Index File Utility

N/A

5/12/2005

Chad Biggerstaff

FREE

Sample "External Access Verification DLL" for Serv-U

N/A

5/12/2005

Steve Zohn

FREE

ServMOD -- Automated Account Management

N/A

5/12/2005

Simon Borduas

FREE

CFX_ServUAdmin -- ColdFusion Admin

792 bytes

N/A

5/12/2005

PengoWorks

FREE

MySQL ODBC connector 3.51.09

915KB

N/A

12/19/2005

N/A

FREE

출처 : http://www.serv-u.com/addons.asp

Serv-U Log 분석

JaeSoo — Wed, 29 Dec 2010 19:41:04 +0000

제가 개인적으로 FTP 서버를 운영하면서 한달씩 통계를 내는 것을 보신분이 계실겁니다. 상당히 허접스러움에도 불구하고 관심을 보여주시는 분들이 계셔서 미흡하지만 이렇게 나름대로의 꽁수를 공유하고자 합니다. 허접스러운 글 실력으로 날림으로 작성하지만 많은 도움이 되었으면 좋겠습니다.

<한달 분량의 로그 통계치 : 다운로드 정렬>

서브유는 자체적인 규칙으로 로그화일을 작성하며, 로그화일 분석, 통계기능을 제공하지 않습니다. 따라서 다른 로그화일 분석기 등으로는 분석을 할 수가 없으며, 개인 개발자들이 자체적으로 만들어낸 몇 개의 서브유 전용 ADD-ON 프로그램을 사용하여 분석을 하게됩니다. 그 종류는 여러 가지가있는데 그중 가장 빠르고 쉽게, 상세히, 타 프로그램과의 연동
(예:MicroSoft의 엑셀)이 가능한 두가지 프로그램에 대해 설명하겠습니다.

도스(DOS) 기반의 최고의 속도를 자랑하는 SUSTAT 2.0
http://www.gasmi.net/sustat.html

-Sustat 2.0 실행 예-

사용자 중심의 GUI, 엑셀과의 연동이 가능한 Serv-U Log Parser 0.1.50a
http://www.extrementity.com/modules.php?name=Downloads&d_op=viewdownload&cid=2

-Serv-U Log Parser 0.1.50a 실행 예-

저의 경우는 주로 Sustat를 사용하여 분석, 통계를 내며, 간단히 사용자별 다운로드 내용이나, 속도등을 분석할 때는 Parser를 사용합니다. Sustat는 DOS 기반의 프로그램으로 여러 가지 변수를 대입하여 배치 파일을 작성하면 손쉽게 특정 범위의 통계를 가장 빠르게 낼 수 있으며, 다운로드별, 업로드별 등으로 간단히 정렬이 가능합니다. 또한 로그화일에 오류가 있을시 -debug 옵션을 통해 오류가 발생한 정확한 위치를 알아낼 수 있으며 특정사용자들의 리스트를 텍스트 파일로 만들어 통계시 그 파일의 사용자들을 빼거나 하는 것도 간단히 처리할 수 있습니다. 다운로드 내용이나, 속도등, 접속 IP등을 볼 때는 약간의 불편함이있어 그런 세부적인 정보는 Log Parser를 이용합니다. Log Parser는 약간 속도가 느리며, 대용량의 로그화일 분석시 많은 인내심이 필요하기도 합니다. 또한 로그화일에 오류가 있을시 자체적으로 수정할 수가 없는 단점이 있습니다. 하지만 로그화일의 자세한 여러 내용을 엑셀에 필요한 파일로 출력이 가능한 강점이 있습니다. (sustat 역시 탭이나 공백으로 구분이 되어있어 엑셀로 처리가 가능합니다.)

그럼 우선 Sustat 2.0의 사용법과 활용을 알아보겠습니다. 아.. 그전에 소스가될 로그화일 생성부터 짚고 넘어가도록 하겠습니다.

0. Serv-U 에서의 로그화일 작성.

-Serv-U 로그화일 설정-

서브유 관리자를 실행시키고 생성된 FTP의 Setting > Logging으로 들어가시면 위 그림과 같은 내용이 나타납니다.
이곳에서 로그화일에대한 전반적인 설정을 하게됩니다.

0.1 Screen, Files
   Activity > Domain Log(Screen)에 표시될 내용 및 로그화일(Files) 에 기록될 내용을 선택합니다.
   System 메시지, 보안 메시지, 다운로드, 업로드 메시지 로그를 선택합니다. 아래 IP name은 클라이언트의 컴퓨터
   이름을 기록하므로 선택하지 않습니다. (필요하지 않은 항목은 제외하는 것이 로그화일의 크기를 줄여 좋습니다)

0.2 Log file name, Enable logging

     id="talmustistorycom34215"
src="http://cfs.tistory.com/blog/plugins/CallBack/callback.swf?destDocId=callbacknesttalmustistorycom34215&id=3&callbackId=talmustistorycom34215&host=http://talmus.tistory.com&float=left&"
allowScriptAccess="always" menu="false" type="application/x-shockwave-flash"
>to file
   기록될 로그화일의 이름을 지정합니다. Enable logging to file이 선택이 되어 있어야 파일로 기록을 합니다.
   파일의 이름은 아래의 옵션을 이용해 지정합니다.
   저의 경우 1일단위로 로그를 만들어 관리하므로 %y%n%d.TXT로 지정했습니다. 그럼 생성되는 로그화일의 이름은
   20030811.TXT 이런식이 되겠죠? (경험상 1일 단위로 관리하는게 통계 내기도 쉽고, 디버그하기도 편합니다.)

위 그림과 같이 캐비넷을 클릭한후 원하는 폴더에 파일이름을 옵션을 이용해 만드시면 됩니다. 제폴더에는 8월 4일 부터 로그가 있군요.. 7월달까지는 통계를 내서 압축후 옮겨놨거든요.. 로그화일의 용량도 무시못합니다. ^^;;..

0.3 Automatic rotate log file
로그화일의 기록 단위를 선택합니다. 위에 말씀 드렸듯이 전 Daly를 선택했습니다.

이정도로 설정하셨으면 소스가될 서브유 로그화일 설정은 다 된 것 같습니다. 이제 원하는 자료를 뽑아 볼까요?

1. Sustat로 사용자 통계내기.

Sustat 2.0에 첨부된 텍스트 파일을 보면 Sustat는 서브유의 로그화일을 분석 ASCII의 형태로 출력하며, 사용자별, 파일별, 디렉토리, 호스트별로 통계가 가능하다고 합니다. 자세한 사용법 및 옵션은 아래와 같습니다.

sustat [logfile name] [option]

각각의 옵션은 직접 해보시는게 이해가 빨리되실겁니다.
디폴트만으로도 훌륭한 통계가 뽑아지니 그리 고민하시 않으셔도 됩니다. 그럼 Sustat를 사용하여 제가 사용하는
꽁수를 알려드리겠습니다.

출처 : http://donzbox.tistory.com/16

VPN으로 집에 있는 PC 네트워크 드라이브로 연결하기

JaeSoo — Mon, 15 Nov 2010 21:13:21 +0000

회사에 출근하거나 캠퍼스에 있어도 대부분의 업무는 컴퓨터와 인터넷을 통해 이루어지기 마련이다. 가가호호마다 100Mbps급의 초고속 인터넷이 보급되어 있어 퇴근후에도 컴퓨터를 오래 벗어나 있기란 좀처럼 쉽지 않은 일이 되었다.

노트북 딱 하나만 쓰면 데이터가 중복되는 일이 없지만, 집에서는 서재의 컴퓨터를 쓰고 회사에서는 업무용 PC를 쓰다보면 같은 데이터가 여기저기 중복되어 있어 관리하기가 여간 귀찮은 일이 아닐 수 없다. 노트북 딱 하나만 쓰자니 무게와 화면의 압박에서 벗어나기가 쉽지 않다.

그나마 USB나 이동식 하드디스크를 이용하면 덜하긴 하지만 서류며 논문이며 사진과 mp3까지 담아다니다 보면 용량의 압박이 느껴지고, 이동식 하드디스크는 몇번쯤 고초를 겪어봤다면 실감하겠지만 몇십기가의 하드디스크가 딸깍거려 날라가기라도 하면 낭패가 아닐 수 없다. 그래서 찾아보는게 웹하드나 인터넷 디스크를 생각해 보지만, 이건 또 사용하기가 불편하기 짝이 없다. 다소 불안하기도 하고...

결국, 이상적인 구성은 회사건 집이건 하나의 PC를 스토리지로 만들어서 인터넷이 되는 곳이면 어디서든 네트워크 드라이브로 연결할 수 있으면 좋을텐데 방법이 마땅치 않다. 윈도우즈 기반의 네트워크 드라이브는 로컬 네트워크 상에서 구성되는 방식이여서 서브넷을 벗어나면 네트워크 드라이브 연결을 구성할 수 가 없다.

이런 고민을 해결해 줄 수 있을만한 해법이 있다. 비교적 간단히 VPN을 구성하여 인터넷 접속이 되는 곳이면 어느 곳에서든 집에 있는 PC의 하드디스크를 네트워크 드라이브로 연결할 수 있다.

VPN(Virtual Private Network)은 원래 목적이 네트워크상에서의 안전한 통신 채널을 구성하는데 있다. 인터넷은 특성상 네트워크에 돌아다니는 데이터 패킷을 손쉽게 열어볼 수 있다(물론, 열어봐서 해석하고 의미를 찾아내는게 만만한 작업은 아니지만). VPN은 인터넷의 이러한 보안상의 취약점을 보완하는 방법으로 안전한 통신 채널을 구성하는 방법이다. 기업에서 사용하는 VPN은 별도의 장비를 이용하는 등 구성이 복잡하고 비용도 많이 든다. 물론, 민초들이 사용하기에는 적합한 방법이 아니다.

인터넷 상에서 원격지에 있는 PC의 하드디스크를 네트워크 드라이브로 연결하는데 VPN을 들먹이는 이유는 VPN을 구성하면 2대의 시스템은 같은 서브넷으로 구성되기 때문이다. 일반적으로 VPN은 인터넷 IP상 내부에서만 사용하도록 정의된 주소영역(10.xxx.xxx.xxx나 192.168.xxx.xxx)을 사용하는데 터널링이라는 방식으로 VPN이 구성되면 2대의 시스템은 같은 서브넷 주소 영역을 사용하게 된다(이 터널링이라는게... 쩝, 업이 아니라면 그런게 있다라는 정도로만...). 여하튼, VPN이 구성되어 같은 서브넷에 존재하게 되면 윈도우즈의 탐색기에서도 공유 관계만 설정되어 있다면 네트워크 드라이브 연결이 가능하다(물론, 속도는 진짜(?) 로컬 네트웍에 비하면 많이 느리다). 결론적으로, 집에 있는 PC를 회사나 캠퍼스, 외부에서 노트북으로 네트워크 드라이브를 연결하고 싶다면 VPN을 구성하면 된다.

VPN을 구성하는게 네트워크에 익숙하지 않은 사용자에게는 접근이 꺼려질만큼 어려워 보이지만, OpenVPN이라는 공개용 솔루션을 사용하면 비교적 손쉽게 VPN을 설정할 수 있다. OpenVPN은 공개용이다. 부담없이 써도 된다.

그럼 VPN을 만들어 보자.

0. Prerequistics - 1

먼저 사전에 염두에 둬야할 사항은, 외부에서 집에 있는 PC를 VPN을 통해서 네트워크 드라이브를 연결하고 싶다면, 당연히 집에 있는 PC는 켜져 있어야 한다. 감안해야 한다는 말이다. 대부분의 가정에서는 IP 공유기를 이용하고, 요즘 PC는 네트워크에 대한 많은 기술들이 적용되어 있으므로, 필요할 때 외부에서 집에 있는 PC를 켜고 끄는 방법도 있다. WOL(Wake-On-Lan)이나 네트웍을 통한 제어 장치 등이 있다. 관심이 있으면 찾아보시고,,,

여기에서 구성하려는 VPN은 peer-to-peer 방식의 간단한 구조의 VPN이므로 집에 있는 PC를 VPN Host(Server)로 간주하고, 회사에 있는 PC를 VPN Client로 간주한다(다른 용도(?)로 사용하시면 곤란합니다).

OpenVPN을 통한 VPN 구성 솔루션은 Windows 계열을 물론, Linux나 Mac OS X를 지원한다. 여기에서는 우선 peer가 모두 Windows 시스템을 가정한다(Mac OS X는 나중에...).

1. OpenVPN 다운로드 및 설치

VPN 서버로 사용할 시스템에서 OpenVPN을 다운로드 하여 설치한다. 현재 버전은 2.0.9인데, OpenVPN 홈페이지의 바이너리를 다운로드 하는것보다 다운로드 페이지에 연결되어 있는 Mathias Sundman's OpenVPN GUI site의 openvpn-gui 버전을 받는게 편하다. openvpn-gui는 OpenVPN 기능을 모두 포함하고, OpenVPN을 제어하는 GUI 클라이언트가 포함된 버전이다.

Installer 버전으로 다운로드 받은 후에, 설치하면 된다. 몇가지 물어보는 사항이 있는데, Next, Next로 설치하면 된다. 설치가 모두 끝나면 C:Program FilesOpenVPN 디렉토리에 프로그램이 설치된다.

OpenVPN은 서버 버전과 클라이언트 버전이 따로 없다. 클라이언트 설치시에도 동일한 프로그램을 다운로드 받아서 마찬가지로 설치하면 된다.

2. Key 생성

앞에서 잠시 언급한 것처럼 VPN은 인터넷 상에서의 안전한 통신 채널을 구성하는 것으로, 실제로는 VPN으로 구성된 두 시스템간의 데이터는 모두 암호화되어 전달된다. 따라서, 중간에 패킷을 가로채도 내용이 뭔지 알수가 없다. 이러한 암호화는 PKI(Public Key Infrastructure)라는 공개키 암호방식을 이용한다. 또 복잡한 내용이 나오는데 인터넷 뱅킹할 때 사용하는 공인인증서와 같은 방식이라고 생각하면 된다. 인터넷 뱅킹의 공인인증서 방식의 보안구조는 PKI 방식이다. 공개키 암호 방식은 암호 코드를 쌍(두개)으로 생성하여, 외부로 공개하는 것과 공개하지 않는 키를 이용하는 방식이다. 하여튼, PKI 방식을 쓰면 암호키 만들면 .crt라는 공개용 인증서와 .key인 개인용 암호키 두개가 만들어 진다. OpenVPN은 OpenSSL이라는 공개용 PKI 도구를 이용하는데, OpenVPN-GUI를 설치할 때, OpenSSL도 같이 설치된다.

서버와 클라이언트 두대 간의 VPN을 구성한다면, 서버의 암호키(공개용 인증서, 개인용 암호키)과 클라이언트의 암호키(공개용 인증서, 개인용 암호키)이 필요하다. 그리고, 각각의 암호키를 인증 해주는 CA(Certificate Authority)의 인증서가 필요하다. OpenVPN에서 모두를 만들 수 있다.

명령어 프롬프트(가 뭔지 헥갈리시면, 시작-실행에서 cmd 하면 나오는 검정창 ^^)에서 cd c:program filesopenvpneasy-rsa로 이동한다. 여기에서,

init-config 명령(배치파일)을 실행한다. 그러면 디렉토리에 vars.bat라는 파일이 생성된다.

vats.bat 파일의 내용을 수정한다.

vars.bat 파일을 노트패드와 같은 텍스트 에디터로 읽어들여 파일의 맨 하단 부분의,

set KEY_COUNTRY=US
set KEY_PROVINCE=CA
set KEY_CITY=SanFrancisco
Set KEY_ORG=FortFunston
set KEY_EMAIL=mail@host.domain

부분에서 US는 한국이니까 KO로, KEY_PROVINCE=CA에서 CA는 적당한 도시 명칭으로(예를 들어, 대전은 DJ이거나 서울은 그냥 Seoul, 맘에 드는대로), KEY_CITY=SanFrancisco에서 SanFrancisco는 적당히 DaeJeon이나 Seoul로, KEY_ORG는 기관명을 적는 곳인데 적당히 알아서, KEY_EMAIL은 자신의 메일 주소를 적는다(여기에 적는 항목은 인증서의 내용에 기록되는 것으로, 공인인증 방식에서는 나름 규칙대로 적어야 하지만, 여기에서 구성하는 인증서는 그야말로 private 방식이므로 적당히 적어도 무방하다).

vats.bat 파일을 노트패드로 읽어들였을 때, 라인 단위로 끊어지지 않고 표시된다면 유닉스 방식의 캐리지 리턴으로 라인구분이 되어 있는 경우이므로 EditPlus등 유닉스 텍스트 파일을 처리하는 에디터를 이용하는게 편리하다.

이제, CA의 인증서를 만들고, 서버, 클라이언트의 인증서를 만드는 단계이다. 명령어 프롬프트 상에서,

vars.bat 를 실행한다(뭐라고 결과가 나오고 끝난다).

clean-all.bat를 실행한다(뭐라고 결과가 나오고 끝난다).

build-ca.bat를 실행한다(묻는게 좀 있다.)

Country Name, State, Locality 등을 묻는데 vars.bat에서 수정한 대로 입력하면 된다. vars.bat 수정할 때 없던 Organization Unit을 묻는데 기관의 부서 명칭 같은걸 적당히 입력하면 된다. Common Name은 시스템 이름을 묻는 것이다. 혼동을 막기 위해 CA 인증서를 만드는 경우에는 VPN-CA 등으로 입력하면 된다.

이 단계가 끝나면 easy-rsa 디렉토리 아래 keys라는 디렉토리가 만들어지고 ca.crt와 ca.key 파일이 생성되어 있다. ca.crt와 ca.key 파일은 각각 CA의 인증서와 인증서에 대한 암호키이다.

이제, 서버의 인증서와 암호키를 만든다. 여기에서는 편의상 서버는 server로, 접속할 클라이언트는 client로 시스템 명칭을 사용한다(다른 이름을 사용해도 무방하다).

easy-rsa 디렉토리의 명령어 프롬프트 상에서,

build-key-server server를 실행한다(뒷부분의 server는 시스템 명으로 server를 사용하는 경우).

여기에서도 build-ca.bat를 실행했을 때와 같은 묻는게 있는데 동일하게 입력하되, Common Name은 혼동을 막기 위해 server라고 입력한다. 그리고, build-key-server에서는 추가로 묻는데, 비밀번호 묻는것에는 적당한 비밀번호를 입력하고, Sign the certificate는 y로, commit에도 y로 응답한다.

그러면, keys 디렉토리 아래 server.crt와 server.key 파일이 추가로 만들어진다. PKI 방식에서 .crt 파일은 공개되어도 되지만, .key파일은 개인용 암호키로 누출되지 않아야 하는 파일이다. 참고하시고,,,

이제는 클라이언트의 인증서와 암호키를 만든다. 클라이언트의 인증서와 암호키까지 그냥 만든다. 간단한 방법이기 때문이다. 그냥 만든다. easy-rsa 디렉토리의 명령어 프롬프트 상에서,

build-key client를 실행한다(묻는건 build-key-server를 실행했을 때와 비슷하다).

주의해야 할것은 서버는 build-key-server 명령으로, 클라이언트는 build-key 명령으로 만든다. Common Name은 client로 한다. 나머지는 동일하게 응답한다. 그러면 keys 디렉토리에 client.crt, client.key 파일이 생성된다.

그리고, 한가지 명령을 더 실행한다. easy-rsa 디렉토리의 명령어 프롬프트 상에서,

build-dh를 실행한다(상황에 따라 시간이 좀 걸린다).

필요한 인증서와 암호키는 모두 만들었다. 이동식 디스크 등에 ca.crt는 복사해 두고, client.crt와 client.key는 이동시켜 둔다. 그리고, 다시 ca.crt와 dh1024.pem, server.crt, server.key는 c:program filesopenvpnconfig 디렉토리에 옮겨 둔다.

3. 서버의 환경 설정

OpenVPN은 c:program filesOpenVPNconfig 디렉토리의 확장자가 .ovpn이라는 파일을 읽어서 동작한다. c:program filesOpenVPNsample-config 디렉토리에 샘플이 있으니 참조해 보시고, 간단히 아래의 내용을 에디터에 copy & paste하여 필요한 부분만 수정하도록 한다.

# Which TCP/UDP port should OpenVPN listen on?
port 1194
# TCP or UDP server?
proto udp
# "dev tun" will create a routed IP tunnel,
# "dev tap" will create an ethernet tunnel.
dev tun
# SSL/TLS root certificate (ca), certificate
# (cert), and private key (key). Each client
# and the server must have their own cert and
# key file. The server and all clients will
# use the same ca file.
# Any X509 key management system can be used.
# OpenVPN can also use a PKCS #12 formatted key file
# (see "pkcs12" directive in man page).
ca ca.crt
cert server.crt
key server.key # This file should be kept secret
# Diffie hellman parameters.
dh dh1024.pem
# Configure server mode and supply a VPN subnet
server 10.8.0.0 255.255.255.0
# Maintain a record of client <-> virtual IP address
ifconfig-pool-persist ipp.txt
# The keepalive directive
keepalive 10 120
# Enable compression on the VPN link.
comp-lzo
# The persist options
persist-key
persist-tun
# Output a short status file
status openvpn-status.log

문장에서 #이나 ;로 시작하는 라인은 무시되는 코멘트이다. 더 많은 옵션과 명령이 있지만 무시하고 내용 그대로를 텍스트 에디터에서 읽어 들여 c:program filesopenvpnconfig 디렉토리에 server.ovpn(확장자에 주의)라는 이름으로 저장한다.

4. VPN 서버 실행

시작-프로그램-OpenVPN에서 OpenVPN GUI를 실행한다. 우측하단 트레이 아이콘에 못보던 아이콘이 생기고 색깔은 적색이다. 마우스 오른쪽 버튼으로 눌러 connect를 선택한다. VPN 서버가 정상적으로 실행되면 하늘색 계열로 바뀐다.

아니면 오류가 났다고 나온다. OpenVPN GUI 메뉴에서 View Log로 오류 내용을 보거나, c:program filesOpenVPNlog 디렉토리의 server.log 파일을 읽어보면 오류 내용이 적혀 있다. 1, 4 단계를 꼼꼼히 살펴보고 다시 해보면 된다.

* 오류가 나서 2번 key를 생성하는 단계를 다시하는 경우에는 편의상 easy-rsa 디렉토리의 keys 디렉토리를 지우고 하는편이 간편하다. 물론 새로 생성하는 클라이언트의 client.crt와 client.key 그리고 ca의 인증서인 ca.crt는 새로 복사해 두어야 한다.

성공하였다면, 명령 프롬프트에서 ipconfig /all 명령을 수행해 보면 네트워크 어댑터가 하나 더 생성되어 있고, 10.8.0.1의 주소가 할당되어 있는 것을 확인할 수 있다.

5. VPN 클라이언트 설치

서버를 설치하는 단계에서 많은 부분을 처리해 두었기 때문에 클라이언트의 설치는 비교적 간단하다.

클라이언트로 사용할 원격지의 PC에서 1번의 OpenVPN-GUI를 다운로드 받아서 서버와 동일하게 설치하면 된다.

6. 클라이언트 환경 설정

CA와 서버의 인증서와 암호키를 만드는 단계에서 이미 클라이언트의 암호키도 만들어 두었기 때문에 c:program filesOpenVPNeasy-rsa 디렉토리에서 암호키를 만드는 단계는 필요하지 않다.

이동식 메모리 등에 복사해 둔 ca.crt와 client.crt, client.key 파일을 c:program filesOpenVPNconfig 디렉토리로 옮기거나 복사해 둔다(또 다른 시스템에서 사용한다면 복사해서 사용하면 된다).

그리고, 서버의 환경 설정 파일을 만들었던것과 마찬가지로 아래의 내용을 텍스트 에디터에 copy & paste하여 필요한 부분만 수정하여 c:program filesOpenVPNconfig 디렉토리에 client.ovpn(확장자명에 주의)라는 이름으로 저장해 둔다.

# Specify that we are a client
client
# Use the same setting as you are using on the server.
dev tun
# Use the same setting as on the server.
;proto tcp
proto udp
# The hostname/IP and port of the server.
remote 서버의IP주소또는도메인네임 1194
# Keep trying indefinitely to resolve the host name of the OpenVPN server.
resolv-retry infinite
# Most clients don't need to bind to a specific local port number.
nobind
# Try to preserve some state across restarts.
persist-key
persist-tun
# It's best to use a separate .crt/.key file pair for each client.
# A single ca file can be used for all clients.
ca ca.crt
cert client.crt
key client.key
# Enable compression on the VPN link.
comp-lzo
# Set log file verbosity.
verb 3

꼭 확인해야 할 것은 remote라는 명령에 접속하려는 서버의 IP 주소나 Dynamic DNS를 쓰는 경우에는 도메인 이름을 입력해야 한다. 포트는 서버와 마찬가지로 1194로 설정한다.

7. VPN 접속

이제 클라이언트까지 설정이 끝났으므로 서버에 접속하면 된다. 당연히 서버는 켜져 있어야 하고, 4 단계를 수행하여 VPN 서버가 동작하고 있어야 한다.

서버와 마찬가지로 시작-프로그램-OpenVPN에서 OpenVPN GUI를 실행한다. 우측 하단 트레이 아이콘에 OpenVPN-GUI 아이콘이 나타난다. 마우스 오른쪽 버튼으로 메뉴를 표시하여 connect를 실행한다.

새로운 다이얼로그 화면이 나타나고 접속 내용이 표시된다. 정상적으로 접속되면 잠시후에 화면이 사라지고 OpenVPN-GUI 아이콘이 하늘색 계열로 바뀐다. 접속이 안된다면 log를 확인하시고 다시 꼼꼼히 살펴보시라.

정상적으로 접속되었다면 명령 프롬프트에서 ipconfig /all 명령을 수행해 보면 역시 네트워크 어댑터가 하나 더 생성되어 있고 10.8.0.x 의 주소가 할당되어 있을 것이다. 명령 프롬프트에서 ping 10.8.0.1 해보면 응답이 오는 것을 확인할 수 있다. 이제 원격지에서 집에 있는 PC의 하드디스크를 네트워크 드라이브로 연결할 수 있다.

8. 네트워크 드라이브 설정

네트워크 드라이브를 설정하려면 Windows 계열의 경우, 공유 관계가 설정되어야 한다.

드라이브나 특정 폴더를 공유하도록 설정하는 방법은 탐색기에서 해당 드라이브나 폴더를 선택하여 등록정보상에서 공유를 설정해 주면 된다. Windows XP의 경우에는 공유 설정이 원격액세스와 연관이 있으므로, 공유 설정이 잘 되지 않는 경우에는 제어판-시스템-원격 항목에서 원격에서 해당 컴퓨터로 접속할 수 있도록 설정되어 있는지 여부를 확인해야 한다.

9. 네트워크 드라이브 연결

간단하다. 모든 준비가 끝났다면 탐색기의 주소에서(클라이언트의 경우)

\10.8.0.1

을 입력하면 원격지 서버의 공유가 설정된 디렉토리가 표시된다. 해당 디렉토리를 선택하여 네트워크 드라이브로 연결해 주면 된다. 그러면 탐색기의 내컴퓨터 메뉴에 추가로 드라이브가 표시된다.

이후에는 마치 로컬에 연결된 드라이브처럼 사용하면 된다. 다만, 좀 느리다는 것은 감안해야 한다.

10. 주의 또 주의

네트워크 상에서 공유 디렉토리를 설정하는 것은 동일한 서브넷 네트워크를 사용하는 경우 노출이 될 수 있다는 점을 반드시 염두에 두어야 한다(공유 설정은 VPN과 상관이 없는 부분이다. VPN으로 보안되지 않는다는 말이다).

따라서 공유를 설정할 때는 사용자 암호나 폴더에 대한 접근 권한 및 암호 설정을 꼭 확인해야 한다.

특히, 아파트와 같은 환경에서 각 가정은 서로 다른 층수라 해도 동일한 서브넷으로 묶여있기 쉽상이다. 다른 집에서 내 컴퓨터에 접근할 수 있다는 점을 염두에 두고 공유 설정에 대해서는 반드시 재차 확인을 해야 한다.

내가 사용하는 PC에 설정되어 있는 공유 디렉토리 내역을 확인하려면,

제어판-관리도구-컴퓨터 관리에서 공유 폴더의 공유 내역을 확인해 보면 된다. 자신도 모르는 공유 폴더가 설정되어 있거나 불필효한 공유 폴더가 설정되어 있다면 삭제해야 한다.

출처 : http://episode.tistory.com/entry/VPN%EC%9C%BC%EB%A1%9C-%EC%A7%91%EC%97%90-%EC%9E%88%EB%8A%94-PC-%EB%84%A4%ED%8A%B8%EC%9B%8C%ED%81%AC-%EB%93%9C%EB%9D%BC%EC%9D%B4%EB%B8%8C%EB%A1%9C-%EC%97%B0%EA%B2%B0%ED%95%98%EA%B8%B0

OpenVPN 설정 for Windows

JaeSoo — Mon, 15 Nov 2010 21:12:46 +0000

1 프로그램 다운로드

윈도우즈 용은 OpenVPN GUI로, 다운로드는 다음과 같다.

http://openvpn.se/download.html

프로그램 다운로드 : http://openvpn.se/files/install_packages/openvpn-2.0.9-gui-1.0.3-install.exe

2. 설치

기본 설치로 하면 Program FileOpenVPN에 깔린다.

3. 키 설정 (http://openvpn.net/howto.html#pki)

1) 준비

- 커맨드 쉘로 Program FilesOpenVPNeasy-rsa 폴더로 이동

init-config

vars
clean-all

2) 기본 ca 작성

(입력을 편하게 하려면 vars.bat파일의 set KEY_COUNTRY=US등의 내용을 변경하세요... 안해도 무방)

build-ca

다음과 같이 물어봅니다.

Country Name (2 letter code) [KG]:
State or Province Name (full name) [NA]:
Locality Name (eg, city) [BISHKEK]:
Organization Name (eg, company) [OpenVPN-TEST]:
Organizational Unit Name (eg, section) []:
Common Name (eg, your name or your server's hostname) []:OpenVPN-CA
Email Address [me@myhost.mydomain]:

여기는 적당히 채우세요~

다만 Common Name은 앞으로 만들 키에서 전체적으로 중복되면 안됩니다.

3) 서버 키 작성

build-key-server server

앞에 입력한 것과 비슷하게 나옵니다. Common Name만 다르게 하시고

나머지는 똑같이 입력하세요.

y/n 묻는 건 당연히 y겠죠.

4)클라이언트 키 작성

build-key client1

동시에 여러 클라이언트가 접속한다면 동접 갯수만큼 client1를 숫자나 적당한 것으로 바꿔서 키를 만들면 됩니다. client1를 원하는 이름으로 바꾸세요.

예를 들어 세명이 동시에 사용한다면

build-key client1

build-key client2build-key client3

이런식으로 만들어 주면 되겠죠.

그리고 처음 키를 만들때와 같은 걸 물어보는데 Common name에 client1같은 각각의 이름을 넣어주면 됩니다.

4. DH parameter 생성

build-dh

5. ta 키 생성

keys 디렉토리로 이동해서..

openvpn --genkey --secret ta.key 라고 하면 ta.key가 만들어집니다.

6. key 파일 복사.

config 폴더에 다음과 같은 파일을 복사합니다.

ca.crt

ca.key

dh1024.pem

server.crt

server.key

ta.key

7. Server config 설정

1) sample-config 폴더에서 server.ovpn 파일을 config 폴더로 복사합니다.

2) 복사한 server.ovpn 파일을 메모장으로 열어서 다음 항목을 찾아 필요한 값을 설정합니다.

port

proto

tls-auth ta.key 0

cipher BF-CBC

port는 원하는 포트번호를 proto는 udp나 tcp를 설정합니다.

tls-auth, cipher 는 앞에 있는 커맨트 ; 를 지워줍니다.

설정이 되었으면 저장하세요.

8. 서버 실행

config 폴더에서 openvpn server.ovpn 이라고 입력합니다.

나오는 내용을 확인해 보시고..에러가 없으면 F3인가 F4인가를 눌러 종료합니다.

그리고 제어판->관리도구->서비스 에서 OpenVPN 서비스를 자동으로 하시고 시작 하시면 컴퓨터가 부팅될 경우 자동으로 실행이 됩니다.

9. 클라이언트 설정

1) 서버와 똑같이 프로그램을 설치합니다. (같은 프로그램으로 서버와 클라이언트를 사용함)

2) 위의 서버에서 만든 다음과 같은 키 파일을 config 폴더에 복사합니다.

ca.crt

ca.key

client1.key

client1.crt

ta.key

3) sample-config 폴더에서 client.ovpn을 config 폴더로 복사합니다.

이때 client.ovpn을 client1.ovpn으로 이름을 맞춰 주는 게 좋습니다.

(여러곳의 연결설정을 할때 편함)

4) client.ovpn을 메모장으로 열어서 다음 항목을 수정합니다.

proto

remote

cert

key

tls-auth

cipher

; proto는 서버에서 설정한 것으로 udp/tcp로 맞춰주시고, remote는 remote 서버ip 포트번호 로 하시면 됩니다.

cert는 client1.crt

key는 client1.key 로 파일 이름을 맞춰 주세요.

tls-auth는 앞의 ;를 지워주시고

cipher도 서버와 같이 cipher BF-CBC로 맞춰 주시면 됩니다.

5) 연결 확인

openvpn client1.ovpn으로 해보시면 되고

평상시에는 오른쪽 아래의 트레이에 있는 OpenVPN GUI의 오른쪽 클릭을 하면

Connect가 나옵니다. 문제없이 연결되면 아이콘이 초록색으로 변경됩니다.

6) 서버 접속

서버의 ip를 변경할수 있지만 여기서는 기본 설정이므로 10.8.0.1이 서버의 ip입니다.

ping을 해보시던가..리모트 접속을 해보시면 틀린거 없이 하셨다면 연결이 될껍니다.

출처 : http://blog.dasom.pe.kr/55

OpenVPN으로 제약없는 네트워크 사용을...

JaeSoo — Mon, 15 Nov 2010 21:11:42 +0000

회사에서 보안상의 이유로 방화벽을 설정해 놓은 경우는 네트워크 사용에 제약이 많다. 이 경우 VPN을 원격지에 설정해두면 네트워크를 제약없이 사용 할 수 있다. 예를 들어 원거리에 출장을 간 출장자가 회사 내에서만 사용 가능한 인트라넷을 써야 한다면, 회사 인트라넷에 접속하여

1. 서버 설치

1.1. 소프트웨어 다운로드 및 설치

http://openvpn.se 접속 -> Stable -> openvpn-2.0.9-gui-1.0.3-install.exe 다운로드

(무조건 Next -> Next -> Next -> ... 하여 설치)

1.2. Key 생성

1) c:program filesopenvpneasy-rsa 폴더로 이동

2) init-config.bat 파일 실행

3) texteditor로 vars.bat 파일을 열어 파일 맨 하단부에서 다음 부분을 찾는다.

set KEY_COUNTRY=US
set KEY_PROVINCE=CA
set KEY_CITY=SanFrancisco
set KEY_ORG=FortFunston
set KEY_EMAIL=mail@host.domain

4) 여기서 다음과 같이 수정

set KEY_COUNTRY=KR
set KEY_PROVINCE=Seoul
set KEY_CITY=Seoul
set KEY_ORG=KURAPA_CORP
set KEY_EMAIL=foo@foo.com

여기서 값은 알아서 적당하게 넣으십시오.

5) DOS Command 창으로 c:program filesopenvpneasy-rsa 폴더에 들어가서 다음을 차례대로 실행

- vars.bat 실행

- clean-all.bat 실행

- build-ca.bat 실행

(그냥 ENTER를 계속 누르되 common name/host name은 server로 입력.

잘못 입력했으면 다시 build-ca.bat를 실행하여 입력)

6) 서버 인증서 생성

DOS Command 창으로 c:program filesopenvpneasy-rsa 폴더에 들어가서 다음을 실행.

- build-key-server server

. 그냥 ENTER를 계속 누르되 common name/host name은 server로 입력

. A challenge password는 적당한것을 입력

. y/n을 묻는 부분에서는 무조건 y

7) 클라이언트 인증서 생성

DOS Command 창으로 c:program filesopenvpneasy-rsa 폴더에 들어가서 다음을 실행.

- build-key client

. 그냥 ENTER를 계속 누르되 common name/host name은 client로 입력

. A challenge password는 적당한것을 입력

. y/n을 묻는 부분에서는 무조건 y

※ 접속할 사용자가 여러명이면 다음과 같이 인증서를 여러개 만들 수 있다.

- build-key kurapa

- build-key mimi

8) DH 파라메터 생성

DOS Command 창으로 c:program filesopenvpneasy-rsa 폴더에 들어가서 다음을 실행.

- build-dh (시간이 좀 걸린다.)

9) 인증서 생성 마무리

- c:program filesopenvpneasy-rsakeys에서 다음의 파일들을 c:program filesopenvpnconfig 디렉토리에 복사

. ca.crt

. dh1024.pem

. server.crt

. server.key

- 다음의 파일은 클라이언트에서의 사용을 위해 별도로 저장해둔다.

(아무나 막 사용할 수도 있으므로 USB메모리 같은데 안전하게 저장해 두는 것이 좋다.)

. ca.crt

. client.crt

. client.key

1.3. VPN 서버 환경 설정

c:program filesopenvpnsample-config에서 server.ovpn 파일을 복사하여 c:program filesopenvpnconfig 폴더에 복사한다.

1.4. 방화벽 해제

Windows 방화벽이 설정되어져 있다면 다음과 같이 예외설정을 해준다.

(프로토콜은 UDP임을 꼭 확인하자)

1.5. VPN 서버 실행

- 시작 -> 프로그램 -> OpenVPN -> OpenVPN GUI 실행 (오른쪽 하단에 빨간색 아이콘이 생긴다)

- 오른쪽 버튼을 눌러 Popup Menu를 띄우고 Connect버튼을 누른다.

- 녹색( )으로 변신하면 OK, 실패했다면 c:program filesopenvpneasy-rsakeys 폴더를 지우고 1.2. Key 생성을 처음부터 다시 한다.

1.6. 서버를 자동 실행시키고 싶은 경우

제어판 -> 관리도구 -> 서비스 -> OpenVPN 자동실행으로 변경

2. VPN 클라이언트 설치

클라이언트 설치는 서버에 비해 무척 간단하다.

2.1. 소프트웨어 다운로드 및 설치

http://openvpn.se 접속 -> Stable -> openvpn-2.0.9-gui-1.0.3-install.exe 다운로드

(무조건 Next -> Next -> Next -> ... 하여 설치)

2.2. Key 복사

1.2.의 8)에서 저장해둔 ca.crt, client.crt, client.key파일을 c:program filesopenvpnconfig 폴더에 복사한다.

2.3. 환경설정

c:program filesopenvpnsample-config에서 client.ovpn 파일을 복사하여 c:program filesopenvpnconfig 폴더에 복사한 후 Notepad로 열어 다음의 부분을 찾는다.

# The hostname/IP and port of the server.
# You can have multiple remote entries
# to load balance between the servers.
remote my-server-1 1194
;remote my-server-2 1194

여기서 아래와 같이 my-server-1을 접속하고자 하는 서버의 domain name 또는 IP Address로 적어준 후 파일을 저장한다.

remote vpn.kurapa.com 1194

2.4. VPN Client 실행

- 시작 -> 프로그램 -> OpenVPN -> OpenVPN GUI 실행 (오른쪽 하단에 빨간색 아이콘이 생긴다)

- 혹시 외부 접속시 반드시 Proxy를 써야 하는 환경이라면 오른쪽 버튼을 눌러 Popup Menu를 띄우고 Proxy Settings 버튼을 누르고 해당 정보를 세팅해 준다.

- 오른쪽 버튼을 눌러 Popup Menu를 띄우고 Connect버튼을 누른다.

접속이 안된다면 log를 꼼꼼히 살펴보고 조치를 취해줘라.

3. 기타 (트러블 슈팅)

3.1. VPN 프로토콜

OpenVPN 기본 설정은 접속 프로토콜로 UDP를 사용하게 되어져 있다.

따라서 공유기를 사용하고 있다면 프로토콜을 UDP로 해줘야 한다.

그런데 일부 회사는 방화벽을 하면서 아예 UDP는 막아버리는 경우가 많다. 그런 경우는 프로토콜을 부득이하게 TCP로 바꾸어줘야 되는 경우가 많다.

이를 TCP로 변경하고자 한다면 위의 server.ovpn, client.ovpn에서 protocol을 다음과 같이 수정해 주면 된다.

# Are we connecting to a TCP or
# UDP server? Use the same setting as
# on the server.
proto tcp
;proto udp

그리고 서버에 방화벽이 설치되어져 있다면 다음과 같이 예외설정을 해준다.

(프로토콜이 TCP로 되어져 있음을 확인)

3.2. 공유기를 사용하는 경우

위의 설정을 다 했는데도 안되는 경우는 공유기가 PPTP 패스 쓰루, IPSec 패스쓰루를 잘 지원하지 못해서 그럴 수도 있다. ipTimes의 q204의 경우도 그러했는데, 업체에서는 메뉴에는 없지만 Pass Through를 기본적으로 지원한다고 한다. 그러나 무엇때문인지 공유기를 다른것으로 바꾸니까 잘 되었다. 이런썅~

3.3. 포트변경

1) 이래도 안되면 포트를 변경해보자. 20,000번대 이상으로...

2) 그래도 안되면 1194라는 숫자가 포트 번호에 있는지 보자. 더러는 방화벽으로 이 숫자만 막아놓은 경우가 있다. (무식하게...)

출처 : http://chunun.com/245

VoIP 와 Mobile VoIP

JaeSoo — Tue, 23 Mar 2010 11:02:45 +0000

VoIP(Voice over Internet Protocol)란 용어가 나온지는 거의 10년이 되어가는 듯합니다.

몇 년사이 인터넷 전화의 붐과 함께 이제는 왠만한 사람들은 다 알고 있는 용어죠.

초기에 새롬의 다이얼패드였던가요? 가격은 저렴했지만 낮은 품질(QoS)과 접근성의 어려움 등 한계가 있었죠.

하지만 이제는 초고속 인터넷망의 성장과 더불어 통신업계 기술 전반이 All-IP 기반으로 진행됨에 따라 VoIP가 자연스럽게 확산되고 있습니다.

그럼.. VoIP에 대해서 조사한 만큼 낱낱이 알아보도록 하죠..

VoIP 정의

먼저 텀즈의 정의를 살펴보죠. (http://terms.co.kr/VoIP.htm)

상당히 길고 자세하게 정의를 내리고 있네요..

VoIP는 IP를 사용하여 음성정보를 전달하는 일련의 설비들을 위한 IP 전화기술을 지칭하는 용어이다. 일반적으로, 이것은 공중교환전화망인 PSTN 처럼 회선에 근거한 전통적인 프로토콜들이 아니라, 불연속적인 패킷들 내에 디지털 형태로 음성정보를 보낸다는 것을 의미한다. VoIP와 인터넷 전화기술의 주요 장점은 기존 IP 네트웍을 그대로 활용해 전화서비스를 통합 구현함으로써 전화 사용자들이 시내전화 요금만으로 인터넷, 인트라넷 환경에서 시외 및 국제전화 서비스를 받을 수 있게 된다는 점이다.

VoIP는 공중 인터넷 또는 기업 내부의 인트라넷상에서 IP를 이용해 음성(소리)과 비디오를 전송하기 위한 표준인 ITU-T H.323의 사용을 장려하기 위해, VoIP 포럼을 통해 시스코, 보컬텍, 3Com, 넷스피크 등 주요 장비제작회사들이 노력함으로써 이루어졌다. VoIP 포럼은 또한 디렉토리 서비스 표준을 장려함으로써, 사용자들이 다른 사용자들의 위치를 찾아낼 수 있고, 자동 전화분배와 음성메일을 위한 터치폰 신호의 사용을 가능하게 하였다.

VoIP는 원래의 IP 기능에 더하여, 패킷들이 적시에 도착하도록 지원하기 위해 RTP를 사용한다. 공중 네트웍을 사용하면, 현재 서비스 품질(QoS)을 보장하기에 어렵다. 독자적인 기업이나, 인터넷 전화서비스 공급자 (ITSP)에 의해 관리되는 사설 네트웍을 사용하면 더 나은 서비스가 가능하다. 빠른 패킷 전달을 보장하기 위해 넷스피크라는 장비 제작자에 의해 사용되는 기술은, 상대편과 TCP 소켓 접속을 확립하기 전에 공중 네트웍에 접속되어 있는 모든 네트웍 게이트웨이에 핑을 해서, 그 결과를 토대로 가장 빠른 경로를 선택하는 것이다.

VoIP를 사용하려면, 기업은 게이트웨이에 시스코의 AS5300 액세스 서버와 같은 VoIP 장비를 설치해야한다. 게이트웨이는 회사내의 사용자들로부터 패킷으로 나뉘어진 음성전달을 받아서, 그것을 인트라넷의 다른 부분으로 발송하거나 T-1 또는 E1 인터페이스를 사용하여 PSTN으로 전송한다.

다른 곳의 정의를 살펴보니 좀 더 쉽게 되어 있네요.

VoIP는 IP 네트워크를 활용하여 음성을 데이터 패킷으로 변환해서 통화를 가능하게 하는 통신 서비스 기술을 의미한다.

VoIP 특징

위와 같은 정의를 토대로 VoIP의 특징을 살펴보면 다음과 같습니다.

패킷망 사용으로 이용요금이 저렴하다.
멀티미디어를 통합함으로 영상통화, 메시징 등 다양한 기술 구현이 가능하다.
통합 망을 구성함으로써 회선 교환망보다 효율적인 망 관리가 가능하다.
기존에 구축된 인터넷 장비(Router, Switch)등을 활용함으로써 구축비용이 상대적으로 저렴하다.
신규 서비스 개발과 수요 창출에 따른 새로운 수익 창출이 가능하다.

저렴한 요금이나 다양한 서비스로 유선통신을 주도할 All IP, BcN, NGN, NGcN등에서 활용될 거라고 합니다.

실제로 070 전화와 같은 인터넷 전화로의 활용은 시장에서 자리를 잡았다고 볼 수 있겠죠.

아직 PC 기반이나 스마트폰과 같은 모바일 기반의 VoIP 시장의 확산은 좀 기다려 봐야겠지만, FMC등의 등장으로 앞으로 대세가 되지 않을까 합니다.

VoIP 구현 기술

그렇다면, VoIP를 구현하기 위한 기본 기술들을 살펴보도록 하겠습니다.

- H.323: ITU-T에서 제정한 음성, 데이터, 비디오 통신 규약으로 음성 위주로 지원을 하고 있습니다. SIP의 등장과 함께 현재는 성장세가 둔화되고 있다고 하네요.

- SIP: IETF에서 제정한 멀티미디어 통신 규약으로 멀티미디어 장점을 보유하고 있고 현재 급속히 성장하고 있다고 합니다. 통화와 같은 실시간 통신을 위해서 내부적으로 RTP라는 프로토콜을 사용합니다. SIP는 추후 따로 한번 정리하기로 하죠..

- MGCP (Media Gateway Control Protocol): 중계를 위한 게이트웨이 기술로서 일부 통신 사업자들이 사용중이라고 합니다. 실제 통화를 중계하는 프로토콜인 듯 합니다.

- megaco(MEdia GATeway COntrol, H.248): MGCP와 같은 중계를 위한 게이트웨이 기술로 ITU-T/IETF의 공통 표준화 작업으로 만든거라고 하네요.

일단 전체적인 개념을 잡기 위한 것이니 기술은 간단하게만 정리했습니다.

Mobile VoIP

인터넷 전화와 같은 서비스는 유선환경에서 연결하는 VoIP라 할 수 있습니다.

VoIP의 단말이나 네트워크의 발전을 살펴보면 결국에는 모바일 환경으로 이동할 것이라고 많은 전문가들이 예측하고 있습니다.

VoIP 지원 단말 : PC -> 전용 IP폰 -> 일반전화 -> 휴대폰/휴대용기기

VoIP 네트워크 : PSTN -> IP Network -> 이동통신망

그렇다면 모바일 VoIP는 기존의 유선(Fixed) VoIP와 어떤 차이가 있을까요?

유선 VoIP는 초고속 인터넷망을 기반 인프라로 활용하는데 반해,

모바일 VoIP는 모바일 브로드밴드망인 무선랜(Wi-Fi 등), WiBRO(WiMAX), 이동통신의 3G망이 사용된다는 겁니다.

모바일 VoIP의 구성 형태는 다음과 같다고 합니다.

- 반이중방식 VoIP(Half-duplex VoIP):

PTT(Push To Talk)가 대표적이라고 하는데요. Half Duplex이므로 한쪽 방향으로만 전송이 가능하도록 구현된 통신기술이라고 합니다. 한쪽 방향이면 보내는 사람만 말을 할 수 있다는 건지.. 자세한 건 잘 모르겠네요. -.- 혹 아시는 분은 댓글 부탁드립니다.

- 이동전화 망연동 VoIP(Cellular bypass VoIP):

요즘 뉴스에 많이 나오는 FMC를 생각하면 될 것 같은데요. 홈존 VoIP와 핫스팟 VoIP로 나뉜다고 합니다.

'홈존 VoIP'는 홈존(Home Zone) 내에서는 패킷망을 통해 유선전화 수준의 요금을 제공하고, 밖에서는 일반적인 이동통신 서비스를 제공하는 일종의 FMC(Fixed Mobile Convergence) 서비스라고 합니다.

'핫스팟 VoIP'는 핫스팟(Hot Spot) 지역에서는 무선랜 망을 이용하여 VoIP 서비스를 제공하고, 핫스팟을 벗어나면 이동전화망을 이용해서 서비스를 제공한다고 합니다.

둘의 차이는 패킷망을 통한 VoIP 서비스를 어느 지역에서만 허용할 것인지에 따라 다른 듯 합니다.

- 셀룰러 망 이용 VoIP(VoIP over Cellular):

WCDMA, HSDPA, EVDO와 같은 3G 이통망 또는 WiMAX와 같은 데이터전용 브로드밴드망을 활용해서 음성통화를 구현하는 것으로 최근 이슈화 되고 있다고 합니다. IMT-Advanced 등 4G 통신망으로 업그레이드 되고 All IP가 구현되어 음성과 데이터의 융합, 통신과 방송의 융합, 유선과 무선의 융합이 가속화 될 경우 이런 형태의 서비스가 VoIP의 구현과 확산에 기여할 것으로 예상된다고 합니다.

현재까지는 모바일 VoIP를 위해서는 FMC 폰을 사용하거나 스마트폰에 VoIP S/W를 설치해서 WiFi를 통해 사용하는 방법이 있습니다. 그러나 이동통신사에서 자사의 통화료 수익의 감소 때문에도 모바일 VoIP에 적극적이지 않은 것이 사실입니다. 또한 무선 환경의 속도가 유선 보다는 빠르지 않고 안정적이지 않기 때문에 Real Time Service에 적합하지 않기도 하구요..

그러나 앞서 이야기 한 것처럼 IMT-Advanced와 같은 4G 망 시대가 열린다면 초고속 망이 등장하면서 유선 VoIP 시장이 활짝 열렸듯이 빨라진 무선환경과 더불어 모바일 VoIP 망도 새로운 국면을 맞이할 것으로 보입니다.

이동통신사 입장에서도 4G망에서의 무선데이터 요금이 통화 요금보다 훨씬 증가하게 된다면, 굳이 VoIP를 막을 이유도 없을 것 같구요..

휴.. 아무튼 여기 저기 자료를 찾아 보면서 VoIP에 대해 한번 정리해 봤습니다.

참고자료

김동근의 텀즈

SIP 위주 VoIP 동향 (KETI 전자부품연구원)

Mobile VoIP 시장 전망 및 제품 개발동향 (KETI 전자부품연구원)

출처 : http://blog.acronym.co.kr/124

윈도우는 티밍, 리눅스는 본딩, AIX에서는 이더채널 또는 채널링

JaeSoo — Fri, 05 Feb 2010 14:55:26 +0000

윈도우는 티밍, 리눅스는 본딩, AIX에서는 이더채널 또는 채널링이라고 불리는데, 부르는 말만 다르지 기본개념은 같습니다. 다수의 NIC 를 묶어서 대역폭을 늘리거나, 각종 Fail over. 즉 장애극복을 위해서 이짓을 합니다.

여기 게시판이나 다른 동호회에서 글 보다 보면 티밍을 단순히 대역을 늘리는 LACP(802.3ad)기능만 생각하시는분들이 있는데. 티밍에는 총 5가지 모드(AFT, ALB, SLA, LACP, SFT)가 존재 합니다.

AFT 라고 가장 기본적인 NIC에 대한 fail over를 위한 설정이 있고, 질문하신분이 말씀하신 업/다운을 나눠서 쓰는걸 ALB 라고 합니다. NIC 가 2개라면 하나는 무조건 업로드만. 다른하나는 무조건 다운로드만 담당합니다. LACP와 다르게 싸구려 비매니지먼트 스위치나 멍텅구리 허브에서도 구성할수 있다는 장점과 스위치 fail over, NIC fail over 도 가능합니다.

그리고 ALB 설정할때 RLB 도 같이 설정할수 있는데. 업/다운을 나눠서 작업하다보면 서버에 따라 업로드만 많고 다운로드는 거의 없거나 반대로 다운로드만 많고 업로드는 거의 없는 경우가 있습니다. 그럼 한쪽 NIC 는 아무 일도 안하고 놀게 되는 경우가 생기는데. 이럴때는 로드 밸런싱을 해서 트래픽을 분산시켜 줍니다. 하지만 LACP 처럼 대역 자체를 늘려주지는 않으니 오해 하시면 안됩니다. 질문에 대한 답은 이걸로 되었다고 보이고.

SLA 는 LACP 처럼 여러 NIC 를 합쳐서 대역을 늘릴수 있으며, NIC 나 스위치"포트"에 대한 fail over 가 됩니다. 스위치 자체에 대한 failover 는 불가능한데, 팀으로 구성된것은 하나의 스위치에 다 물려 있어야 하기 때문입니다. 그리고 LACP 에 비해 상당히 효율적인 구조를 가지고 있어서 성능(효율성) 자체는 가장 좋다고 개인적으로 생각합니다. 문제는... 표준이 아니라 시스코 전용이기에 타회사 스위치에서는 해당기능을 지원하지 않습니다.

SLA 를 표준화 시킨게 많이들 알고 계시는 ieee 802.3ad. LACP 입니다. 이건 뭐 설명안해도 다들 잘 알고 계실거 같습니다. 다만 가끔 저에게 가정용 허브나 비 매니지먼트(비관리형-콘솔포트없는것) 스위치를 가지고 LACP 구성에 대해 문의하시는분들이 계시는데. 안됩니다. LACP는 매니지먼트 스위치나 최소한 스마트 스위치라고 불리는.. 기능 절반짜리 스위치에서만 가능합니다.

SFT 는 스위치 fail over 에 대응하기 위한것인데. 서버 한두대 운영하는 소규모환경이라면 스위치 장애는 ALB 도 가능한거라서 큰 의미가 없고. 다수의 회선 + 다수의 L4 스위치 + 다수의 서버들을 서로 묶어서 완벽한 로드밸런싱이 구현된 네트워크에서만 효과가 있습니다.

서버 한대당 NIC가 8포트(2포트짜리 4개, or 4포트짜리 2개) 정도 되고 시스코 스위치를 사용하는 환경이라면 4개씩 SLA로 묶어 두팀을 만들고 다시 팀을 ALB 로 묶는게 가장 이상적인 환경이 되겠습니다. 쉽게 말해 raid 0+1 이나 10, 50,60 생각하시면 되겠습니다. 이렇게 하기 위해서는 raid 처럼 상당히 많은 자금이 필요합니다. 저렴의 대명사 리얼텍이라던지, 데탑용보드에 들어가는 저가형 NIC들은 티밍자체를 지원하지 않는 경우가 대다수고. 서버보드에 내장된 NIC들도 티밍 구성은 지원되지만 팀을 다시 팀으로 묶는 기능은 지원하지 않는 경우가 많기 때문입니다.

암튼 결론은 돈 많으면 됩니다. 참 쉽죠~잉

출처 : http://www.2cpu.co.kr/bbs/board.php?bo_table=QnA&wr_id=290742&sfl=&stx=&sst=wr_hit&sod=desc&sop=and&page=21

윈도우에서 default gateway 값 변경

JaeSoo — Sun, 31 Jan 2010 02:50:45 +0000

Windows에는 Linux와 달리 [route add default gateway ...] 가 없다.
Gateway가 여러개인 경우, default를 변경하기 위해서
다음과 같이 수행한다. r

route add 0.0.0.0 mask 0.0.0.0 [default gateway ip address] m

윈도우에서 2개의 NIC에 서로 다른 route를 설정하는 방법

JaeSoo — Sat, 30 Jan 2010 21:41:46 +0000

- 2개의 NIC에 서로 다른 route를 설정하는 방법 -

아래의 경우(먼저 linux route 명령어 참조)는 사실 default gateway(리눅스로 구성된..)를 만지고 있는 사람이 쓰게 된다.
그럼 게이트가 2개일때 User(대부분의 User가 Windows 시스템을 쓴다는 가정하에...)에서는 또는 default gateway가 윈도우 시스템이라면 게이트를 이동시킬 수 없는 것인가?

물론 Windows에서도 이동시킬 수 있다.

먼저 자신의 routing table을 보려면

route print

명령어를 이용하면 된다. 그리고 라우팅 추가는

route add 211.218.150.200 mask 255.255.255.255 192.168.0.2

하면 되고, 윈도우에서는 뒤에 -p옵션을 주면 컴퓨터를 리붓하더라도 없어지지 않는다.

그러면... default gateway가 있음에도 불구하고 다른 경로를 통해서 트래픽이 나가게 된다.

        User                      Default gateway                    www.naver.com
     192.168.0.3                   192.168.0.1                                 ↑ ↓
         ↑↓                                                                          ↑ ↓
         ↑↓                                                                          ↑ ↓
         ↑↓                                                                          ↑ ↓
         ↑ → → → → → → → → → gate2 → → → → → → → → ↓
          ← ← ← ← ← ← ← ← 192.168.0.2← ← ← ← ← ← ← ← ←

route 명령어 설명은 아래 help파일 참조...

route

로컬 IP 라우팅 테이블에서 항목을 표시하거나 변경합니다. 매개 변수 없이 route를 사용하면 도움말을 표시합니다.

구문

route [-f] [-p] [Command [Destination] [mask Netmask] [Gateway] [metric Metric]] [if Interface]]

매개 변수

-f

호스트 경로(네트마스크가 255.255.255.255인 경로), 루프백 네트워크 경로(대상이 127.0.0.0이고 네트마스크가 255.0.0.0인 경로), 또는 멀티캐스트 경로(대상이 224.0.0.0이고 네트마스크가 240.0.0.0인 경로)가 아닌 모든 항목의 라우팅 테이블을 제거합니다. 이 매개 변수를 add, change, delete와 같은 명령 중 하나와 함께 사용하면 명령을 실행하기 전에 테이블을 제거합니다.

-p

add 명령과 함께 사용하면 TCP/IP 프로토콜이 시작될 때마다 지정된 경로가 레지스트리에 추가되고 IP 라우팅 테이블을 초기화하는 데 사용됩니다. 기본적으로, TCP/IP 프로토콜이 시작되면 추가된 경로가 보존되지 않습니다. print 명령과 함께 사용하면 영구 경로의 목록이 표시됩니다. 다른 모든 명령은 이 매개 변수를 무시합니다. 영구 경로는 레지스트리 위치 HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParametersPersistentRoutes에 저장됩니다.

Command

실행할 명령을 지정합니다. 다음 표는 유효한 명령을 표시합니다.

명령	용도
add	경로를 추가합니다.
change	기존 경로를 수정합니다.
delete	경로를 제거합니다.
print	경로를 인쇄합니다.

Destination

경로의 네트워크 대상을 지정합니다. 대상은 네트워크 주소의 호스트 비트가 0으로 설정된 IP 네트워크 주소나 호스트 경로의 IP 주소 또는 기본 경로 0.0.0.0일 수 있습니다.

mask Netmask

네트워크 대상과 함께 사용하는 네트마스크(서브넷 마스크)를 지정합니다. 서브넷 마스크는 IP 네트워크 주소의 해당 서브넷 마스크를 사용할 수도 있고, 호스트 경로인 255.255.255.255나 기본 경로인 0.0.0.0을 지정할 수도 있습니다. 서브넷 마스크를 지정하지 않으면 255.255.255.255를 사용합니다. 경로를 정의할 때 대상과 서브넷 마스크 사이의 관계 때문에 대상을 해당 서브넷 마스크보다 자세하게 지정할 수 없습니다. 다시 말하면, 서브넷 마스크의 해당 비트가 0인 경우 대상에서 비트를 1로 설정할 수 없습니다.

예제

IP 라우팅 테이블의 전체 내용을 표시하려면 다음과 같이 입력합니다.

route print

IP 라우팅 테이블에서 10.으로 시작하는 경로를 표시하려면 다음과 같이 입력합니다.

route print 10.*

기본 게이트웨이 주소인 192.168.12.1에 기본 경로를 추가하려면 다음과 같이 입력합니다.

route add 0.0.0.0 mask 0.0.0.0 192.168.12.1

서브넷 마스크 255.255.0.0과 다음 홉 주소 10.27.0.1과 함께 대상 10.41.0.0에 경로를 추가하려면 다음과 같이 입력합니다.

route add 10.41.0.0 mask 255.255.0.0 10.27.0.1

서브넷 마스크 255.255.0.0과 다음 홉 주소 10.27.0.1과 함께 대상 10.41.0.0에 영구 경로를 추가하려면 다음과 같이 입력합니다.

route -p add 10.41.0.0 mask 255.255.0.0 10.27.0.1

서브넷 마스크 255.255.0.0, 다음 홉 주소 10.27.0.1 그리고 비용 메트릭 7과 함께 대상 10.41.0.0에 경로를 추가하려면 다음과 같이 입력합니다.

route add 10.41.0.0 mask 255.255.0.0 10.27.0.1 metric 7

인터페이스 색인 0x3을 사용하여 서브넷 마스크 255.255.0.0, 다음 홉 주소 10.27.0.1과 함께 대상 10.41.0.0에 경로를 추가하려면 다음과 같이 입력합니다.

route add 10.41.0.0 mask 255.255.0.0 10.27.0.1 if 0x3

서브넷 마스크 255.255.0.0과 대상 10.41.0.0의 경로를 삭제하려면 다음을 입력합니다.

route delete 10.41.0.0 mask 255.255.0.0

IP 라우팅 테이블에서 10.으로 시작하는 경로를 모두 삭제하려면 다음과 같이 입력합니다.

route delete 10.*

대상이 10.41.0.0이고 서브넷 마스크가 255.255.0.0인 경로의 다음 홉 주소를 10.27.0.1에서 10.27.0.25로 변경하려면 다음과 같이 입력합니다.

route change 10.41.0.0 mask 255.255.0.0 10.27.0.25

출처 : http://x1210.tistory.com/437

LACP(Link Aggregation Control Protocol)

JaeSoo — Wed, 27 Jan 2010 00:17:38 +0000

LACP(Link Aggregation Control Protocol)

먼저 Port Aggregation이라는 것이 먼지부터 말씀드리죠. 간단히 이야기해서 여러개의 이더넷 스위치포트의 대역폭을 논리적으로 하나로 만드는 것입니다.

조금더 쉽게이야기하면 예를 들어서 10M 포트가 10개 있는 스위치가 있다고 합시다. 어떻습니까?

10M(1번포트),10M(2번포트),10M(3번포트)........,10M(10번포트) 이렇게 10개의 물리적인 포트가 한포트에서 각각 10M죠.

이걸 하나의 논리적인 포트로 10M X 10 = 100M

이렇게 논리적으로 하나의 덩어리 대역폭?? 으로 만드는 것이 Link Aggregation 입니다. 이해 되시죠.

일번적으로 CISOC에서는 IEEE 802.3ad와 관련해서 2가지를 제공한다.

-IEEE Standard 802.3ad(LACP)

-Ether Channel (타 벤더와 연동시 권장)

이렇게 사용을 하죠.

물론 시스코에서는 Ether Channel이지만 리버스톤에서는 Smart Trunk라는 명칭으로 사용합니다.

부르는 이름만 각각 다를뿐.. 개념은 같습니다.

위의 그림을 보시면 더 이해되시기 쉽겠죠. 간단히 설명 들어갑니다.^^

만약에 Catalyst Switch에 가입자 또는 사용자가 많은 대역폭으로 서로간의 통신을 한다고 가정합시다.
오른쪽스위치에서는 초당 3Giga 왼쪽스위치로 패킷을 전송한다고 합시다. 만약에 1Giga GBIC을 사용하여 연결되면 당연히 전송하는데 지연현상이 생기겠죠. 이럴때는 어떻게 해야할까요???

지금까지 배운 방법은 4개의 Giga Interface를 각각 연결하여 만들어서 전송하면 어떨까요? 당연히 포트는 L3로 만들어서 라우팅을 하면 되겠죠. 그런데 라우팅이라는 것이 CPU에 부담을 줍니다. 그래서 여러가지가 나왔죠. CEF 도 그런 개념에서 시작했구요.

그것보다는 제일 처음 이야기한 LCAP로 연결하면 어떨까요? 간단히 문제는 해결됩니다.

앗.. 그런데 위의 그림은 스위치 중간에 CWDM 이라는 장비가 있죠. 이것이 없다고 가정하면 당연히 4개 링크가 반대쪽 스위치에 연결되겠지만 CWDM은 파장을 분활해서 하나의 람다에다가 기가로 전송하던... FX로 전송하던... 그런 정보를 집어 넣어서 전송하는 기술인데요. 일반적으로 데이타장비는 아니고 전송장비라고 보심됩니다.

여기까지 간단히 LACP를 하는 목적을 말했습니다. 언제 했냐구요...?? 이런이런..

먼저 라우팅이 간단해지겠죠. 4개의 라우팅 할걸 하나만 하면 됩니다.^^

두번째 백업이 가능하죠? 이건 무슨 말이냐면... 하나가 끊어져도 다른 3개는 계속 살아 있기 때문에 4기가에서 하나의 인터페이스가 죽으면 자동으로 3기가가 됩니다.

끝으로 회선의 대역폭을 증설할 수 있죠.^^ 위 의 그림처럼 WDM 장비를 사용하면 한번에 몇백기가까지 전송이 가능해 지겠죠.

이런 장점이 있기 때문에 LACP가 각광을 받죠?

어떻게 설정하냐면...

http://www.cisco.com/en/US/tech/tk389/tk213/technologies_configuration_example09186a0080094470.shtml

여기 참고 하시면 자세히 나옵니다.

설정중에 궁금한 사항이 있으시면 "묻고 답하고"에 올려 주세요.. 저희 카페에 전문가 분들이 많으셔서... 답변 드릴겁니다.ㅋㅋㅋ

그럼 즐거운 하루 되시구요.

오늘은 여기까지....

참고 사이트:

http://www.cisco.com/en/US/tech/tk389/tk213/technologies_white_paper09186a0080092944.shtml

내용출처 : http://www.nehome.net/

윈도우 라우팅 테이블 관리하기

JaeSoo — Mon, 25 Jan 2010 12:30:50 +0000

*NIX 계열에서 routing table 관리하는거보다, 윈도우즈는 딱히 입력해놓는 부분도 없고. route 라는 커맨드로 관리를 해야하는데, 윈도우즈에서 네트워크 카드 2장을 이용하여 원하는대로 라우팅을 탈 수 있게 하는 방법이다.

D:> type routing.bat
route print
route delete 0.0.0.0 10.101.153.40
route add 0.0.0.0 mask 255.255.255.0 192.168.10.1
route add 10.101.153.0 mask 255.255.255.0 10.101.153.121
route add 10.101.154.0 mask 255.255.255.0 10.101.153.40
route add 10.101.152.0 mask 255.255.255.0 10.101.153.40
route add 10.101.155.0 mask 255.255.255.0 10.101.153.40
route add 10.101.148.0 mask 255.255.255.0 10.101.153.40
route add 10.101.183.0 mask 255.255.255.0 10.101.153.40
route print
pause
D:>

NIC1 (Wire)
IP 10.101.153.121
Subnet 255.255.255.0
G/W 10.101.153.40

NIC2 (Wireless)
IP DHCP (DHCP Server 192.168.10.1)
Subnet 255.255.255.0
G/W 192.168.10.1

간단하게 설명하면
Default Gateway 인 10.101.153.40 을 삭제하고. Default G/W 를 192.168.10.1 으로 입력.
10.101.153.0/24 의 G/W 는 10.101.153.121 로 입력 (NIC1)
10.101.154.0/24, 10.101.152.0/24, 10.101.155.0/24, 10.101.148.0/24, 10.101.183.0/24 의 G/W 는 10.101.153.40 으로 입력하면 10.101.0.0 대역을 접근할때는 10.101.153.0 네트워크를 타고, 그 외에는(인터넷) 192.168.10.1(10.101.160.141)의 네트워크를 이용하게 된다.

덧글 ---------

Commented by 서린 at 2007/11/21 17:36

...우연히 들렀습니다만...

저거 그대로 쓰시는 건 대단히 비합리적인데요.

1. 애초에 NIC1의 디폴트 게이트웨이는 비워주시는게 좋습니다. 2행 설정이 필요 없어집니다.

2. 3행의 기본 라우트는 NIC2설정을 통해서 자동으로 들어갑니다.

3. 4행의 route add 10.101.153.0 mask 255.255.255.0 10.101.153.121 이건 처음부터 알고 있는 주소이기 때문에 딱히 추가하실 필요 없습니다.

기타

1. 저 설정으로 하나의 PC에서 복수개의 경로를 갖는 건 가능합니다만, 기술적 의미의 '라우팅'은 되지 않습니다.

그냥 한대로만 쓰시는 것이거나 '어차피' 10번대가 다 내부만 타는 경우라면 아래의 설정을 권장합니다.

1. NIC1 기본 게이트웨이는 빈 상태로 설정

2. cmd에서 route add -p 10.101.0.0 mask 255.255.0.0 10.101.153.40 (엔터)

한번만 실행해주면 고정으로 박힙니다.

출처 : http://kkanari.egloos.com/3495484

http://cafe.naver.com/ArticleRead.nhn?clubid=10344409&articleid=79763&menuid=&boardtype=&page=0

JaeSoo — Fri, 22 Jan 2010 02:52:23 +0000

http://cafe.naver.com/ArticleRead.nhn?clubid=10344409&articleid=79763&menuid=&boardtype=&page=0

듀얼 WAN 사용 시 대역폭 문제

JaeSoo — Fri, 22 Jan 2010 02:32:50 +0000

현재 거주중인 곳에 KT 100/100MB 회선이 2개 들어옵니다
이 두개를 묶어서 200/200MB로 사용하고 싶어 2WAN 공유기 IPTIME X3007과 X3003을 알아보는중입니다

1. 가격차이는 많이 나진 않은데 둘 사이의 차이점이 무엇인지 궁금합니다
2. 이 모델을 쓰면 업다운이 200MB 로 사용가능한지 궁금합니다
- X3003의 제품 설명란에 보면 2WAN으로 두배의속도를... 하고 표기해놓고 아래 질답란에 이와 비슷한 문의를한 답변에는 분산기능을 지원해서 1회선으로만 업로드가 가능합니다 라고 해놨는데 혼동되네요

3. 다른방안은 없는것인지
제가 생각했을때 PCI슬롯에 기가빗 랜카드를 하나 꼽아서
1회선은 기존 IPTIME 공유기로 들어오는 KT 1회선(DDNS로 도메인연결), KT 다른회선을 추가 설치한 랜카드에 이어주면 어떻게 될지 궁금합니다 이외에 다른 기술과 프로그램이 존재 하는지 궁금합니다

-----------------------------------------

100Mbps 회선을 로드 벨런싱이 되는것이지 200Mbps로 티밍(LACP)되지 않습니다.
ISP 에서 해당 기능을 지원을 하지 않으며, 같은 회사의 회선을 2개 쓰는건 Failover 가 되지 않습니다.

업로드 부분은 밸런싱 정책을 어떻게 주는지에 따라 다른데 보통 사이트들이 중간에 ip 가 바뀔경우 해킹으로 간주해서 접속을 끊어버립니다.(세션종료, 로그아웃) 그래서 세션별 밸런싱 정책을 수립하거나 PC커넥션에 따른 밸런싱정책을 많이 쓰기 때문에 한 회선으로 업로드 한다는 말도 틀린말은 아닙니다.

사용하는 PC 가 2003이나 2008 server 를 사용할경우 소프트웨어적으로 서버단에서 로드밸런싱이 가능하게 할수도 있고, 듀얼NIC 에서 ALB 를 지원한다면 이를 통한 로드밸런싱(한회선 업로드만, 다른회선 다운로드만)도 가능하게 할수 있습니다. 다시 말씀드립니다만. 같은회사 2회선을 사용하는건 전혀 도움이 안됩니다. MDF까지 같이 오다가 UTP 케이블 하나 더 꼽아놓은거 밖에 안됩니다.

VMware 부분은 위에 "김윤술님" 말씀처럼 하드웨어 가속이 지원되지 않을경우 발생할수 있으며, 가상화의 원래 목적이 동영상등 멀티미디어적인 측면이 아니다 보니 가속을 지원한다 하더라도 직접 제어하는것에 비해 느립니다. No Expiration 부분은 기한만료의 제한이 없다는것입니다.

출처 : http://www.2cpu.co.kr/bbs/board.php?bo_table=QnA&wr_id=297725&page=38

네트워크 충돌검색 [nbtstat]명령어

JaeSoo — Mon, 05 Oct 2009 14:16:29 +0000

nbtstat
회사 내에 많은 컴퓨터가 있다 보면 IP 주소 충돌 경고 메시지가 발생한다. 보통 DHCP를 이용해 IP를 관리하는 곳에서는 잘 발생하지 않지만 고정으로 IP 주소를 설정하는 네트워크 환경에서 하나의 IP 주소를 두 대의 컴퓨터에 입력하게 되면 충돌 메시지가 발생을 하며 네트워크 통신이 안 된다.

이럴 때 충돌되는 컴퓨터를 찾을 때 유용한 명령이 nbtstat(NetBIOS over TCP/IP state) 명령어로 NetBIOS가 사용하는 통계 및 이름 정보를 표시한다. IP 주소 충돌 메시지가 발생하면 컴퓨터를 끄고 다른 컴퓨터에서 nbtstat 명령으로 중복된 IP 주소를 입력해 컴퓨터 이름을 확인한 후에 충돌되는 컴퓨터의 IP 주소를 바꿔주면 된다. <화면 3>은 충돌되는 IP 사용자 ‘SUMA-COM2’를 찾은 후 IP 주소를 변경토록 하면 된다.

<화면 3> 충돌되는 IP 사용자

<표 3> nbtstat 명령 옵션 설명

nbtstat

TCP/IP(NetBT) 프로토콜 통계의 NetBIOS, 로컬 컴퓨터 및 원격 컴퓨터의 NetBIOS 이름 테이블 및 NetBIOS 이름 캐시를 표시합니다. nbtstat를 사용하면 NetBIOS 이름 캐시 및 WINS(Windows Internet Name Service)로 등록된 이름을 새로 고칠 수 있습니다. 매개 변수 없이 사용하면 nbtstat는 도움말을 표시합니다.

구문

nbtstat [-a RemoteName] [-A IPAddress] [-c] [-n] [-r] [-R] [-RR] [-s] [-S] [Interval]

매개 변수

-a RemoteName: 원격 컴퓨터의 NetBIOS 이름 테이블을 표시합니다. 여기서 RemoteName은 원격 컴퓨터의 NetBIOS 컴퓨터 이름입니다. NetBIOS 이름 테이블은 지정한 컴퓨터에서 실행되는 NetBIOS 응용 프로그램에 해당하는 NetBIOS 이름 목록입니다.
-A IPAddress: 점으로 구분된 10진수 표시법으로 표시된 원격 컴퓨터의 IP 주소로 지정한 원격 컴퓨터의 NetBIOS 이름 테이블을 표시합니다.
-c: NetBIOS 이름 캐시의 내용, NetBIOS 이름 테이블 및 확인된 IP 주소를 표시합니다.
-n: 로컬 컴퓨터의 NetBIOS 이름 테이블을 표시합니다. 등록됨 상태는 이름이 브로드캐스트나 WINS 서버로 등록되었음을 나타냅니다.
-r: NetBIOS 이름 확인 통계를 표시합니다. WINS를 사용하도록 구성된 Windows XP 컴퓨터에서 이 매개 변수는 브로드캐스트 및 WINS를 사용하여 확인하고 등록한 이름의 수를 반환합니다.
-R: NetBIOS 이름 캐시의 내용을 비우고 Lmhosts 파일에서 #PRE 태그가 붙은 항목을 다시 로드합니다.
-RR: WINS 서버로 등록된 로컬 컴퓨터의 NetBIOS 이름을 해제한 다음 새로 고칩니다.
-s: 대상 IP 주소를 이름으로 변환하려고 시도하고 NetBIOS 클라이언트 및 서버 세션을 표시합니다.
-S: 대상 IP 주소만으로 원격 컴퓨터 목록을 표시하고 NetBIOS 클라이언트 및 서버 세션을 표시합니다.
Interval: Interval에서 지정한 시간(초)만큼 일시 중지하였다가 선택한 통계를 다시 표시합니다. 통계를 다시 표시하지 않으려면 Ctrl+C를 누릅니다. 이 매개 변수를 생략하면 netstat는 현재의 구성 정보를 한 번만 표시합니다.
/?: 명령 프롬프트에서 도움말을 표시합니다.

설명

nbtstat 명령줄 매개 변수는 대소문자를 구분합니다.

다음 표는 nbtstat로 생성된 열 머리글을 나타냅니다.

머리글	설명
Input	수신 바이트 수입니다.
Output	송신 바이트 수입니다.
In/Out	로컬 컴퓨터에서 연결했는지(아웃바운드), 다른 컴퓨터에서 로컬 컴퓨터로 연결했는지(인바운드) 여부를 나타냅니다.
Life	이름 테이블 캐시 항목을 비우기 전까지 남은 시간입니다.
Local Name	연결과 관련된 로컬 NetBIOS 이름입니다.
Remote Host	원격 컴퓨터와 관련된 이름 또는 IP 주소입니다.
<03>	16진수로 변환된 NetBIOS 이름의 마지막 바이트입니다. 각 NetBIOS 이름의 길이는 16자입니다. 마지막 바이트만 다른 동일한 이름이 컴퓨터에 여러 번 나올 수 있으므로 이 마지막 바이트는 특히 중요합니다. 예를 들어, <20>은 ASCII 텍스트의 공백입니다.
Type	이름의 유형입니다. 이름은 고유 이름이나 그룹 이름이 될 수 있습니다.
Status	원격 컴퓨터의 NetBIOS 서비스가 실행 중인지(등록됨), 중복된 컴퓨터 이름이 같은 서비스를 등록했는지(충돌) 여부를 나타냅니다.
State	NetBIOS 연결 상태입니다.

다음 표는 NetBIOS 연결 상태를 나타냅니다.

상태	설명
Connected	세션이 설정되었습니다.
Associated	연결 종점이 만들어져 IP 주소와 연결되었습니다.
Listening	이 종점은 인바운드 연결에 사용할 수 있습니다.
Idle	이 종점은 열려 있지만 연결을 수신할 수 없습니다.
Connecting	세션이 연결 단계에 있고 대상 이름의 IP 주소 매핑을 확인하고 있습니다.
Accepting	현재 인바운드 세션을 사용할 수 있고 즉시 연결됩니다.
Reconnecting	세션이 처음 연결 시도에 실패하면 재연결을 시도합니다.
Outbound	세션이 연결 단계에 있으며 현재 TCP 연결이 만들어지고 있습니다.
Inbound	인바운드 세션이 연결 단계에 있습니다.
Disconnecting	세션 연결이 해제되고 있습니다.
Disconnected	로컬 컴퓨터의 연결이 해제되고 원격 컴퓨터에서 확인을 기다리고 있습니다.

이 명령은 인터넷 프로토콜(TCP/IP)이 네트워크 연결에서 네트워크 어댑터의 속성에 구성 요소로 설치된 경우에만 사용할 수 있습니다.

예제

NetBIOS 컴퓨터 이름이 CORP07인 원격 컴퓨터의 NetBIOS 이름 테이블을 표시하려면 다음과 같이 입력합니다.

nbtstat -a CORP07

IP 주소 10.0.0.99가 할당된 원격 테이블의 NetBIOS 이름 테이블을 표시하려면 다음과 같이 입력합니다.

nbtstat -A 10.0.0.99

로컬 컴퓨터의 NetBIOS 이름 테이블을 표시하려면 다음과 같이 입력합니다.

nbtstat -n

로컬 컴퓨터 NetBIOS 이름 캐시의 내용을 표시하려면 다음과 같이 입력합니다.

nbtstat -c

NetBIOS 이름 캐시를 비우고 로컬 Lmhosts 파일에 #PRE 태그가 붙은 항목을 다시 로드하려면 다음과 같이 입력합니다.

nbtstat -R

WINS 서버로 등록된 NetBIOS 이름을 해제하고 다시 등록하려면 다음과 같이 입력합니다.

nbtstat -RR

5초마다 IP 주소로 NetBIOS 세션 통계를 표시하려면 다음과 같이 입력합니다.

nbtstat -S 5

출처 : http://choiwonwoo.egloos.com/730705

윈도우즈에서 Squid 프락시 서버 설치

JaeSoo — Mon, 05 Oct 2009 14:05:35 +0000

Squid는 완전한 기능을 갖춘 웹 프락시 캐쉬 서버 프로그램이고 Hyper Text Transport Protocol (HTTP), File Transfer Protocol (FTP), 그리고 다른 인기있는 네트워크 프로토콜들을 위한 프락시와 캐쉬 서비스를 제공 합니다. Squid는 Secure Sockets Layer (SSL) 요청의 캐슁과 프락싱 그리고 Domain Name Server (DNS) 조회의 캐슁을 이행할 수 있고, 투명한 캐슁을 수행 합니다. 또한, Squid는 Internet Cache Protocol (ICP), Hyper Text Caching Protocol (HTCP), Cache Array Routing Protocol (CARP), 그리고 Web Cache Coordination Protocol (WCCP) 프로토콜과 같은 다양한 종류의 캐슁 프로토콜을 지원 합니다.
Squid 프락시 캐쉬 서버는 다양한 프락시와 캐슁 서버의 요구에 맞는 훌륭한 솔루션이고, 광범위하고 조직적인 접근 조종 기능과 Simple Network Management Protocol (SNMP)를 통하여 아주 중요한 것들의 감시 기능을 제공하므로 지점 사무실에서 부터 기업 수준의 네트워크 까지로 확장할 수 있습니다. 전용의 Squid 프락시, 또는 캐슁 서버로 하나의 컴퓨터를 선택하였을 때, Squid는 성능을 향상시키기 위하여 메모리 내의 캐쉬를 관리하므로 많은 양의 실제 메모리를 가지도록 시스템을 설정 합니다.

1. squid for Windows 다운로드
이곳에서 윈도우즈용 최신버전을 다운로드 받습니다.

2. 압축 풀기
압축은 C: 에 풀어야 한다. 즉, C:squid 라는 형식으로 디렉토리 구조를 만들어야 한다.

3. 탐색기로 c:squidetc 로 찾아 가서 파일이름을 바꾸어 줍니다.

cachemgr.conf.default -> cachemgr.conf
mime.conf.default -> mime.conf
squid.conf.default -> squid.conf
squid_radius_auth.conf -> squid_radius_auth.conf

4. 위 파일 중에서 squid.conf 파일을 메모장 같은 텍스트 에디터로 엽니다.
그리고 TAG: visible_hostname 을 검색해서 아랫부분에 visible_hostname localhost 을 추가 합니다.

계속해서 squid.conf 파일에서 http_access allow manager localhost 을 검색해서 아랫줄에 http_access allow localhost 을 추가 합니다

파일을 저장하고 닫습니다.

5. 명령 프롬프트(cmd.exe)로 c:squidsbin 로 찾아가서

squid -z

명령어로 스왑 디렉토리를 만듭니다.

6. 동작하는지 검사를 해보겠습니다.

squid -X

명령어를 실행하면, 아래와 같은 화면이 나옵니다.

7. 그 상태로 놔둔 상태에서 브라우저의 프락시 설정을 아래와 같이 바꿉니다.

서버: localhost
포트: 3128

IE 설정

파이어폭스 설정

위의 설정으로 웹사이트가 제대로 열린다면 제대로 동작하고 있는 것이다.

8. 하지만, 이렇게 사용하게 되면 매번 수동으로 실행해 주어야 하기 때문에 귀찮다. 그래서 이번에는 서비스에 등록해 보도록 하자.

9. 명령 프롬프트에서 Ctrl + C 로 명령어를 강제 종료시킨다.

10. 서비스에 등록시킬려면, 명령 프롬프트에서,

squid -i -n squid -O "-D"

을 입력한다.

11. 이제 서비스를 실행 시킬려면, 재부팅을 하거나 net start squid 로 서비스를 실행시킨다.

12. 그런데 위에서 지정한 설정은 squid 프락시를 로컬상에서만 접속할수 있어서, 외부에서 접속하고 싶을 때는 사용할수 없다. 그래서 외부에서도 squid 프락시 서버에 접속할수 있도록 해보자

13. c:squidetcsquid.conf 파일을 메모장과 같은 텍스트 에디터로 연 이후에 10.0.0.0/8 을 검색한다. 아래와 같은 화면이 나오는데 이곳에 접속을 원하는 IP 대역을 적으면 된다.

14. 설정을 바꾸었으면 net stop squid 로 서비스를 중지 후에 다시 net start squid 명령어로 다시 실행 시킨다.

언인스톨 방법
그런데 더이상 squid 프락시 서버가 필요 없다면 언인스톨 하고 싶을 것이다. 언인스톨 방법을 알아보자

1. 브라우저에서 프락시 설정을 전부 제거한다.

2. net stop squid 명령어로 서비스를 중지한다.

3. 서비스에서 제거한다.

c:squidsbinsquid -r -n squid

4. squid를 설치된 폴더를 전부 삭제한다.

출처 : http://nacarat.tistory.com/183

Openet

JaeSoo — Mon, 28 Sep 2009 18:48:53 +0000

네이버 지식iN에서 가져온 글입니다.

과거 네트워크 관리하면 대부분 어드레스를 설정하고, 장비를 컨피규레이션하는 등의 구성 관리와 네트워크를 감시하고, 그것을 통제하는 장애 관리에 많이 매달려 왔다. 그것은 현재도 마찬가지다. 한 조사 기관의 발표에 따르면 기업의 관리 영역 중 장애 관리가 60%를 차지하고 있는 것으로 나타났다.

트래픽 관리의 등장

90년대 말부터는 구성과 장애 관리를 벗어나 성능 관리가 점차 주제거리로 등장하기 시작한다. 성능 관리는 겉으로는 드러나지 않지만 네트워크의 투자 가치를 효율적으로 향상시키고, 네트워크 품질을 높이는데 주목한다.

하지만 문제는 구성, 장애, 성능 등에 대한 관리는 모두 정적(static)인 부분에 초점을 맞추고 있다는 점이다. ‘지금 현재 라우터의 메모리가 부족하다. 회선 속도가 느리다’ 등 특정 분야만을 평가하는 관리였다.

그 러나 네트워크는 상당히 동적인 존재다. 사용자가 인터넷에 접속하는 과정만 살펴봐도 브라우저를 열고, 원하는 페이지의 URL을 치면 허브를 거쳐 라우터까지 도착하고, 여기서 2개 이상의 경로 중 하나를 선택해 ISP나 망 사업자 서버에 액세스하게 되고, 서버 앞에서 대기했다가 필요한 정보를 꺼내 다시 사용자에게 돌아오는 것이다. 이처럼 네트워크는 액세스, 패턴, 사용자, 경로 모든 것이 동적으로 변하는 유기적인 존재다.

이런 네트워크의 특성을 제대로 반영하면서 거시적인 관점에서 네트워크를 관리하고자 하는 목적에서 등장한 것이 트래픽 관리다. 트래픽 관리는 네트워크나 시스템 관리에서 발전된 다음 단계의 주제다.

트래픽 관리의 목적은 제한된 자원을 이용해 최상의 서비스 품질을 보장하는 것이다. 여기서 자원은 시간, 돈, 관리 인력의 능력일 수도 있고, 네트워크 장비 자체의 성능일 수도 있다.

트래픽의 유형과 특성

트 래픽 관리는 크게 관리 대상, 관리 속성, 관리 툴의 3가지 요소로 구성돼 있다. 첫 번째 관리 대상은 트래픽의 유형을 파악하는 작업이다. 초기의 트래픽은 싱글 미디어였기 때문에 단순했다. 즉, 음성과 같은 단일 미디어를 초당 8000번(8Kbps)의 속도로 샘플링해서 디지털화시켜 전달하기만 하면 된다. 음성은 끊어지지 않고 균일한 속도로 대역폭을 100% 차지하면서 통신한다. 여기서 트래픽 관리는 회선의 사용 여부만 살피면 되기 때문에 쉽다. 경로도 단순해 양단의 전화와 전화가 연결되는 경로가 잘 연결돼 있는가만 살펴보면 관리 끝이다.

음성 이후에 등장한 두번째 유형의 트래픽은 온라인 트랜잭션이다. 온라인 트랜잭션의 대표적인 예는 은행 거래에서 찾아 볼 수 있다. 고객이 은행에 입출금하기 위해서는 단말기에 이름과 계좌번호, 액수 등을 입력하게 된다. 이 트래픽이 호스트로 전달되고 호스트에서 처리 과정을 거쳐 다시 단말기로 돌아오고 화면에 필요한 정보가 나타난다.

온라인 트랜잭션은 아무리 데이터가 커도 총 트래픽의 양은 2∼3초 당 최대 2KB를 넘지 않는다. 이 경우, 전체 트래픽 사용량은 네트워크 사용자 총 수×초당 트래픽 사용량으로 쉽게 측정할 수 있다.

그 러나 80년대부터 LAN이 등장하면서 상황은 달라지기 시작했다. 가장 단순한 클라이언트/서버 환경은 로컬에 위치한 1대의 서버에 다수의 사용자들이 액세스하는 것이다. 그러나 사용자가 늘고, 전자우편이나 인트라넷이 필요하면서 서버가 늘어나게 되고, 사용자들은 2개 이상의 서버에 액세스하게 됐다(그림 1). 이로서 한 네트워크에 2개 이상의 경로가 존재하게 되고 이 때문에 서로 충돌이 일어나게 된다. 이 순간이 바로 트래픽 관리에서 큰 전환점이 되는 시점이다.

LAN 트래픽이 온라인 트랜잭션이나 음성과 크게 다른 점은 대용량의 데이터가 순간적으로 전달된다는 점에 있다(화면 1). 관리의 용이함은 예측 가능한가 그렇지 않은가로 판명할 수 있다. LAN 트래픽은 앞서 말한 바로 그런 특성 때문에 상당히 관리가 어렵다.

LAN의 등장과 더불어 트래픽 관리 분야에서는 더욱 더 골치 아픈 문제가 생겼다. 최근 10년 사이에 네트워크 시대가 본격적으로 시작되면서 화상이 새로운 미디어로 등장하게 된 것이다. 동화상 역시 예측불가능한 특성을 그대로 가지고 있다(화면 2, 3).

트래픽 관리의 기준

트 래픽은 절대량과 지연 민감도의 2가지 측면에서 평가해야 한다. (그림 2)와 같이 현존하는 트래픽들은 각기 다른 특성을 보유하고 있다. 이점이 트래픽 관리를 어렵게 만드는 요소다. 화상의 경우도 만약 화상만이 존재하는 네트워크라면 관리가 그리 어렵지 않을 것이다. 인터넷 환경이 보급되고 LAN과 WAN 개념이 모호해지는 현 상황에서는 전송 기법이 문제가 아니라 트래픽이 공존한다는 사실이 가장 큰 골치거리다.

대역폭을 적게 소모하지만 지연에 민감한 음성과 갑작스럽게 많은 양이 쏟아져 들어오는 파일 전송이 함께 일어난다면 음질을 보호할 것인가 속도를 보장할 것인가, 이 물음 자체가 바로 트래픽 관리의 본질에 대한 해답이다.

트 래픽 관리란 우선 순위 관리인 것이다. 트래픽들이 모두 동일한 속성을 갖고 있다면 들어오는 대로 처리하면 되므로 우선 순위를 이야기할 필요가 없지만, 현재 트래픽들은 각기 다른 속성들이 있기 때문에 우선 순위가 중요하게 등장한다. 이 우선 순위 보장을 위해 업체들은 다양한 기술을 선보이고 있다. 한창 주가가 오르고 있는 QoS 역시 궁극적인 목적은 우선 순위의 보장이며, 이는 다시 말하면 트래픽 관리를 위한 기법인 것이다.

QoS 보장의 지표 6가지

앞서 트래픽 관리란 QoS와 밀접한 관련이 있음을 살펴봤다. 이번에는 QoS를 보장하기 위한 몇 가지 지표에 대해 알아보자. QoS는 아래 등장하는 지표들 간의 상관 관계를 어떻게 잘 엮어 가는가에 달려 있다.

처리율(throughput)

가 장 바람직한 네트워크 모델은 인입된 모든 데이터가 단 하나의 손실도 없이 처리 과정을 거쳐 인출되는 것이다. 그러나 언제나 트래픽은 100% 처리되지 못한다. 이유는 들어오는 데이터는 순간적으로 너무 많고, 처리하는 장비들의 자원은 항상 한정돼 있으며, 출력하는 포트의 속도는 언제나 입력 포트보다 느리기 때문이다.

이용률(Utilization)

이 용률은 보유한 네트워크 자원을 얼마나 잘 사용하고 있는가를 말한다. 이용률은 백분율로 나타낼 수 있는데, 분모는 나의 능력이 되고 분자는 이동하고 있는 데이터 트래픽의 양이 된다. 능력은 고정돼 있으며 능력 이상의 일은 할 수 없다. 때문에 어떤 경우도 이용률은 100% 이상이 될 수 없다.

돈을 투자한 바에는 욕심으로는 100%를 이용하는 게 좋지만 현실은 그렇지 못하다. 사람도 능력 이상의 작업을 하면 피로를 느끼듯이 장비들도 피로를 느끼게 된다. 회선의 경우 무슨 문제가 있겠는가 하겠지만, 실상은 회선을 연결하는 양쪽 장비가 피로해진다는 이야기다.

그런 면에서 이용률은 항상 어느 정도까지 부하를 거는 것이 좋은가 하는 임계치를 설정하는 작업으로 이어진다.

전 용회선의 경우 85%에서 88% 수준에 이르면 피로 현상이 나타나고, 데이터 패킷이 분실된다. 그럼 막무가내로 85%로 유지하는 것이 바람직한가. 그렇지는 않다. 전용회선 서비스 업체의 경우, 이용률이 50% 이상을 넘게 되면 사용자들이 불평하기 시작할 것이다. 때문에 일반 기업보다도 서비스 업체들의 임계치는 낮게 책정될 수밖에 없다. 이용률의 결정은 해당 네트워크의 특성과 네트워크 관리자의 경험에 의해 복합적으로 결정된다.

패킷 손실(Loss)

패킷 손실은 QoS를 보장함에 있어 가장 치명적인 요소다. 앞서 말했듯이 데이터 트래픽은 송신자가 만들어 보낸 데이터가 수신자한테 정확하게 100% 전달되는 것을 목표로 하는데, 현실은 그렇지 못하다. 어디서인가 패킷 손실이 발생하게 된다. 회선에서, 스위칭 허브에서, 라우터에서 어디에서나 패킷이 분실될 위험이 있다.

라우터는 전형적으로 패킷 손실이 많이 발생하는 장비다. 사실 라우터는 데이터 통신쪽에서 볼 때 가장 불쌍한 장비 중 하나다. 24시간 의도하지 않게 갑자기 데이터가 많이 들어왔다가 한순간에 빠져 나간다. 이처럼 입력 편차가 심한 가운데서 자신의 능력을 벗어나면 패킷 손실이 발생한다. 패킷 손실이 일어나는 원인은 두 가지다. 라우터와 같은 장비가 가진 능력에 비해 더 많은 처리를 요구할 때와 장애가 발생했을 경우다.

지연 시간과 레이턴시(delay time & latency)

지연은 한 송신지에서 다른 수신지까지 트래픽이 전달되는데 걸리는 시간이다. 사용자의 관점에서 보면 데이터를 요구하고 난 후 응답이 돌아올 때까지 걸리는 시간 즉, 응답 시간이다.

기술적으로 보면 특정 노드에서 특정 노드로 가는데 걸리는 시간은 짧을수록 좋다. 그러나 항상 어느 정도는 느릴 수밖에 없는 절대 시간이 있다. 아무리 속도를 높여도 사용자들은 곧바로 빨라진 속도에 익숙해지기 때문이다.

몇 년전만 해도 2400bps 모뎀을 쓰던 시절이 있었다. 이후에 4800bps으로 속도가 늘어났다고 해서 사용자들의 만족도가 2배로 높아졌을까. 그렇지 않다. E1을 설치해도, 10Mbps를 독점해서 사용해도 사용자들은 시간이 흐르면 응답 속도가 불만족스럽다고 말할 것이다.

레이턴시는 지연 시간보다 조금 더 수준이 높은 관리 지표다. 이는 평상시에 평균적 지연 시간과 한순간에 그 트래픽이 전달되는 지연 시간과의 편차를 말한다.

레 이턴시가 크면 클수록 사용자들의 불만은 높아진다. (그림 3)에서 B는 평상시에 1초라는 짧은 응답 시간을 기록했지만 어느 순간에 4초를 어느 순간에는 5초를 기록하는 등 상당히 레이턴시가 크다. 이렇게 편차가 클 경우는 아무리 평상시 1초로 응답 시간이 빨라도 평균 4초를 기록한 A에 비해 사용자들은 불만족을 표시하게 된다.

많은 경우, 트래픽 문제를 개선한다면서 평균적인 응답 속도만 높이기에 급급하는 경우가 있다. 그러나 이것은 비용에 비해 효과가 크지 않다. 평균 응답 시간 1초를 0.5초로 끌어 내리려면 비용을 2배 이상 들여야 한다. 반면, 우발적으로 나빴던 즉, 응답 편차가 컸던 원인을 찾아서 해결하면 그 절반의 비용으로 효과는 더욱 크게 볼 수 있다. 인터넷 이용자들은 빠르다 갑자기 느려지면 가장 느렸던 순간의 품질을 해당 네트워크의 품질로 생각하기 때문이다.

가용성(available)

가용성이란 네트워크 서비스를 하기로 예정된 시점에서 서비스가 당연히 일어나는 것을 말한다. 가용성은 어느 사이트나 24시간 365일 서비스해야 한다는 의미가 아니다. 가용성은 ‘실제 서비스 시간/예정된 서비스 시간’이다. 가용성을 나타내는 데는 다음과 같은 보조 지표가 사용되기도 한다.

MTTR(Mean Time To Repair)
MTBF(Mean Time Between Failure)

모 든 장비들은 고장이나 장애가 발생할 수 있다. MTTR은 고장과 고장 사이 시간의 평균이다. 이 시간은 길수록 좋다. 무한대면 영원이 고장이 나지 않는다는 말이다. MTBF는 수리에 걸렸던 시간의 평균이다. 이것은 짧을수록 좋다.

트래픽 관리의 프로세스

트 래픽 관리의 첫 단계는 모니터링이다. 그냥 바라보는 것이 아니라 ‘충돌율이 심하다’ ‘처리율이 적다’ 등 앞서 말한 여러 지표를 기준으로 감시하는 것이다. 모니터링 다음 단계는 분석을 하는 것이다. 분석 과정에서 반드시 들어가야 하는 것은 수치의 계량화다. 즉, ‘응답 시간이 느리다’가 아니라 ‘평상시에는 평균 응답시간이 3초였는데 사용자가 20% 증가하면서 응답시간이 늘어났다’는 식으로 수치를 기반으로 의미를 해석하는 것이다.

분석을 통해 원인을 찾아냈다면 그 다음은 여러 가지 방안으로 시뮬레이션해 보는 단계다. 시뮬레이션 기법은 다양하다.

쉽게는 연필로 써 보면서 경험을 바탕으로 생각해 보는 것도 시뮬레이션이며, 조금 더 분석적으로 들어가서 수학적으로 계산해 볼 수도 있다. 하지만 가장 정교한 방법은 전문 시뮬레이션 툴을 사용하는 방법이다.

시 뮬레이션까지 끝났다면 이제 직접 적용해 보는 단계만 남았다. 먼저 프로토타입으로 만들어 시뮬레이션과 동일한 상황을 만들어 실제로 운영을 해보는 단계다. 당시의 결과가 어떻게 될 것인지 알아보고, 시뮬레이션과 동일한 결과가 나오면 문제가 없다고 검증된 것이다.

이제 정상 상황에서 구축하기만 하면 된다. 만약 문제가 없다면 다행이지만 문제가 생긴다면 다시 모니터링 단계로 돌아가야 할 것이다.

이것이 트래픽 관리의 프로세스다. 아마 의아해하는 독자들이 있을 것이다. 이 과정들이 네트워크 관리 과정과 똑같지 않냐고. 그렇다. 사실 트래픽 관리는 네트워크 관리의 흐름속에 있다. 그러나 차이는 관점을 어디에 두는가에 있다.

지 금까지의 네트워크 관리는 트래픽을 효율적으로 처리하는 것보다는 주로 기능 중심으로 이뤄졌다. 지금껏 회선이 잘 연결됐는지 장비가 잘 구동됐는지에 치중했다면, 이제는 트래픽의 원활한 흐름을 위해서는 어떻게 네트워크를 재구성해야 하고, 장비를 구성해야 할 것인가로 초점이 변해야 한다. 아래의 사례들은 트래픽 관점에서 네트워크를 바라보지 않았을 때 어떤 오류를 범하게 되는가를 잘 보여주는 예들이다.

사례 1은 무엇이 잘못됐을까. A사의 경우 스위칭 허브가 전혀 필요하지 않은 환경이라는 점이다. A사의 PC에서 발생하는 트래픽은 1개의 서버로만 향하고 있기 때문이다. 오히려 스위칭 허브를 설치할 경우 쓸데없이 버퍼에 대기하는 시간덕에 패킷 손실만 발생하게 될 것이다.

사례 2의 서버는 오로지 홍보를 위한 목적으로 사용되고 있다. 즉, 누구나 보고자하는 내용을 보여주는게 목적이기 때문에 파이어월이 필요가 없는 사이트다.

얼 핏보기에 사례 3은 지방 영업소에서 본사 영업 서버로 접속하는 전용의 고속 도로를 만든 것 처럼 보인다. 그러나 실상은 100Mbps라는 고속도로를 두고 386Kbps의 오솔길을 만든 경우다. 이 사이트는 지방에서 영업 서버에 백본을 거쳐서 접속한다고 해도 미치는 영향이 백본의 0.4%밖에 되지 않는다는 점을 간과한 것이다(386Kbps는 100Mbps의 0.4%에 불과하다). 각 지사들의 회선 접속 속도를 높이기 위해서는 애써 새로 연결한 전용회선만 끊어버리면 된다.

트래픽 관리 툴

트 래픽은 눈에 보이지 않기 때문에 모니터링부터 시뮬레이션까지 여러 다양한 툴의 도움을 받을 수밖에 없다. 이 툴을 고려할 때 주의할 점은 여러 객관적인 지표들을 적어도 2개 이상은 동시에 고려할 수 있도록 설계된 것인지 확인해야 한다는 것.

최 근 인터넷 환경이 급속도로 증가하면서 웹 트렌드와 같은 웹 트래픽 분석 툴들이 인기를 끌고 있다. 이런 툴을 선택할 때는 과연 어떤 관점에서 트래픽을 분석하는가를 잘 살펴야 한다. 웹 서버는 항상 2가지 관점 즉, 해당 서버를 중심으로 여러 사용자가 접속해 들어오는가 하면, 해당 서버를 중심으로 여럿이 나가기도 하기 때문이다.

이들 모니터링이나 분석 툴 외에 트래픽 조절 장비들도 있다. 로드밸런싱이 가장 대표적인 예다. 그밖에 트래픽 관리 툴, 캐싱 등도 여기에 해당된다. 캐싱은 다른 기술들이 경로를 조절해 트래픽을 완화시키는데 반해 경로를 단축시켜서 트래픽을 컨트롤하는 툴로, 아주 효율적인 트래픽 관리 기법이다.

--------------------------------------------------------------------------------

트래픽 기반의 네트워크 분석·시뮬레이션·설계 툴

인티 ‘Mona Lisa’

Mona Lisa는 인티가 그간의 컨설팅 경험, 특히 네트워크 진단 및 분석 컨설팅을 통해 축적한 노하우와 기술적 이론을 바탕으로 개발한 네트워크 관리 및 분석 소프트웨어로, TCP/IP 네트워크에 접속된 SNMP 장치 및 이를 통해 유통되는 트래픽의 장애와 성능 감시, 분석 기능을 제공한다. Mona Lisa가 주요 기능으로 제공하고 있는 것은 네트워크에 대한 구성, 장애, 성능 분석이다. 이는 네트워크의 운영 상황을 객관적으로 파악해 근본적인 원인을 찾아내고, 데이터 흐름과 서비스 특성을 분석해 향후 네트워크 구성 변경 및 용량 계획을 위한 정보 획득에 반영할 수 있도록 한다. 이는 네트워크 상에서의 서비스 품질 개선을 위한 정보로 적극 활용해야 하는 중요한 기능이다. www.monalisa.co.kr

네트워크 제너럴 ‘Expert Sniffer’

Expert Sniffer는 네트워크 상에서 유통되는 트래픽을 실시간으로 캡처하는 것을 기반으로 운영된다. 이를 바탕으로 사용 프로토콜 및 장애 등을 OSI 7계층 별로 나눠 해석하고 분석한다.

이 제품은 모니터링과 트래픽 분석 기능에 덧붙여 기능의 추가로 발생된 상황에 대해서 그 문제가 발생할 수 있는 원인과 해결 방안을 제시한다. 거의 대부분의 주요 프로토콜을 지원하고 있다. www.ngc.com

넷스위트 ‘NetSuiter Professional Design’

NetSuite Professional Design은 네트워크 설계 도구로 표준을 준수하는 장비와 기술을 실시간으로 설계하도록 지원하며, 설계시 새로운 네트워크 설계 기법과 네트워크 장비에 대한 정보를 손쉽게 제공한다.

또 한 복잡하고 다양해지는 요구사항에 맞도록 신속하고 유연하게 변경하고, 수시로 확장/변경을 요구하는 네트워크 자원을 효율적으로 관리할 수 있도록 도와준다. 그리고, 현 네트워크 환경을 보고서 형식으로 양식화해 분석 및 진단해주며, 향후 발전된 네트워크를 설계할 경우 현재 네트워크와 비교해 자료로 제시해 주는 등 지금까지의 설계 방법과는 다른 품질의 서비스를 제공한다. www.netsuite.com

MIL3 ‘OPNET’

MIL3의 OPNET 시리즈는 네트워크 모델링, 시뮬레이션 툴로 다양한 프로토콜과 라이브러리를 제공한다. 불규칙한 트래픽 패턴을 정확히 이해해 트래픽 패턴별로 시뮬레이션 변수를 정확히 정의할 수 있도록 하는 것이 강점이다

OPNET Technology사는

1986년 미국 국방부 전산망 프로젝트의 일환으로 추진된네트워크 시뮬레이션 프로그램 개발을 위해 설립 되었으며, 현재 세계 네트워크 시뮬레이션 시장의 80%를 점유하고 있는 네트워크/어플리케이션 관리 소프트웨어 업체입니다.

OPNET 제품 군

1. 제품 토폴로지

2. 제품의 특성

	제품 명	기술	주요 기능
기본 사양	Modeler	대학 및 연구소에서 사용하는 네트워크 모델러/시뮬레이터	네트워크 모델링 & 시뮬레이션 (Process, Node, Link, Network 레벨)
	IT Guru	기업체를 위한 네트워크 모델러/시뮬레이터	네트워크 모델링 & 시뮬레이션 (Link, Network 레벨 only)
	SP Guru	Service Provider를 위한 네트워크 모델러/시뮬레이터	네트워크 모델링 & 시뮬레이션 + 부가 기능 (Process, Node, Link, Network 레벨)
	WDM Guru	광전송망 사업자를 위한 네트워크 모델러/시뮬레이터	네트워크 모델링 & 시뮬레이션 (Link, Network 레벨 only)
추가 모듈	ACE (Application Characterization Environment)	어플리케이션의 네트워크상에서의 문제를 진단하는 모듈	응용 프로그램의 효율성 진단 네트워크 지연 및 장애 진단 서버 지연 진단 응용 프로그램 지연 진단
	ADM (Application Decoding Module)	어플리케이션의 프로토콜을 디코딩하는 모듈	캡쳐한 네트워크 트래픽 Trace를 decode.(400 여개의 프로토콜 및 응용 프로그램 코드를 decode할 수 있음.)
	Wireless	무선 네트워크 모델링을 하는 모듈	무선 네트워크의 디자인 & 테스트
	Net Doctor	네트워크상의 라우터 Configuration을 진단하는 모듈	네트워크 구성 및 규칙 진단 네트워크 상의 라우터 설정 오류의 최소화 네트워크의 문제 발생 장소 진단 및 해결방안 제시 네트워크 관리 업무 효율성 최대화
	Server Specialized Module	서버의 특성을 모델링하는 모듈	서버의 효율성 진단 서버시스템과 구성 요소들의 모델링 네트워크와 응용프로그램에 가장 적합한 서버 컴퓨터 제시
	VNE Server	서버상에 버추얼 네트워크 환경을 구성하는 자체 NMS 모듈	전체 네트워크의 통일된 데이터(장비/프로토콜/트래픽/응용 프로그램)를 24시간 수집, 관리하는 테이터으 베이스 서버, IT Guru를 통하여 데이터의 실정을 그래픽 상으로 관찰할 수 있음.
	ESP (Expert Service Prediction)	네트워크의 서비스 진단 모듈	계약된 서비스의 수준 진단 네트워크의 서비스 수준 디자인 진단
	MVI (Multi Vendor Import)	기존의 네트워크 장비 관련 파일을 불러와서 네트워크 지도를 구성하는 모듈	기존 네트워크 장비 및 프로토콜 등의 구성 파일 불러오기 네트워크 지도 구성 모니터링 툴을 사용하여 트래픽, 링크 활용도 등의 네트워크 모델요소를 가져와 사용 변화에 적응하는 망

3. OPNET의 역사

OPNET은 1984년 Optimization Theory, Communication Network 및 Parallel Algorithm 분야의 세계적인 권위자인 MIT의 Dimitri Bertsekas 교수와 Robert Gallager 교수가 이끄는 MIT의 LIDS (Laboratory for Information and Decision Systems)에서 미 국방성 연구프로젝트를 수행하면서 탄생한 제품으로서, 여타 시뮬레이션 도구와는 달리 OPNET은 그 근본을 통신망에 두고 있는 실로 통신관련 시뮬레이션 도구로서는 유일하다 하겠습니다. OPNET을 제품화한 OPNET사는 현재 나스닥에 상장되어 있으며 1985년 이래로 미국, 유럽 및 전세계에 수 많은 유.무선 통신관련 실무 프로젝트에 OPNET을 보급하고 있습니다.

4. OPNET의 통합 기능

4.1 칩 설계자 (ASIC Designer)

OPNET 통신망 시뮬레이션 도구와 VHDL/Verilog 칩설계 도구를 하나로 결합하였습니다. 즉 칩설계를 해가면서 과연 지금 설계하고 있는 칩이 실제 통신장비 상에서 어떻게 동작할 것인지를 예측하고 분석할 수 있기 때문에 설계상의 오류를 최소화하여, 여러번의 설계변경 등으로 발생하는 막대한 비용과 시간적 손실을 미연에 방지 할 수 있게 되었습니다.

4.2 통신망 운용 관리자

통신망 설계자에게는 망설계시 OPNET을 사용하고, 실제 장비를 설치한 후 이 통신망을 관리할 수 있도록 여러 망관리 프로그램(NMS)과 OPNET을 연동함으로써, 향후에 발생할지 모르는 각종 원인으로 인한 통신망 마비 사테를 실제 통신망에 살아있는 데이타에 근간해서 OPNET에서 그 방지 대책을 수립할 수 있도록 한다는 것입니다. OPNET을 통신망관리를 위한 Expert System으로 활용하는 것은 이미 통신 선진국에서는 보편화 되어 있습니다. 이를 위하여 OPNET은 RDB (Informix, Oracle, Sybase...), NMS (HP OpenView, IBM Tivoli NetView, Bay Network Optivity, CA Unicenter, Sun NetManager), Data Analyzer (Network General Sniffer, HP NetMetrix...) 그리고 통계적 예측을 위하여 SAS, MatLab등의 통계프로그램과의 인터페이스를 제공하고 있습니다.

4.3 무선통신망 설계자

무선 통신망 설계자를 위해서 OPNET은 지형 정보와의 인터페이스를 통하여 지형의 형상에 따른 전파 환경 분석을 가능하게 하여, 무선 Cell 설계를 효과적으로 수행할 수 있도록 합니다.

4.4 위성통신망 설계자

위성통신망 설계자를 위하여 OPNET은 위성과 지상 중계국 사이의 공기층에서의 전파 환경 분석등을 가능하게 합니다. 이것은 현재 ITU-R Working Party 3J 표준사항을 포함한 광범위한 전파환경 분석을 가능하게 합니다.

5. OPNET의 주요 기능

5.1 OPNET 제품의 응용분야

5.1.1 유.무선 텔레커뮤니케이션: 전화망, WLL, PCS, VOD, LMDS, Paging System 등

5.1.2 위성 통신망 시스템: IRRIDUM, INTELSAT, INMARSAT, LEO, VSAT 등

5.1.3 군 전략 방어 시스템: Digital Battlefield, DISC4, TACMIS, NETWARS, 육.해.공군 전시 통합 망 관리 등

5.1.4 항공 관제 시스템: 위성, 항공기, 관제탑, 지상 이동망, 통합 백-본망 설계 등

5.1.5 유.무선 CATV 망: CATV 서비스망 설계, IP over CATV 망 설계, LMDS 망 설계 등

5.1.6 통신망 컨설팅: 망 설계, 분석, 진단, 비용분석, 망 관리 등

5.1.7 기초 기술 연구개발: 새로운 통신망 알고리즘 및 프로토콜 검증 및 성능 분석

5.1.8 장비 제조 기술: VHDL/Verilog Co-Simulation (Chip 및 Board 레벨 설계)

5.2 OPNET 제공 프로토콜

5.2.1 유선통신망 분야: ATM, ATM Lan Emulation, 10/100/1000Mbps, Ethernet, TokenRing, FDDI, P1394 HSSB, LAPB, X.25, TCP/IP/UDP, FrameRelay, CATV(802.14), SNA, X.25, RIP, OSPF, RSVP, QOSPF, IGMP, Ipmc, 802.1d, Spanning Tree Bridge, J1850 SAE bus protocol, TP4*, CLNP*

5.2.2 무선 및 위성 통신망 분야: Aloha, Slotted Aloha, AMPS Cellular Telephone, CDMA, CSMA, GSM* Digital Cellular Telephone, TDMA Satellite

5.2.3 벤더 장비 모델: 3Com, ACC, Alantec, Bay Networks, Bytex, Chipcom, Cisco, Crosscomm, Grand Junction, HP, Lannet, Novell, Proteon, Retix, UB Networks, Xylan

5.2.4 Third Party 제품과 Interface: HP OpenView Network Management Tool, Network General Sniffer, HP NetMetrix Data Analyzers, VHDL/Verilog Component/Board Level Co-Simulation Database

5.3 OPNET 주요 기능 설명

5.3.1 Network Editor

Topology 설계: Mesh, Ring, Star, Tree, Bus, Randomized Mesh, Unconnected Net 등
Application Traffic Generator: WWW, E-mail, FTP, Data Base, Videoconference, MPEG Video, Video Gaming 등
Remote Login, PDF based traffic
Network Management System (NMS) Interface
Hardware Vendor Device Network
Connectivity Check
위도, 경도 및 고도 스케일 (실제 지구상의 값과 일치시킴)
세계지도 정보 ( CIA World Database II )

5.3.2 Node Editor

통신 장치 내부 Layer 아키텍처 설계 Inter Layer Data Flow Control
Queuing Model
User Definable Traffic Generator
Transmitter and Receiver Model (Bus, Pear-to-Pear, RF links)
Antenna Model Vendor Specific Model Design

5.3.3 Process Editor
프로토콜 설계
알고리듬 설계
C/C++ 프로그램 에디터 ( C/C++ 소스 디자인, C/C++ Syntax)
State Transition Diagram (STD) ( Event-Driven Simulation Architecture)
다중 구조의 계층적 설계 기법 ( Chield Process의 개수에 제한 없음)
C/C++를 이용한 사용자 그래픽 인터페이스(GUI) 설계
Auto C/C++ Source Code Generation

5.3.4 Parameter Editor
전송 에러 모델링 (유선 또는 무선 전송 시 에러 모델링 )
PDF Based Traffic Generator
패킷 포맷 설계
프로세서간 통신 제어 포맷 설계
통신 선로(링크) 설계
안테나 패턴 설계
RF Modulation Function 설계
Normalization Function

5.3.5 Probe Editor

노드상태 분석을 위한 Node Probe
링크상태 분석을 위한 Link Probe
통신망 전체 분석을 위한 Global Probe
Animation Probe ( Auto, Statistic, Custom Animation )

5.3.6 Simulation Editor

Vector or Scalar Output Design
Error Debugging
Random Number Generation
Multi-Simulation (변수 값들을 자동 변경하면서 한번에 시뮬레이션을 함)
Simulation Time Control

5.3.7 Analysis Editor

시뮬레이션 결과 분석 및 해석을 위한 도구 제공
Vector 결과 및 Scalar 결과 분석
확률 분포 해석 기법
여러 결과의 그래프를 한 그래프 화면에 동시에 표현

5.3.8 Filter Editor

시뮬레이션 결과의 해석을 돕기 위한 에디터

5.3.9 Animation Tool

통신장비들간의 트래픽 흐름 모니터링
통신선로 (RF Channel)의 Utilization의 변동 모니터링
통신량 폭주로 인한 장비 또는 선로의 스트레스 정도의 모니터링
통신 Link의 연결성 모니터링 (무선망, 위성망, Broad Band 통신망...)
Voice, Data, Control신호의 흐름
이동체 및 위성체의 움직임
통신장비 내부의 레이어간 Voice, Data, Control신호 흐름
Routing - En- and De-Capsulization
Application Traffic Flow
Switching Mechanism
Traffic over In and Out Port
설계한 프로토콜 및 알고리즘의 각 프로세서간 처리상황 모니터링
Event 발생 시점에 생성되는 Data 또는 Packet의 Numbering 표시
RF 통신에서 통신중인 사용자간 링크 모니터링
위성통신에서 통신중인 위성간 또는 지상 기지국간 링크 모니터링
사용자가 직접 Animation을 만들 수도 있음.

5.3.10 위성 Simulator

위성 궤도 산출
위성체 모델링
3-D 궤도 Display
위성의 움직임 Animation
NASA 궤도산출 프로그램을 사용함
위성체 전파가 미치는 영역의 Animation ( Coverage )
송신단의 안테나 각도 조절

5.3.11 기타

Debegger
Icon 저작 도구

6. OPNET 사용 환경

Sun, HP, Silicon Graphics (SGI), DEC, Windows NT
SunOS4.1.3이상, Solaris2.x, HP-UX 9.x, IRIX 5.2.x, OSF/1 3.x, NT 3.5.1이상
C-compiler가 필요 (단, Windows NT는 Visual C++ ver. 4.0이상이 요구됨)
최소 32MB Main Memory, 600MB HDD 용량, CD-ROM

출처 : http://nsjokt.springnote.com/pages/2685456

인터넷 친구를 만들거나 비지니스 인맥을 만드는 웹어플리케이션, SNS

JaeSoo — Tue, 22 Jul 2008 18:27:12 +0000

인터넷의 성장과 다양한 SNS 서비스의 보급으로 인터넷 친구를 만들거나 비지니스 인맥을 보다 쉽게 구축하는 것이 가능해 졌습니다. 그러나 어떤 서비스든 순기능 뿐만 아니라 역기능도 존재하니 해당 서비스의 특징이나 활용방법에 대해 잘 숙지하여 역기능의 피해를 줄이고 순기능의 장점을 잘 살린다면 당신은 온라인 마당발로 거듭날 수 있을 것입니다. 아래는 대표적인 국내외 SNS 서비스들에 대해 차트로 정리한 것이며 비지니스 인맥 관리 웹어플리케이션에 관심이 많은 분들을 위해 해당 항목을 밝게 표시해두었습니다. 비지니스를 주제로 한 SNS 중에서 해외에서는 미국의 링크드인과 독일의 씽이 인지도가 있는 것으로 보이며 이를 벤치마킹한 국내 서비스로 링크나우가 꾸준한 성장을 보이고 있습니다. 개인적으로 링크드인과 링크나우에서 활동을 시작했으며 링크나우를 중심으로 인맥 구축을 하고 있는 중입니다. 링크나우에서 웹프로그래머와 인맥 연결 하실 분은 [초대링크] 를 클릭하세요. 특히 IT업종에 종사하는 분들과 연결되면 좋겠습니다. 사회 생활을 하다보면 인맥이 절실하게 필요할 때가 있고 오프라인 인맥의 한계를 느낄 때가 많습니다. 온라인(인터넷)에서 비지니스를 목적으로 인맥을 구축할 수 있는 곳이 있다는 것은 개인적으로 반가운 일이며 시간이 흘러 언젠가 필요할 수도 있는 인맥을 미리 구축해두는 것은 현명한 일일지 모릅니다. 그런데 온라인 인맥을 실질적인 인맥으로 확장시키려면 오프라인 활동도 병행해야 할 것이며 공동의 관심사를 가지고 소통하고 실무에도 적용하는 노력이 필요하겠습니다. 함께 일할 사람을 찾고 투자자를 찾고 거래처를 찾고 컨설팅을 받고 추천서를 받고 일자리를 찾는 등의 현실감이 있는 오프라인 활동과 연동이 되어야겠습니다. 이메일 하나만으로 큰 비지니스를 성사시키는 사람도 있는 반면 아무리 좋은 비지니스 툴이나 서비스가 있더라도 활용하지 못한다면 의미 없는 것으로 전락하는 것은 당연하므로 자신의 성향에 맞게 활동도에 대한 고민을 하고 이를 의미있고 생산적인 활동으로 만들어보시기 바랍니다.

국가	홈페이지 이름	성향	홈페이지 URL
한국	싸이월드	일반	http://www.cyworld.com
	아이러브스쿨	동창생일반	http://www.iloveschool.co.kr
	플랜다스U	일반	http://www.plandas.com
	링크나우	비지니스	http://www.linknow.kr
	피플투	일반멘토	http://www.people2.co.kr
	세다리	일반	http://www.sedari.co.kr
	토시	유무선일반	http://www.tossi.com
	플레이톡	마이크로블로그	http://playtalk.net
	미투데이	마이크로블로그	http://me2day.net
미국	마이스페이스	일반	http://www.myspace.com
	페이스북	대학생	http://www.facebook.com
	올컷(Orkut)	구글일반남미	http://www.orkut.com
	링크드인	비지니스	http://www.linkedin.com
	플락소	일반	http://www.plaxo.com
	프렌드스터	일반	http://www.friendster.com
	세컨드라이프	가상세계	http://secondlife.com
	트위터	마이크로블로그	http://twitter.com
	자이쿠	마이크로블로그	http://jaiku.com
중국	샤오네이	일반	http://www.xiaonei.com
	짠쭤	일반	http://www.zhanzuo.com
	BN4차이나	한인비지니스	http://www.bn4china.com
일본	믹시	일반	http://www.mixi.jp
일본	유카시	부유층	http://yucasee.jp
영국	이카데미	비니지스	http://www.ecademy.com
영국	베보	일반	http://www.bebo.com
독일	씽	비지니스	http://www.xing.com
프랑스	비아데오	비지니스	http://www.viadeo.com
스웨덴	엔트로피아	가상세계	http://www.entropiauniverse.com

웹프로그래머의 홈페이지정보 블로그 http://hompy.info

출처 : http://hompy.info/469

무료 PC 원격제어

JaeSoo — Tue, 01 Jul 2008 15:19:25 +0000

ShowMyPC는 무료로 PC를 원격제어하는 프로그램이다.

웹 사이트 : http://showmypc.com/
포터블용 : http://u3usb.tistory.com/143 (USB 같은 곳에 넣고 다닐 수 있는 버전)

오픈소스로 개발되고 있는 버전은 Free 버전이고, Advanced된 Personalized 버전은 약간의 비용을 받고 있다. [가격표 참고]

Free 버전은 원격제어를 중계해 주는 서버를 ShowMyPC의 것을 사용한다. Personalized 버전은 원격제어를 위한 프로그램 배너 등에 자신이 원하는 로고나 내용을 넣을 수 있는 차이가 있다. 만약 원격제어 서버를 자신이 원한느 서버로 사용하고 싶다면 [별도로 연락]을 하라고 하고 있다.

원격지원을 하려면 Show My PC to Remote User 를 다운로드 하여 사용하면 된다.

이 외에도 원격으로 PC를 제어하는 방법은 많이 있다. 그 중 몇가지 방법을 추가로 소개하면 다음과 같다.

1. 윈도우XP 내장 '원격 데스크톱 연결'

윈도우XP에 기본적으로 내장된 '원격데스크톱 연결'이라는 응용 프로그램을 사용하면, 집에서 회사 컴퓨터에 접속하여 편리하게 회사 업무를 볼 수도 있다. 특히 아웃룩을 사용하는 경우 급한 회사 이메일을 체크하기 위해 주말에 회사에 나가지 않고, 집에서 원격으로 회사 컴퓨터에 접속하여 일을 처리할 수도 있는 등 상당히 편리하다.

그러나 원격 데스크톱의 경우 원격으로 조정 당하는 컴퓨터(예를 들면 집에서 회사 컴퓨터를 접속한다면 '회사 컴퓨터')가 고정 IP로 연결되어 있어야 하고, 컴퓨터에 암호가 설정되어 있어야 하며, 접속 당하는 컴퓨터가 원격으로 접속해도 된다는 옵션이

체크되어 있어야 한다. 그렇지 않은 경우에는 이 방법은 사용하기 어렵다.

윈도우XP를 사용하기 이전에는 '넷미팅'이라는 프로그램을 사용하여 채팅(음성채팅 포함)도 하고, 원격제어도 할 수 있었다.

2. 네이트온 '내 PC제어'

네이트온에서 플러긴 형식으로 내 PC를 제어할 수 있는 메뉴를 제공한다. 얼마전까지만 해도 이 기능은 '베타' 딱지를 붙여 놓은 서비스였는데, 메뉴가 뜨는 것을 보니 유료화 하려고 하는 것 같다.

이 기능은 '친구'로 지정되어 있는 사람에게 내 컴퓨터를 원격제어할 수 있도록 해주는 프로그램이다. 갑자기 내 컴퓨터에 문제가 있는데, 주변에 도와줄 사람이 없을 때, 네이트온 친구로 등록되어 있는 사람에게 부탁할 수 있는 요긴한 기능이다. 그러나 유료화되면 사용할 사람이 얼마나 있겠는가 하는 생각이 들기는 한다.

3. 온라인 원격제어 서비스들

온라인으로 상대방의 컴퓨터를 원격으로 접속해 문제를 해결해 주는 솔루션들이 많이 있다. 예를 들어, 애니헬프같은 곳이 있다. 이러한 서비스는 이러닝 서비스를 하는 곳에서 고객지원 차원에서 원격지원 서비스를 하는데에 많이 활용된다. 계정 1개당 몇 만원 안팎의 저렴한 비용으로 원격제어를 할 수 있는 서비스를 이용할 수 있기 때문에 부담도 적은 편이다. 다만 ActiveX를 설치해야하는 인터넷 환경에서만 사용이 가능하다.

LG 데이콤 네트로 http://neturo.lgdacom.net
코이노 PC 에니 http://pcany.net/kr/

초고속 정보통신 인증제, 홈네트워크 인증제

JaeSoo — Mon, 25 Feb 2008 14:34:03 +0000

출처 : 초고속정보통신 인증위원회 (클릭)

날짜 : 2007.01.01

내용 : 초고속 정보통신이 가능한 건물 설비 요건 및 인증 방법에 대해 정리

2000년 10월 시작된 정보통신건물인증제도의 지침이 2007년 1월 전면 개정 됨

총평 : 1) 초고속정보통신건물 "특등급(주거)"이 일반화되고 있는 상황에서 이를 확산시키기 위한 인증제도의 처리지침 개정.

2) 신도시의 대부분의 신축 건물이 "특등급(주거/업무/오피스)"으로 설계, 홈네트워크 등급도 "AA(또는 A)"이 포함되어

실시설계나 지구단위 지침에 내용 포함이 필수

3) u-City의 경우도, 신도시로 개발되는 사례가 많음

4) 유비쿼터스 적인 요소를 가미하기 위해 홈네트워크와 u-City 인프라 연결 또는 공조 방법에 대한

요구사항 분석 및 제시 필요(홈네트워크 산업협회 및 초고속정보통신위원회에서는 현재(2008.02)로서 별도의

가이드라인/표준 방안이 없으며, 향후 과제로 남겨 놓았거나, 필요성 인식하지 못한듯...)

출처 : http://blog.naver.com/atsky/130028131928

조기경보시스템(3)-조기경보 시스템(Early Warning System)의 국내외 구축·운영 사례

JaeSoo — Sun, 27 Jan 2008 17:10:45 +0000

조기경보 시스템(Early Warning System)의 국내외 구축·운영 사례

지금까지 2회에 걸쳐 조기경보 시스템의 구성과 기술동향에 대해 살펴보았다. 이번 호에서는 국내외 조기경보 시스템의 구축동향을 살펴봄으로써 우리나라의 조기경보 시스템 구축방향을 모색해보고자 한다. 먼저 유럽의 조기경보 시스템 구축경과와 동향을 살펴보고, 9·11 이후 더욱 엄격해진 미국의 사이버테러 대응 및 조기경보 시스템 구축사례를 살펴봄으로써 우리나라의 조기경보 시스템 구축방향을 제시해보고자 한다.

유럽의 조기경보 시스템 구축동향

유럽의 조기경보 시스템 구축은 영국의 정보보증자문위원회(Infomation Assurance Advisory Council)가 ‘정보보증을 위한 조기경보 및 위협평가(Early Warning and Threat Assessment for Information Assurance)’ 연구를 통해 조기경보 시스템의 구축이 가능함을 제시한 후에 본격적으로 추진됐다.

영국의 정보보증자문위원회는 공공 정책의 수립, 기업 지배구조 및 정보 위험관리, 정보 공유 및 인식제고 등의 목적으로 수립된 기관으로, 기존의 ‘정보보증을 위한 조기경보 및 위협평가’ 연구가 공공 및 민간 부문의 사이버 범죄가 늘어감에도 불구하고 대부분의 정보보호 패러다임이 발생한 공격에 대해 탐지 및 대응하는 수동적 모델에 그치고 있는 점에 착안, 최종 사용자 및 조직이 침입으로 인한 피해를 최소화할 수 있도록 예방할 수 있는 경보 시간을 늘리기 위해 진행됐다.

이 연구는 1999년 10월 1일부터 2001년 3월 31일까지 2년 6개월에 걸쳐 진행됐는데, 연구의 목적은 사이버 공격에 대한 조기경보를 제공하는 방법을 개발 및 평가하고, 위협평가에 사용될 수 있는 위협 프로파일을 개발하는 것이었다.

이 연구는 전통적인 국가 안보 및 테러 대응에 사용되는 감지 및 경보 프로세스 설계에 이용되는 인지 사이클을 사용했는데, 이는 정보 요구사항을 정의하고, 체계적인 정보수집 계획을 설계 및 구현하며, 후속분석을 수행하고 결과를 제출하는 반복적인 단계로 이루어져 있다.

분석은 ‘Analytical Cuts’라고 불리는 기간 단위로 이루어졌는데, 각 Cuts는 실제 사건이 발생한 시기와 대응한다. 각 Cuts의 자료는 해당 기간의 통신 데이터들로, 분석을 통해 주기적인 사고자료의 요약, 예방지표의 활용성 평가 및 위협 프로파일 생성이 가능해진다.

연구결과, 사이버 공격에 대응하는 조기경보 방법의 사용이 가능하다는 긍정적인 결과에 도달하게 됐다. 즉, 위협자의 프로파일을 동기, 의도, 능력 및 행태에 따라 추출함으로써 공격을 예측할 수 있는 지표를 생성하는 것이 가능하다는 것을 제시하고, 위협자의 예비활동과 관련된 공개 통신자료를 수집, 분배 및 분석하는 체계적이고 반복적이며, 지능적인 프로세스의 수립을 위한 개념을 제공했다.

조기경보 체계의 수립 가능성이 확인된 후 유럽 연합의 산하기관들은 기술분야, 법률분야, 상용기술화 분야로 세분화해 매년 워크숍을 개최했다. 또한 유럽연합 회원국의 전체 65개 CERT를 기술수준이나 업무 처리능력 등을 기준으로 3등급으로 세분화하는 한편, 협조체계에 있어서도 등급화를 시도해, 국가 CERT 및 대형 CERT와 일반 기업/대학/연구소 CERT를 그룹화해 차별화된 협조체계를 구축했다.

한편 유럽연합은 그림 1에서 보는 바와 같이 ‘유럽 조기경보 시스템(EWIS : European Warning and Information System)’을 구축하기 위해 각 회원국가의 국가 정보보호 조직, 침해사고대응팀(CERT : Computer Emergency Response Team), 정보공유 및 분석센터(ISAC : Information Sharing and Analysis Center), 기업의 정보보호 조직, 통신사업자, 개인 이용자 등을 연결하는 작업을 수행 중이며, 북미나 아시아의 정보보호 조직과 연결할 계획도 가지고 있다.

유럽 연합은 조기경보체계를 구성함에 있어 수많은 정부/기업/민간/공공 등에 개별적으로 침해사고대응센터(CERT)를 만들고, 정보보호 인력을 양성해 배치하는데 한계가 있다는 것을 파악했다. 따라서 그림 2와 같이 분야별로 대표 CERT 또는 ISAC을 구축해 많은 센터를 효율적으로 운영하고, 사이버테러에 대응하기 위해 중요 정보통신 기반구조별로 CERT 및 ISAC을 육성했는데, 이는 미국과 동일한 방식으로 미국은 모두 17개의 ISAC을 운영 중이다.

미국의 조기경보 시스템 구축 현황

미국의 조기경보체계 구축을 위한 논의는 2003년 12월 3일, 사이버 보안 정상회담(Cyber Security Summit)에서 논의되어 먼저 조기경보 태스크 포스팀을 구성하고, 국가 조기경보 연락망(National Early Warning Contact Network) 구축을 위한 방법론, 절차, 신뢰할 수 있는 최고 상위계층의 구조에 대한 논의를 시작했다. 이후 정부·공공·산업계 등 350명이 참석해 자동화된 데이타 수집방법을 조사하고, 국토안보부와 공공 및 민간의 정보 공유방법에 대한 연구를 진행 중에 있다.

미국은 대규모 보안사고 발생시 정부와 민간 전문가들의 정보공유에 사용하기 위해 인터넷과 분리된 독립 사설망으로 사이버경보정보망(CWIN : Cyber Warning Information Network)을 구축 중이다. 사이버경보정보망에는 현재 NIPC (National Infrastructure Protection Center), CIAO (Columbia International Affairs Online), 민간 ISAC, 기타 정부 시스템 보안에 관련된 기관이 참여하고 있다.

또한 ‘사이버 보안정보 공유 프로젝트(CSISP : Cyber Security Information Sharing Project)’를 추진해 정부와 민간부문의 정보공유 모델을 연구 중에 있다. 현재 CERT-CC로 침해사고 정보, 취약점 정보를 신고 받는 방법은 웹사이트를 통해 일정 양식을 작성하거나 전화신고 후 결과를 제공받는 방법으로 긴급한 상황에서는 대응이 지연되는 단점이 있다. 따라서 ‘사이버 보안정보 공유 프로젝트’는 프로젝트 참여자들이 ArcSight의 보안사고 관리 소프트웨어를 설치하고, 정보수집원으로 활용해 공격과 관련한 정보를 수집하도록 하고 있다.

한편 국토안보부는 ‘사이버보안 모니터링 프로젝트’를 계획해 대규모 공격, 바이러스, 웜의 돌발적 발생 및 급증을 실시간으로 분석하는 시스템을 구상하고 있다. 이는 실시간 사이버 상태 인지 시스템(A Real-time Cybersituation Awareness System)으로, 다중 공격 또는 중요 바이러스 및 웜의 돌발적 확산을 암시하는 징후에 대한 데이터를 즉각적으로 분석할 수 있는 국가적 역량을 마련하기 위한 것이다. 이 프로젝트는 국토안보부 소속의 국가 사이버보안부(National Cyber Security Division)와 SRI International, Symantec, Computer Associates가 참여해 유관기관과의 협조체계 구축 및 ‘비영리용 데이터수집 시스템(Nonproprietary Data Collection System)’의 개발을 수행하고 있다.

한편 미국의 CERT 구성은 그림 3과 같이 분야별로 세분화되어 총 17개 분야별 CERT 또는 ISAC이 운영 중에 있다. 미국은 전력 ISAC, 통신 ISAC 등의 주요 분야 이외에 농업 ISAC(Agriculture), 식료 ISAC(Food), 급수 ISAC(Water), 공공보건 ISAC(Public Health, 설립 준비 중), 소방 ISAC(Emergency Services), 우편·해운업 ISAC(Postal and Shipping), 화학 ISAC(Chemical), 대형건물 ISAC(Real Estate)까지를 중요 정보통신 기반구조로 보고, ISAC을 설립해 위기에 대비하고 있다.

모든 공격이 혼합된 공격(Blended Attacks)으로 진행될 것으로 예상되는 가운데, 미국이 사이버 공격 대응의 실제적인 문제로 가장 고민하는 것은 사이버 상에서의 물리적 방어(Physical dependencies on Cyber), 물리적 공간에서의 사이버 방어(Cyber dependencies on Physical), 기타 핵심 기반구조에 대한 통신 기반구조의 방어(Communications infrastructure dependencies on other critical infrastructures)이다. 현재 인터넷 서비스의 제공, 인터넷 뱅킹 등 인터넷과 통신을 제공하는 정보통신 기반구조(Information Infrastructure)가 대규모 공격에 의해 중단될 경우, 발생 초기에 사고의 원인이 물리적 출발인지, 사이버테러로 시작된 중단인지 구별해 낼 수 없다.

이에 따른 대비책의 일환으로 미국의 에너지성은 국방부와 공동으로 시카고 메트로폴리탄 지역의 전력이 동시에 단절되면 유관 부처 및 분야별로 어떠한 일을 해야 하고, 발생 가능한 모든 문제점을 상정한 시나리오를 작성하는 프로젝트를 2000년도부터 3년간 수행한 결과를 발표했다. 즉, 전력이 중단되면 모든 통신, 전력, 금융, 가스, 전철 등 국가의 기간 시스템이 마비되므로, 이러한 상황이 발생했을 때 국가는 사전에 어떠한 준비를 하고, 어떤 사람이 모여서 이러한 재난 상황을 극복해야 하는가를 중심으로 예상되는 위협 시나리오에 따른 대응책을 마련했다.

국내 조기경보 시스템 구축 현황

조기경보 시스템의 구축을 위해서는 현재 국내에서 운영 중인 정보보호 시스템 및 정보공유 네트워크의 구성에 있어 개선 및 변경이 필요하다. 먼저 침입탐지 시스템(IDS : Intrusion Detection System) 등의 분석기법이 그림 3과 같이 조기경보를 위한 대용량의 데이터를 분석할 수 있으려면, 1차원적 분석뿐 아니라 2차원 혹은 3차원적인 분석이 가능하도록 개선돼야 한다.

또한 국내에서 운영 중인 각 CERT 및 ISAC을 체계적으로 연결해 비상시 적절한 역할분담 및 정보공유가 가능하도록 구성돼야 한다. 현재 국내는 국가사이버안전센터(NCSC), 국방정보전센터, 인터넷침해사고대응지원센터, 경찰청 사이버테러대응센터(CTRC) 등의 각 분야별 상황실이 설치되어 운영 중이다. 또한 KT, DACOM, 하나로 등 통신사업자, 금융기관, 공공기관 등이 통합보안관제시스템(Enterprise Security Management) 시스템을 구축해 100여개 사이트가 가동되고 있다. 또한 보안관제 서비스를 제공하는 인포섹, 코코넛, 이글루시큐리티 등의 회사들이 관제센터를 설치하고, 관제 서비스를 제공 중이다. 따라서 현재 각 CERT 및 ISAC들을 상위 상황실, 하위 상황실 및 관제센터로 구분하고, 각 센터의 기능적 역할분담과 정보공유 방법 등을 정의하고, 체계화할 필요가 있다.

또한 국내의 환경이 체계적으로 구축된 후에는 ‘아시아차원의 사이버테러 조기경보 네트워크’를 구축할 필요가 있으며, 이러한 국가적 차원의 사이버테러에 대한 정보공유는 아시아의 주변국가를 경유해서 들어오는 해킹, 바이러스, 사이버테러에 대한 정보를 유통경로에서부터 차단이 가능케 하는 효과를 가져올 수 있다. 그림 4는 최운호에 의해 제시된 아시아 조기경보 시스템 및 국내 보안정보 공유체계 구성안으로 향후 논의 및 발전의 토대로 활용될 수 있을 것으로 사료된다

출처 : http://www.boannews.com/know_how/view.asp?page=1&gpage=1&idx=164&numm=74&search=title&find=조기경보시스템&kind=03&order=ref

조기경보시스템(2)-조기경보 시스템의 기술 동향

JaeSoo — Sun, 27 Jan 2008 17:10:16 +0000

조기경보 시스템의 기술 동향

지난 호에서는 조기경보 시스템의 등장배경과 필요성 등 조기경보 시스템의 개요를 살펴보았다. 이번 호에서는 조기경보 시스템을 구성하는 기술 중 몇 가지를 살펴봄으로써 조기경보 시스템에 관한 보다 구체적인 이해를 돕고자 한다. 여기에서 소개하고자 하는 조기경보 기술은 네트워크 공격 상관성 분석, 네트워크 포렌식 및 HoneyNet 관련기술 동향이다.

조기경보 시스템을 구성하기 위해서는 먼저 유해 트래픽을 탐지 및 분석할 수 있는 침입탐지 및 분석기술이 필요하고, 다음 침해상황을 분석해 적절한 예·경보를 발령하고 대응하기 위한 기술이 필요하다. 여기에서는 침입탐지 기술로서 네트워크 트래픽 연관성 분석기술에 대해 자세히 살펴보고, 다음으로 네트워크 포렌식 기술을 살펴본 후, 마지막으로 능동적 대처와 정보수집을 위한 HoneyNet 관련기술을 살펴보고자 한다.

홍 기 향 | 이비즈텍 컨설팅부 (kihyang_hong@hanmail.net)

네트워크 공격 상호연관성 분석

상호 연관성 분석기술의 등장배경

최근 발생하고 있는 정보보호 사고의 유형은 이전과 달리 네트워크 및 시스템의 자원을 고갈시키는 유형이 증가하고 있어, 동일한 공격이 네트워크 내에서 반복적이고 지속적으로 발생하는 상황에 대한 실시간 네트워크 분석기술이 필요하게 됐다. 실제로 정보보호 시스템을 통해 유용한 정보들이 수집되기는 하지만, 보안관리자가 침해사고 발생과 대응방안 등의 의사결정을 하기 위해서는 수집된 다량의 정보를 효과적으로 분석할 필요가 있다. 최근 이러한 필요성에 따라 등장한 기술이 보안경보 간 상호연관성 분석기술로, 등장배경은 다음과 같이 3가지로 요약될 수 있다.

첫째, 상호연관성 분석기술은 다량의 보안경보를 분석하는데 소비되는 시간을 절감할 수 있게 한다. 즉, 개별 정보보호 시스템으로부터 수집되는 수많은 정보를 개별적으로 관찰하기 보다는 정보보호 시스템 간 경보를 참조해 기존 취약점과 비교하는 한정된 관찰이 필요하다.

둘째, 상호연관성 분석기술은 보안경보의 공통 특징을 분석해 공격의 전반적인 진행상황 등 의미 있는 정보를 제공할 수 있게 한다. 즉, 침입탐지 시스템에서 발생할 수 있는 오탐정보 등을 통합 및 분석함으로써 개별공격보다는 전반적인 공격의 진행경로를 파악할 수 있게 한다.

셋째, 상호연관성 분석기술은 개별 공격정보로는 파악할 수 없는 공격상황을 보안경보의 공통적인 특징 분석을 통해 제공할 수 있게 한다. 즉, 분산 서비스 거부공격(Distributed Denial of Service)과 같이 다수의 개별 시스템으로부터 발생하는 보안경보를 통합해 공격상황을 파악할 수 있게 한다.

상호연관성 분석의 정의

상호연관성 분석은 다양한 정보보호 시스템으로부터 발생하는 보안경보 간의 연관관계를 통해 보안위협을 보다 정확하게 식별하는 것을 의미한다. 이같은 보안경보의 상호연관성 분석 과정은 그림 1과 같이 3단계, 즉 보안경보 수집, 보안경보 분류, 보안경보 연관관계 분석의 단계를 거친다. 주요 단계별 특징은 다음과 같다.

● 보안정보 수집 : 네트워크 내 다수의 지점에 존재하는 이기종의 정보보호 시스템으로부터 발생하는 보안정보를 누락 없이 정확히 수집하는 것. 이를 위해 각 정보보호 시스템과의 인터페이스가 제공돼야 한다.

● 보안경보 분류 : 보안경보 필터링, 보안경보 정규화, 보안정보 분류 및 등급화로 구성.

● 보안경보 필터링 : 보안위협을 나타내지 않는 보안경보를 제거하는 것으로, 보안경보의 정보속성을 이용해 일정한 유형의 보안경보들을 초기에 제거, 분석대상을 줄이기 위한 것.

● 보안경보 정규화 : 이기종의 다양한 정보보호 시스템으로부터 수집되는 보안경보를 일정한 형식으로 변환, 향후 분석의 효율성을 높이기 위한 것.

● 보안경보 분류 및 등급화 : 반복공격 또는 중복된 보안경보 정보를 제거하고, 공통된 특징을 분석해 보안경보를 분류한 후 자산가치에 따라 등급을 부여하는 것.

한편, 마지막 단계인 보안경보 연관관계 분석은 취약성 평가와 연관성 분석을 통해 보안경보의 위협과 심각도를 평가하는 것으로, 다음과 같은 연관성 분석기술을 이용해 이루어진다.

상호연관성 분석기술의 종류

연관성 분석기술은 다음과 같이 중복성, 순차성 및 상황분석의 3가지의 분석방법이 제시되어 왔다.

▶ 중복성(Duplication) 분석

반복적인 공격으로 발생하는 반복적인 보안경보 또는 하나의 공격으로 발생하는 다수의 보안정보를 축소해 분석의 부하를 줄이는데 사용될 수 있다. 반복된 공격에 의한 반복적 보안경보의 축약은 분석대상을 축소할 뿐 아니라 심각도를 상향조정해 우선처리 대상으로 위협으로 분류하게 한다.

▶ 순차성(Consequence) 분석

하나의 공격수행에 있어 일정 시간 내에 일련의 보안경보를 발생시키는 공격 유형을 식별하는데 사용될 수 있다. 순차성 분석은 특정 공격의 발생여부 뿐 아니라 다음 공격행위의 예측, 보안경보의 오탐 여부, 정보보호 시스템의 정상작동 여부를 판단하는데도 사용될 수 있다.

▶ 상황(Situation) 분석

보안경보를 몇 가지 상태 집합으로 분류해 공격여부를 판단하는데 사용되는 기술로, 개별 보안경보로는 파악할 수 없는 공격유형을 식별할 수 있게 한다.

상호연관성 분석 솔루션

상호연관성 분석에 사용되는 솔루션은 그림 2와 같이 상호연관성의 입력정보 위치, 분석 방식, 구현 방식에 따라 분류될 수 있다.

▶ 입력정보 위치에 따른 분류

질의어 기반과 메모리 기반 솔루션이 있는데, 이는 상호연관성 분석시 분석대상이 되는 보안경보를 어디에 위치시키느냐에 따라 분류된다. 질의어 기반 솔루션은 보안경보를 디스크의 데이터베이스에 저장하고, 분석시 질의어를 통해 메모리에 적재해 분석하는 방법으로 디스크 입출력에 따른 성능저하가 있을 수 있다. 반면 메모리 기반 솔루션은 메모리에 보안경보를 저장해 분석속도가 빠르고 효과적이다.

▶ 분석방식에 의한 분류

규칙 기반 솔루션과 상태 기반 솔루션이 있는데, 이는 상호연관성 분석시 미리 알려진 공격 유형을 이용하느냐 또는 추상화된 공격행위의 프로파일을 이용하느냐에 따라 분류된다. 규칙기반 솔루션은 상호연관성 분석시 이미 알려진 공격의 순차적 패턴을 이용하기 때문에 탐지율이 높으나 새로운 공격을 식별하기 어렵고, 규칙의 증가와 유지보수에 따른 어려움이 있다. 반면 상태기반 솔루션은 구현의 어려움이 있지만 새로운 침입유형을 식별할 수 있고, 관리비용이 없다는 장점이 있다.

▶ 구현방식에 의한 분류

제조사에 의해 특징과 기능이 한정되는 패키지 기반 솔루션과 사용자 환경에 맞추어 적용 가능한 툴킷 기반 솔루션이 있다.

상호연관성 분석 솔루션 사례

상호연관성 분석을 수행하는 솔루션 사례로 ETRI의 NASA(Network Attack Situation Analyzer) 솔루션을 살펴보면, 표 1과 같이 상호연관성 분석을 위한 공격상황 모델을 제시하고 있다.

NASA는 정의된 상황 모델을 토대로 연속 시간대를 윈도우 단위로 구분해 그림 3과 같이 대형 네트워크의 트래픽 이상징후를 실시간으로 파악할 수 있게 한다.

네트워크 포렌식(Network Forensics)

네트워크 포렌식의 정의

네트워크 포렌식은 네트워크 내의 다양한 정보보호 시스템으로부터 수집되는 로그 및 상태정보, 취약점 정보를 DB에 저장하고, 연관성 분석을 통해 분석된 정보를 수사과정이나 증거자료로 제공하는 일련의 과정으로 이루어진다.

네트워크 포렌식의 방식

네트워크 포렌식의 방식은 다음과 같은 2가지 종류로 나누어지는데, 주로 중소형 네트워크에서 적용가능한 방법이다.

▶ “Catch it as you can” 방식

내부 네트워크로 진입하는 모든 패킷을 저장소에 저장하고, 저장소의 정보를 이용해 포렌식 서버에서 정보를 분석하는 방법으로 많은 저장공간을 필요로 한다.

▶ “Stop, look and listen” 방식

내부 네트워크로 진입하는 패킷을 메모리로 가져와 분석을 실시한 후 침입과 관련된 정보들만 저장하는 방식으로, 적은 저장공간이 필요하나 실시간 패킷 분석을 위해 빠른 처리시간이 필요하다.

조기경보 시스템과 같이 대형 네트워크에서 발생하는 수많은 정보를 모두 저장하거나 실시간 분석을 하는 것은 어렵기 때문에, 수집되어야 하는 정보를 명확히 정의하고 최소한의 정보를 이용해 효과적인 네트워크 포렌식이 이루어지도록 할 필요가 있다.

네트워크 포렌식 정보의 정의

네트워크 포렌식에 대한 연구는 국내외에서 활발하게 이루어지고 있는데, 최근 발표된 박종성 외 3인의 논문에서는 표 2와 같이 네트워크 포렌식 정보를 정의하고, 위협 시나리오를 적용해 정의된 정보가 유효함을 증명한 바 있다. 네트워크 포렌식 정보는 시간 및 버전 정보, 정책 및 설정정보, 그리고 로그 정보의 3개 주제로 분류된다.

침해 시나리오를 이용한 네트워크 포렌식 증명

네트워크 포렌식 정보가 유효한가를 증명하기 위해서는 침해사고시 정보보호 시스템 및 네트워크 기기에 기록된 정보를 통해 침해의 분석이 가능한가를 확인해봐야 한다. 박종성 외 3인의 연구에서는 그림 4와 같은 테스트 환경에서 내부 사용자 A가 내부 사용자 B에 대한 Smurf Flooding 공격을 수행했다.

침해 시나리오에 따른 공격결과를 정보보호 시스템 및 네트워크 기기의 포렌식 정보를 이용해 분석하면, 표 3과 같이 Smurf flooding 공격의 발생흔적을 확인할 수 있다.

HoneyNet 기술

HoneyNet의 정의

HoneyNet이란 공격당하도록 구성된 시스템들로 이루어진 네트워크로서, 네트워크 공격자의 공격방법 및 도구 등을 연구하기 위해 만들어졌다. HoneyNet에서 공격자가 자유롭게 접근 및 활동한 기록을 분석해 위협 DB를 생성하고, 조기 예·경보 시스템에 활용할 수 있다.

HonetNet은 그림 5와 같이 일반 시스템과 보안 솔루션, 그리고 HoneyPot 시스템으로 이루어져 있다. HoneyPot 시스템이란 침해 당하도록 구성된 시스템으로, 인터넷 상에 존재해 공격자의 행동 및 공격기법 등의 정보를 알아내는 역할을 한다.

HonetNet은 적용이 용이하고 데이터 수집 및 경보 능력이 뛰어나며, 다양한 시스템 및 응용 시스템에 적용될 수 있는 장점이 있다. 반면 공격자의 공격에 의한 보안위험, 설정 및 구축의 복잡성, 운영전담 인력의 투입 필요성 등은 단점으로 지적되고 있다.

HonetNet의 구성원칙

HoneyNet이 유용한 정보를 생성하기는 하지만, 주의 깊게 구성하지 않으면 유용한 정보의 수집이 어려워질 뿐 아니라 보안위험이 발생할 수 있기 때문에, HoneyNet을 구성할 때는 다음의 3가지 구성원칙을 고려해야 한다.

첫째, 공격자의 행위가 HoneyNet 내부로 제한될 수 있도록 데이터 컨트롤이 이루어져야 한다. 이를 위해서는 인바운드 트래픽은 허용하되 아웃바운드 트래픽은 제한하는 방법을 사용할 수 있는데, 공격자가 눈치채지 못하도록 해야 한다.

둘째, 공격자의 모든 행위정보가 수집될 수 있도록 데이터 캡처가 이루어져야 한다. 공격자의 모든 행위가 파악되어야만 유효한 위협 DB가 생성될 수 있기 때문에, 통신 프로토콜의 모든 계층에서 정보를 수집할 필요가 있다.

셋째, 분산 HoneyNet의 경우에는 분산된 HoneyNet으로부터 수집된 정보를 통합하는 데이터 수집이 이루어져야 한다. 데이터를 정의된 포맷으로 안전하게 전달하고, 중앙관리가 이루어지도록 할 필요가 있다.

HoneyNet의 종류

HoneyNet은 1999년 구축된 1세대 HoneyNet과 2002년에 구축된 2세대 HoneyNet으로 구분할 수 있다.

먼저, 1세대 HoneyNet은 Layer3 침입차단 시스템을 이용해 구축되고, 침입차단 시스템은 공격자가 외부로의 스캐닝 공격이나 DDoS 공격을 수행할 수 없도록 일정 수 이상의 아웃바운드 트래픽은 허용하지 않는 기능을 갖추고 있으나, 공격자에게 쉽게 발견되는 단점이 있었다. 수집정보는 Telnet/FTP 서비스 사용정보, 키스트로크 정보, syslogd에 의한 로그 정보 등이 있다.

한편, 2세대 HoneyNet은 기술적으로 진보한 공격행위를 수집하기 위해 Layer2 기반의 데이터 컨트롤을 수행하고, 시그니처 기반의 접근통제를 수행하도록 구성했다. Layer2 기반의 접근통제를 수행하기 때문에 네트워크 라우팅 정보나 TTL 정보의 변경이 없어 공격자가 쉽게 접근통제 사실을 알 수 없고, 시그니처 기반의 접근통제를 사용해 공격자의 외부공격 패킷의 변조가 가능하지만, 공격자는 HoneyNet의 존재를 쉽게 인지할 수 없다.

HoneyNet 정보의 활용사례

HoneyNet을 통해 수집된 정보가 어떻게 활용되는가를 파악하기 위해 Honeynet 프로젝트의 한 분석사례를 살펴보도록 하겠다. HoneyNet 프로젝트는 인터넷상에서 발생하는 해킹 및 공격자의 활동을 모니터링하고 이를 일반 시스템/네트워크 관리자들에게 알려줌으로써 해킹 사고에 보다 잘 대응할 수 있도록 돕기 위해 정보보호 전문가들의 자원활동으로 추진된 비영리 프로젝트다.

HoneyNet 프로젝트로 작성된 “Know Your Enemy: Statistics” 문서는 “Analyzing the past...Predicting the future”란 부제목으로 HoneyNet에서 수집된 정보를 통해 과거 공격여부를 식별하고 미래공격을 예측할 수 있음을 시사하고 있어, 조기 예·경보 시스템의 발전방향에 유의한 결과를 보여주고 있다.

사례가 된 HoneyNet 프로젝트는 표 4에서 보는 바와 같이 총 11개월간 3개 시스템의 8개 IP 주소를 이용해 이루어졌다.

사례가 된 HoneyNet 사이트에 대한 아무런 홍보가 없었음에도 불구하고, 표 5와 같이 다수의 공격이 이루어졌다.

가장 많이 발생한 rps.statd 공격을 Statistical Process Control 방법에 의해 분석한 결과, 그림 6과 같이 침해발생 이전에 임계치를 초과하는 공격시도가 최소 3일전에 발견되었음을 알 수 있다. 이는 공격시도의 분석을 통해 조기 예·경보가 가능하다는 가능성을 보여주는 중요한 결과라고 할 수 있다.

또한, DNS/named 결과를 분석한 결과, 그림 7과 같이 침해가 발생하기 전 이상 징후가 발견됐다. 즉, 침해사고가 발생한 68일, 153일, 170일 이전에 그래프의 하향 스파이크가 발생하는 것을 알 수 있어, 조기경보체계의 유용한 정보로 활용할 수 있다

출처 : http://www.boannews.com/know_how/view.asp?page=1&gpage=1&idx=160&numm=70&search=title&find=조기경보시스템&kind=03&order=ref

조기경보시스템(1)-조기경보 시스템의 개요

JaeSoo — Sun, 27 Jan 2008 17:09:44 +0000

조기경보 시스템의 개요

알려지지 않은 취약점을 악용한 침해사고와 다양한 공격기법들이 등장함에 따라 기존 단위 보안 솔루션을 통한 대응에 많은 어려움이 생겨나고 있다. 특히, 취약점 발견시간과 이를 악용한 공격기법의 등장시점 간격이 점차 좁혀져, 이른바 ‘Zero Day 공격’에 대한 위험도 큰 부담으로 다가오고 있다. 최근 조기경보 시스템(Eary warning System)에 대한 언급이 눈에 띄게 증가하고 있는 배경도 이런 상황과 무관하지 않다. 이런 의미에서 이번 연재는 조기경보 시스템의 개요와 동향을 파악해 봄으로써 최근 관심이 일고 있는 조기경보 시스템의 이해를 위한 기초를 제공하고자 한다. 연재의 순서로는 정보보호 사고 동향과 이에 따른 조기경보 시스템의 필요성에 대해 살펴보고, 조기경보 시스템을 구성하는 기술 및 조직체계를 자세히 살펴본 후 국내외 조기경보 시스템의 동향을 통한 조기경보 시스템의 발전방향을 제시해 보고자 한다.

홍 기 향 | 이비즈텍 컨설팅부 부장(kihyang_hong@hanmail.net)

조기경보 시스템의 등장배경과 필요성

IT 기술의 발전과 함께 정보화의 역기능이 확산되면서 정보보호를 위한 기술 또한 꾸준히 발전해 왔다. 그러나 최근 일어나는 침해사고 유형은 그림 1에서 보는 바와 같이 특정 정보 시스템을 대상으로 한 것이 아닌 정보통신 인프라 전반을 침해하는 양상으로 변화하고 있다. 이에 발맞춰 정보보호 기술 역시 특정 정보 시스템으로의 접근을 차단 및 탐지하는 기술에서 시스템 간 정보공유를 바탕으로 정보보호 사고의 조기발견과 대응을 위한 조기경보 시스템에 대한 관심으로 이어지고 있다.

조기경보 시스템은 그림 2에서 보는 바와 같이 침입탐지 기술에 의해 수집된 정보를 분석해 유해 트래픽 여부를 확인하고, 조기 예·경보를 발령하도록 함으로써 정보보호 사고에 능동적으로 대처할 수 있도록 지원한다. 물론 침입탐지 등 기술을 이용해 기초 정보를 수집하는 것은 기존 정보보호 기술과 동일하다. 하지만 수집된 정보에 대한 트래픽 분류 및 추이분석, 이벤트 간 상관관계 분석 등을 수행해 유해 트래픽을 산정 및 예측함으로써 정보보호 사고의 발생과 확산을 방지한다는 점은 조기경보 시스템만의 특징이다.

이런 의미에서 조기경보 시스템은 정보보호 사고의 징후를 조기에 파악해 능동적으로 대처할 수 있도록 공격정보의 수집, 분석 및 예·경보를 발령하는 통합된 정보보호 기술체계라고 정의할 수 있다.

조기경보 시스템의 구성

조기경보 시스템은 일반적으로 공격정보를 수집하기 위한 부분을 비롯해 수집된 정보를 분석하기 위한 각종 기술, 정보공유 네트워크, 그리고 예·경보에 대응하는 조직 및 기술체계 등으로 구성된다.

조기경보 시스템의 단계별 구성은 그림 3에서 보는 바와 같이 정보수집, 분석 및 발송단계로 이루어져 있고, 각 단계별 활동은 정보공유 네트워크(Trusted Information Sharing Network)를 통해 관련 조직간 공유되도록 구성돼 있다.

정보수집 단계에서는 침입차단 시스템, 침입탐지 시스템, Secure OS, 취약점 분석도구, 바이러스 방역 시스템 등 각종 정보보호 시스템의 모듈로부터 수집된 정보가 침입탐지 시스템 이력 DB, 공격평가 DB, 사고이력 DB, 컴퓨터 포렌식 DB 등 각 정보보호 시스템 내 DB로 축적된다.

두 번째 정보분석 단계에서는 각 정보보호 시스템의 DB가 정보공유 네트워크를 통해 통합수집 DB 또는 취약점 DB로 통합된 후 정보분석 시스템을 통해 분석된다. 정보분석 시스템은 이를 기반으로 공격여부의 파악, 예·경보 발령, 공격평가 및 관련 시스템의 모니터링을 실시한다.

마지막 정보발송 단계는 정보분석 단계의 활동결과와 수집된 정보가 침해사고 또는 공격유형으로 판단돼 조기 예경보가 발령된 경우에만 수행한다. 정보발송 단계는 다시 예·경보 시스템의 환경설정, 예·경보 및 침해대응, 정책수정 및 보고의 3가지 분야로 구성된다.

이를 다시 세분화해 보면, 예·경보 시스템의 환경설정은 예·경보 발령의 기준 및 단계를 정의하고 각 단계별로 예·경보 조건 및 방법 등을 지정하는 활동으로, 공격의 영향 및 긴급성에 따라 예·경보가 적절히 전파될 수 있도록 하는 역할을 한다. 정보보호 담당자가 적절히 공격에 대응하고 필요한 정보공유 및 연계체계를 가동하는 활동인 예·경보 및 대응은 단계별로 미리 정의된 시나리오에 따라 체계적인 복구가 이뤄질 수 있도록 한다. 한편, 정보보호 사고 재발방지 목적의 정책수정 및 보고 단계에서는 정보보호 사고의 대응결과에 따라 필요한 보안정책을 수정하고, 사고 및 대응결과에 대한 사례 보고 및 전파활동을 하게 된다.

한편, 조기경보 시스템의 데이터 구성은 그림 4에서 보는 바와 같이 침입탐지 시스템, 침입차단 시스템, 바이러스 방역 시스템 등 기존 정보보호 시스템으로부터 수집돼 정보내용에 따라 서로 다른 DB를 구성하고, 예·경보를 위한 데이터로 축적 및 가공된다.

조기경보 시스템에 사용되는 데이터는 표 1과 같이 정보의 내용에 따라 몇 가지로 구분할 수 있으나 이외 다른 데이터들도 조기경보 시스템의 정보분석을 위해 사용될 수 있다. 다만, 정보분석 시 유의해야 할 점은 조기경보 시스템의 DB 중 ‘소스 DB’는 침해사고의 피해자와 해당 내용을 파악할 수 있기 때문에 일반적인 네트워크와 구분해 별도의 전산실 서버에 저장해 보관해야 한다는 사실이다. 또한 관련 데이터 전파 시에도 별도로 원시 데이터를 가공해 저장한 ‘가공 DB’의 데이터를 제공해야 한다. 특히, 침해사고 데이터의 공유를 위해서는 원시 데이터의 보호가 매우 중요하다는 점은 항상 기억해둬야 한다.

한편, 조기경보 시스템의 조직구성은 그림 5에서 보는 바와 같이 정보수집, 공유 및 대응에 있어 많은 조직이 상호 밀접하게 연관돼 있다. 각 단계별로 조직들의 역할을 나열해 보면,

▲정보수집 단계

국내외 정보보호 홈페이지에서 정보보호 동향, 논문, 보고서, 패치 및 업데이트 프로그램 등을 수집하여 활용하고, 기업 통합 정보보호 관리시스템(ESM)간에는 중요 침해자에 대한 블랙리스트(공격기법, 유형, 회수, 국가, ISP, Port 별 등)를 공유한다. 또 국내외 CERT, ISAC와 침해사고에 대한 협력(해킹사고 접수/지원,신규 해킹기술 공유/전파)을 수행하는 한편, 바이러스 백신업체와는 바이러스 예·경보(신규 바이러스, 웜 정보 백신 업데이트 및 패치)를 실행하며, 주요 ISP와는 네트워크 트래픽 정보(트래픽 이상징후 정보, 유해 트래픽 분석정보 등)를 공유하게 된다.

▲정보공유 및 분석 단계

이 단계에서는 정보공유 네트워크(Trusted Information Sharing Network) 및 관련 시스템을 이용해 개인이나 민간의 IT 인프라(Information Technology Infrastructure), 회사의 주요 전산시설, 정보통신기반 보호법상의 주요 정보공유 및 분석센터(ISAC : Information Sharing & Analysis Center), 대규모 관제 센터, 주요 정부 및 공공기관 시스템, 통신사업자, ISP 등 관련 기관이나 기업 및 조직에 필요한 침해사고 또는 취약성 정보를 공유한다. 또 이를 토대로 이용자, 관제요원, 주요 ISAC·CERT 요원, 시스템(네트워크 관리자)에게 예·경보를 발령한다.

▲정보공유 네트워크(Trusted Information Sharing Network) 및 사이버상황실(CyberWarroom)의 관련 시스템

자신의 전산자산과 연결된 모든 ESM, CERT, ISAC, 바이러스 백신업체, ISP, 그리고 해당 기업 및 정보수집 채널에 연동된 관제 대상 정보보호 제품의 로그를 암호화된 표준 포맷으로 가공 및 분석하고 통계를 산출하며, 수집 데이터의 자동분류 및 DB 관리를 함으로써 참여 기관/회사/센터 간에 암호화된 파일·화상·멀티미디어 통신 등의 방법으로 필요한 보안정보를 공유할 수 있는 시스템적 환경을 제공한다.

이처럼 광범위한 정보수집과 분석 및 공유를 수행하는 조기경보 시스템 조직은 다양한 조직 및 국가에 걸쳐 정보공유 및 협조체계가 수반되어야 한다. 국내외 조기경보 시스템의 조직 및 동향에 대해서는 다음 회에서 더 자세히 살펴보도록 하겠다.

조기경보 시스템 관련 기술

조기경보 시스템은 개별 정보보호 시스템으로부터 정보를 수집 및 분석하고, 관련 정보를 공유하도록 하는 기술 및 정책을 필요로 한다. 때문에 조기경보 시스템 구축을 위해서는 다양한 관리적 기법과 기술적 도구가 필요하다. 보다 자세한 내용은 두번째 연재에서 살펴보겠지만 이와 관련된 기술만을 간단하게 살펴보면 표 2와 같다.

조기경보 시스템의 발전동향

정보보호 사고대응 기술은 그림 6에서 보는 바와 같이 단위 보안장비 도입을 통한 개별 정보보호 시스템 구축 등 기술적 대응으로부터 정보보호관리체계 및 예·경보 도입 등 관리적 대응으로 발전하고 있다.

이런 의미에서 조기경보 시스템 역시 개별 정보보호 시스템 연계, 기술적 취약점 분석, 로그 분석 및 침해대응 등 기술적 대응 뿐 아니라 정보공유 및 공동대응을 위한 ISAC(Information Sharing & Analysis Center) 체계의 구축, 정보보호관리체계(Information Security Management System) 구축 등 관리적 방향으로 발전할 것이라는 예상이 지배적이다. 무엇보다 조기경보 시스템은 향후 기업 조직 전반의 업무를 안정적으로 수행하기 위한 효과적 대안으로 자리 잡을 것이라는 사실은 분명해 보인다. 또한 각 국가, 지역(아시아) 및 전 세계적인 경보체계 구축이 이뤄지고 있는 가운데 우리나라도 국가 사이버안전센터 등이 건립돼 향후 지역 및 세계적인 조기경보 체계와의 연계는 물론, 이를 토대로 효과적인 정보공유가 이뤄질 것으로 예상된다.

출처 : http://www.boannews.com/know_how/view.asp?page=1&gpage=1&idx=155&numm=65&search=title&find=조기경보시스템&kind=03&order=ref

정보통신기반보호법(요약) 및 검토

JaeSoo — Fri, 28 Dec 2007 14:07:21 +0000

출처 : atsky(정보통신기반 보호법 정리)

날짜 : 2007.12.24

요약 : 2005년 제2차 개정된 "정보통신기반보호법"의 요약본

총평 : 주요정보통신기반시설에 uMC(u-City Management Center)가 포함될 가능성이 매우 높으므로 그에 대한 법률적 검토를 수행하기 위해 정리. 현재 제3차 개정안이 국회 본회의를 통과(2007.11.22)한 상태로 내년 상반기에 실행될 것으로 전망하고 그에 대한 내용도 정리

현행 법률상 지방자치단체장이 주요정보통신기반시설을 지정할 수 있도록 되어 있으며, uMC의 경우, 그 중요성이 매우 높음으로 인해 어렵지 않게 인정받을 것으로 전망되며, 그에 따라 여러절차(취약성 분석의뢰, 계획 등)를 수행하여야 하며, uMC의 보안도 국가주요시설에 준하는 수준으로 설계할 필요가 있음

출처 : http://blog.naver.com/atsky/130025926542

자가전기통신설비(자가망)관련 법령

JaeSoo — Fri, 28 Dec 2007 13:59:29 +0000

출처 : atsky(전기통신기본법 편집)

날짜 : 2007.12.21

요약 : 자가전기통신설비관련한 전기통신기본법 20조 21조 시행령, 시행규칙 등중에 주요내용 발췌 정리

출처 : http://blog.naver.com/atsky/130025917204

Ten things Your IT department won't tell you (IT 부서가 당신에게 말해주지 않는 10가지)

JaeSoo — Fri, 28 Dec 2007 13:38:38 +0000

제목 : Ten things Your IT department won't tell you(IT 부서가 당신에게 말해주지 않는 10가지)

출처 : WSJ(http://online.wsj.com/public/article_print/SB118539543272477927.html)

발행 : WallStreet Journal

날짜 : 2007.07.30

요약 : 회사의 IT 담당자가 당신이 알길 바라지 않는 10가지

총평 : 보안에 관련되어 있을까하고 읽어봤지만, 그리 대단한 내용은 아님.

몇가지 어플리케이션은 보안과 상관없는 문서의 경우, 적용하다면 효과를 볼수 있을 것으로 기대

개인적으로는 10번째가 가장 마음에 듬. ^^

출처 : http://blog.naver.com/atsky/130025207988

`IPv6` 9월 부터 시범서비스

JaeSoo — Thu, 06 Dec 2007 16:38:42 +0000

경찰청 등 13개 기관 참여… 연말까지 176개 기관 이용

정보통신부는 사용자제작콘텐츠(UCC), 3세대이동통신(WCDMA), 인터넷전화(VoIP), u-센서네트워크(USN) 기술과 접목한 `차세대 인터넷주소체계'(IPv6) 기반의 다양한 서비스를 9월부터 일반이용자들에게 제공한다고 29일 밝혔다.

올해 IPv6 시범사업은 경찰청ㆍ지방자치단체ㆍ통신사업자ㆍ장비제조업체 등 13개 기관(업체)이 총 38억 5000만원(정부 16억원, 민간 22억 5000만원)을 투입해 올해 말까지 IPv6 이용자 20만명 및 176개 이용 기관을 확보하는 것이 목표다.

주요 시범사업으로는 프리챌이 아이비트와 함께 제공하는 `IPv6 기반의 UCC 포털서비스'가 있다. UCC와 IPv6가 접목된 서비스로, 4만명 이상의 일반이용자들이 이용할 수 있는 것을 목표로 한다. IPv6 네트워크 카메라는 물론 WCDMA, 휴대인터넷(와이브로) 등 모바일 단말기로 UCC를 제작해 실시간으로 전송하는 서비스다.

이 서비스는 60만여 개의 동영상 콘텐츠를 일반이용자에게 제공하고, 관광지, 공원 등에 설치된 IPv6 네트워크 카메라를 활용해 일반이용자가 직접 UCC를 제작할 수 있도록 함으로써 IPv6의 대중화에 의미를 뒀다고 정통부는 밝혔다.

SK네트웍스, 삼성전자는 `IPv6 기반의 치안서비스 고도화'를 위한 시설을 경찰청에 설치했다.

이를 통해, 영상 112신고 서비스는 휴대전화로 음성과 영상을 동시에 신고하도록 함으로써 정확한 사고상황을 파악해 사건에 대응할 수 있도록 했다. IPv6 기반 지능형 방범존 서비스는 CCTV에 촬영된 범인의 형상을 자동 인식해 이를 관제센터로 전송함으로써 범인 검거율을 높이는 데 초점을 맞췄다.

LG데이콤은 대구시청에 IPv6 기반의 VoIP를 설치하고, 이를 활용해 메신저통화, 주소관리 등의 부가서비스를 제공하기 위해 `VoIPv6 분야 u-행정기반구축을 위한 IP망 시범사업'을 실시한다.

KT와 A&D엔지니어링은 강릉시청과 함께 경포대해수욕장을 찾는 피서객들에게 IPv6 기반의 무선인터넷서비스를 제공하고, 자연재해에 취약한 강릉시에 u-방재, u-기상서비스를 제공하는 `IPv6 기반의 u-블루 시티(Blue City) 서비스'도 시작한다.

또한, KT는 공주시청 및 에듀테크와 공동으로 공주시청에 IPv6 네트워크 및 관광안내시스템을 구축, 이용객들에게 PDA를 통해 정보를 제공하고, 인터넷전화를 활용한 민원상담, 상수도 수질감시 등을 하는 `IPv6 기반의 도농복합 중소도시 맞춤형 u―시티 시범서비스'에도 나선다.

<오동희기자 HUNTER@>

출처 : http://www.dt.co.kr/contents.htm?article_no=2007083002010151655002

초고속선도망(KOREN) 사업 보고서

JaeSoo — Thu, 06 Dec 2007 11:30:32 +0000

제 1 장 서 론

제 1 절 연구의 중요성 및 목적
제 2 절 연구의 내용 및 범위

제 2 장 국내외 현황

제 1 절 국외 선도 연구망 현황
제 2 절 국내 선도 연구망 기술현황

제 3 장 초고속선도망 이용활성화

제 1 절 초고속선도망 종합발전계획 수립
제 2 절 신규이용기관 확대수용
제 3 절 국제공동연구과제 발굴.수행 및 활용성과
제 4 절 초고속선도망 첨단 연구활동 지원
제 5 절 초고속정보통신서비스 시범사업

제 4 장 결 론

출처 : http://www.nia.or.kr/open_content/board/boardView.jsp?tn=LC_0000047&id=51654

smtp를 이용하여 mail 보내기 (pear 사용)

JaeSoo — Thu, 07 Jun 2007 10:38:12 +0000

출처: http://www.linuxquestions.org/questions/showthread.php?t=359033
http://pear.php.net/package/Mail
아래 소스는
http://www.linuxquestions.org/questions/showthread.php?t=359033
에서 가져 왔고
Mail_smtp 클래스는
http://pear.php.net/package/Mail
에서 받으시면 됩니다.

<?php

include('Mail/smtp.php');

class MailHandler{
var $params = null;
var $mail_object = null;
var $recipients = null;
var $headers = null;
var $body = "";

function MailHandler($host, $port, $auth, $username, $password, $persist) {
$this->params["host"] = $host;
$this->params["port"] = $port;
$this->params["auth"] = $auth;
$this->params["username"] = $username;
$this->params["password"] = $password;
$this->params["persist"] = $persist;

// Create the mail object using the Mail::factory method
//$this->mail_object =& Mail::factory('smtp', $this->params);
$this->mail_object = new Mail_smtp($this->params);
}

function createFrom($email){
$this->headers['From'] = $email;
}

function createTo($email){
$this->headers['To'] = $email;
$this->recipients = array($email);
}

function createCC($email){
$this->headers['Cc'] = $email;
}

function createBCC($email){
$this->headers['Bcc'] = $email;
}

function createSubject($sub){
$this->headers['Subject'] = $sub;
}

function createBody($body){
$this->body=$body;
}

function sendMail(){
if ($this->mail_object->send($this->recipients, $this->headers, $this->body)) {
return true;
}
else{
return false;
}
}
}

$smtpserver_host = "localhost"; // The server to connect. Default is localhost
$smtpserver_Port = 25; // The port to connect. Default is 25
$smtpserver_auth = FALSE; // Whether or not to use SMTP authentication. Default is FALSE
$smtpserver_username = "username"; // The username to use for SMTP authentication.
$smtpserver_password = "password"; // The password to use for SMTP authentication.
$smtpserver_persist = FALSE; // Indicates whether or not the SMTP connection should persist over multiple calls to the send() method.
$mailhandler=new MailHandler($smtpserver_host, $smtpserver_Port, $smtpserver_auth, $smtpserver_username, $smtpserver_password, $smtpserver_persist);

$mailhandler->createTo("toaddress");
$mailhandler->createFrom("fromaddress");
$mailhandler->createSubject("subject");
$mailhandler->createBody("body");

if($mailhandler->sendMail()){
echo "Mail sent.n";
}
else{
echo "Error sending mail!n";
}

?>

출처 : http://www.sir.co.kr/bbs/board.php?bo_table=pl_php&wr_id=333&page=4

메일 발송시 리턴메일 메시지

JaeSoo — Tue, 05 Jun 2007 10:56:40 +0000

아웃룩익스프래스에서 메일계정 세팅후 메일이 안보내지고 에러메세지가 뜰때 아래의 에러메세지를 참고하여 적절히 조치를 취하시면 되겠습니다.

▶ SERVER REPLY: 501 Denied domain name
; 도메인주소를 잘못 입력 or 수신측에서 도메인을 수신거부한 경우

▶ 421 Server too busy.
; 수신측 서버의 응답지연. 수신서버의 트래픽등으로 메일을 수신 받지 못하는 상황에서 발송자에게 리턴 메일을 보냄.

▶ 421-Microsoft ESMTP MAIL Service, Version: 5.0.2195.5600 ready at Service not available, closing transmission channel
; MS사의 smtp 서버의 장애로 인해 메일을 수신받지 못하는 상황에서 리턴된 메시지.

▶ 421 4.3.2 Your IP(218.236.206.104) is filtered and this connection will be closed. You must register your IP to spammaster@hanafos.com By SpaceLee, the Lord of mail server.
; 우리쪽 (mail.hanafos.com) 서버로 메일을 발송시 필터링 조건에 위배되어 스패머로 인식되고 필터링 되어 발신자에게 리턴되는 메시지.

▶ 441 4.4.1 No answer from host
; 수신측 서버의 응답이 없어서 리턴된 메시지.

▶ 451 4.4.0 DNS resolving error
; 수신측 서버의 도메인을 못찾아 리턴된 메시지.

▶ 451 4.3.0 Other or undefined mail system status
; 수신측 메일 시스템의 프로토콜이 틀리거나 수신 smtp 서버가 아닐경우
리턴되는 메시지.

▶ 451 4.3.0 Temporary system failure. Please try again later.
; 수신 서버의 일시적인 장애로 인해 메일을 수신받지 못해 리턴된 메시지.

▶ 451 4.4.2 Bad connection (io timeout)
; 수신 서버의 응답이 없어서 응답시간이 초과 되어 리턴된 메시지.

▶ 451 Relay Server Not Ready.
; 수신측 서버에서 릴레이 기능이 안돼어 리턴된 메시지.

▶ 452 4.4.5 Insufficient disk space; try again later
; 수신서버의 디스크용량이 부족하여 메일을 수신받지 못해 리턴된 메시지.

▶ 452 4.4.5 ... Insufficient disk space; try again later
; 수신자(leo@buffgame.com)의 메일함 용량이 부족하여 메일을 수신받지 못해 리턴된 메시지

▶ 500 Syntax Error, Command Unrecognized EHLO mo02.hanafos.com
; 발송자의 메일 발송기(아웃룩, 유도라 등등)에서 메일발송시 수신측 메일 서버에서
SMTP 명령어를 인식하지 못해 리턴된 메시지.

▶ 500 5.5.1 Command unrecognized: "XXXX mo02.hanafos.com"
; 수신서버가 SMTP 명령어를 인식 하지 못함. (위와 동일).

▶ 501 5.1.8 Sender domain must exist(honorstech.com)
; 수신측 도메인(honorstech.com) 이 존재 하지 않아 리턴된 메시지.

▶ 502 Not implemented
; 수신측 서버가 smtp 명령어를 인식 하지 못해 리턴된 메시지.

▶ 505 Authentication required
; 수신측 서버가 릴레이 인증 등을 허용하지 않아 리턴된 메시지.

▶ 512 5.1.2 Bad destination system address
; 수신 서버의 장애나 네트웍 트래픽등으로 인헤 수신서버가 응답이 없을 때 리턴된 메시지.

▶ 550 5.1.1 Suspended user
; 수신자의 사용자의 계정이 중단 상태.

▶ 550 5.1.2 ... Unsupported mail destination
; 수신 서버가 응답이 지연되어 리턴된 메시지.

▶ 550 5.7.1 ... Access
denied.(211.202.13.144)
; 수신자(gyunu@chollian.net)가 발신자의 메일주소를 수신 거부한 상태.

▶ 550 5.7.1 ... Relaying denied. IP name lookup failed [211.202.13.144]
; 수신 서버에서 발신자의 IP에 대해 릴레이 거부를 하여 메일을 보내지 못해 리턴된 메시지.

▶ 550 Requested action not taken: mailbox unavailable
; 수신자의 메일함을 찾지 못해 리턴된 메시지.

▶ 550 Mail is reject ( filtering reject )
; 수신 서버에서 발신자의 메일 주소나 IP를 필터링 하여 거부되어 리턴된 메시지.

▶ 550 5.1.1 ... User unknown
; 수신자 (hkaprk@jeill.co.kr)계정을 찾지 못해 리턴된 메시지.

▶ 550 5.7.1 Unable to relay for lyc410@hanafos.net
; 수신 서버에서 릴레이 거부를 하여 리턴된 메시지.

▶ 550 Invalid recipient lobster@fernand.com
; 수신자 계정을 찾지 못해 리턴된 메시지 .

▶ 550 RCPT ERROR. Mailbox doesn't exist
; 수신자 메일함이 존재 하지 않아서 리턴된 메시지.

▶ 553 5.3.0 ... spam
; 발송자의 계정이 수신서버 상에서 스패머로 등록이 되어 메일 수신 거부를 해서 리턴된 메시지

▶ 553 sorry, your envelope sender is in my badmailfrom list
; 발신자의 메일 주소가 수신서버상에서 블랙리스트에 올라 거부되어 리턴됨.

▶ 553 sorry, that domain isn't in my list of allowed rcpt hosts
; 발신자의 메일 도메인주소 자체가 수신 서버에서 차단되어 리턴된 메시지.

▶ 553 5.1.8 ... Domain of sender address uni@honorstech.com does not exist
; 발신자의 도메인에 대해 수신서버에서 체크 하여 없는 도메인일 경우 리턴시킨 메시지.

▶ 553 5.0.0 We do not accept mail from spammers - If you have questions,please email admin@www.narun.net.
; 발신자의 메일 계정이 스패머로 수신서버에서 등록이 되어 리턴된 메시지.

▶ 553 5.0.0 Your message may contain the Win32.Klez worm!!- If you have questions,please email postmaster@ecweb-1.blueweb.co.kr.
; 발신자의 메일에서 Win32.Klez 라는 웜바이러스가 발견되어 리턴된 메시지.

▶ 553 sorry, your envelope sender is enlisted as spammer.
; 발신자의 메일 주소가 수신서버상의 스패머 리스트에 등록 되어 리턴된 메시지.

▶ 553-This target address is not our MX service
; 수신자의 주소가 수신서버에서 서비스 안하는 도메인일 경우 리턴된 메시지.

▶ 554 5.3.2 Rejected by mailbox host. REPLY:(250 ... Sender ok)
; 수신자가 발송자의 메일 계정에 대해 수신 거부를 하여 리턴된 메시지 .

▶ 554 5.3.0 Mail have traversed Too many hops. Reject it.
; 발신자가 메일을 보낼 때 동보메일로 수신자의 메일 계정을 수신서버의 제한량 이상 넣어 보내어 리턴된 메시지.

▶ 554 5.3.2 Rejected by mailbox host. REPLY:(550 5.1.1 unknown or illegal alias: kgng_h_w@samsung.com)
; 수신자가 발송자의 메일 계정에 대해 수신거부를 설정하여 리턴된 메시지.

▶ 554 1048035239.13309.hanmir accept failed. [code=-1]
; hanmir 서버에서 응답이 안돼어 리턴된 메시지.

▶ 554 delivery error: dd Sorry, your message to bk6218@yahoo.co.kr cannot be delivered. This account is over quota. - mta111.mail.yahoo.co.kr
; 수신자의 메일함 용량 초과로 인해 리턴된 메시지.

▶ 554 5.1.0 Sender Denied
; 발신자의 계정을 수신서버에서 수신 거부함.

▶ 554 : Recipient address rejected: Access denied
; 수신자가 발신자의 계정에 대해 수신 거부를 설정함.

출처 : http://www.web3m.co.kr/board/dview.php?m_idx=board&b_idx=tip&no=7&page=1&srch_start=&srch_key=&srch_word=

페이지로딩속도가 느릴 경우 (3초이상)

JaeSoo — Tue, 27 Dec 2005 17:25:18 +0000

홈페이지 속도가 느린 이유는 여러가지가 있을 수 있습니다.
예상 되는 경우와 진단 방법을 말씀드리겠습니다.

- 인터넷 익스플로러 옵션
Internet Explorer 의 "도구"->"인터넷 옵션"->"일반"->임시인터넷파일의 "설정" 부분에 대한 체크가 "페이지를 열 때마다"로 표시되어 있을 경우, 같은 내용을 계속 다운로드 받기 때문에 느려질 수 있습니다. 홈페이지작업을 하실 경우에만 "페이지를 열 때마다"를 사용하여 주시고, 평상시에는 "자동으로" 로 체크하여 주시면 됩니다.

- 고객님의 소스코딩을 잘못하신 경우
php, cgi와 같은 경우 include, require 라는 함수를 사용하여 다른 소스를 불러 들일 수가 있습니다. 또, HTML 태그중에서 <frame> <iframe> <img> <embed> 등은 다른 파일을 페이지안으로 불러들이는 역할을 합니다. 이러한 경우 불로들이는 소스나 다른 파일이 해당 경로(URL)에 없을 경우 느려지게 됩니다. 소스나 파일을 불러들이려고 계속 시도하기 때문에 느려지는 것입니다. 이 경우 확인하시는 방법은 HTML태그와 PHP코딩이 없는 단순한 TXT파일을 FTP로 올리신 후 이 TXT파일이 잘 열리는지 확인하시면 됩니다.

- 페이지에 불러들이는 이미지,동영상이 많은 경우
고객님이 페이지를 만드시면서 <img> <embed> 등을 사용하시어 많은 이미지나 동영상(사운드)을 불러오실 경우, 페이지는 느려질 수 밖에 없습니다. 아무리 웹호스팅사 라인이 빠르다고 하더라도 이렇게 불러오는 파일이 많을 경우엔 고객님 컴퓨터에서 이미지나 동영상,사운드를 읽어들이거나 다운로드 하는데 많은 시간이 소요되게 됩니다.

- 웹호스팅 회사의 라인이 느린 경우
가입하신 후 처음부터 페이지가 느리게 뜨신 다면 웹호스팅회사의 라인 문제일 수가 있습니다. 이 경우, 똑같은 내용으로 다른 웹호스팅사에 올려서 페이지 로딩 시간을 테스트하여 보시면 됩니다.

- 웹호스팅 회사의 서버 설정이 잘못된 경우
눈에 띄게 페이지 로딩시간이 5초 이상 걸린다고 하면, 우선적으로 의심하여야 되는 부분입니다. 이 경우, 리얼마인드 운영자에게 알려 주시면 테스트후 재설정 하여 드리겠습니다. 이 문제는 갑자기 대규모의 계정이전 작업처럼 서버의 사용자가 대폭 증가하는 경우가 아니면 발생하지 않습니다.

- 비가 오는 날
비가 올 때 인터넷이 느려지는 것은 대부분의 사용자가 겪는 문제입니다. 정확한 지식은 아니지만 제가 아는 바에의하면, 비가 케이블선(전화선)과 충돌하면서 생기는 파장이 전선에 흐르는 전류에도 영향을 미친다고 합니다. 그래서 왜곡현상이 일어나서 인터넷이 느려질 수 있다고 하네요. 혹자는 케이블선(전화선)의 연결부위에 물기가 들어가서 그렇다고도 하구요.

- 고객님이 다운로드 프로그램(팝폴더,푸르나, 기타P2P프로그램)을 사용중이신 경우
고객님의 컴퓨터도 네트워크 용량(대역폭)이 있습니다. 그런데, FTP, P2P 프로그램을 사용하시면 고객님이 사용하시는 인터넷 자체가 느려집니다.

- 고객님 컴퓨터 자체의 이상
이 부분은 일시적으로 발생할 수 있는 경우이며, 고객님 컴퓨터의 windows update 또는 백신검사등을 이용하셔서 복구하셔야 합니다. 컴퓨터에서 오류가 자주 발생한다거나 또는 인터넷을 사용하시다가 불규칙적으로 갑자기 느려지신다거나 할 경우를 말합니다.

출처 : http://www.realmind.net/board/qna/read.php?menu_name=support&code=7&idx=2067&is_confirm=&title_head=

Modelling and Simulation Resources on the Internet

JaeSoo — Fri, 06 May 2005 21:29:31 +0000

A Collection of Modelling and Simulation Resources on the Internet

출처 : http://www.idsia.ch/~andrea/simtools.html

숨겨진 진주, ‘공개 네트워크 툴’을 찾아라

JaeSoo — Mon, 19 Jul 2004 12:47:15 +0000

이더리얼이나 MRTG, NTOP 등 잘 알려진 공개 네트워크 모니터링 툴 외에도 Nagios나 JFFNMS, Zabbix 등의 잘 알려지지 않은 많은 공개 프로그램들이 있다. 이들 또한 많은 네트워커들의 사랑을 받고 있는 툴들로 유명 공개 툴에 못지않은 기능을 제공하는 제품도 쉽게 찾을 수 있다. 앞에서 소개하지 못한 여러 공개 네트워크 모니터링 툴을 간단히 살펴보겠다.

네트워크로 점차 다양하고 많은 장비가 연결되고, 사용자의 수가 늘어나면서 네트워크 관리자의 책임이 점차 무거워지고 있다. 이미 다양한 네트워크 모니터링 툴을 주위에서 쉽게 찾을 수 있으며, 모니터링뿐 아니라 관리 기능까지 제공하는 툴도 있다. 더구나 조금만 노력한다면 유명 상용제품에 뒤지지 않는 유용한 공개 네트워크 모니터링 툴도 찾아볼 수 있다.

일례로 유명 공개 소프트웨어 프로젝트 사이트인 소스포지(sourceforge.net)에는 네트워킹 분야에만 970개의 프로젝트가 진행되고 있으며, 300여개의 프로젝트가 활발한 활동을 벌이고 있다. 여기에는 최근 인기를 끌고 있는 Nagios, net-snmp, MIDAS, Excalibur, Zabbix, JFFNMS 등의 프로젝트 외에도 AirSnort나 KDE WiFi Manager와 같은 무선 LAN 환경을 위한 모니터링 툴 프로젝트도 쉽게 찾아볼 수 있다.

상용 제품에 뒤지지 않는 공개 툴

네트워크 모니터링 툴은 장비의 작동 상태와 CPU 사용량, 네트워크 트래픽 처리량, 그리고 패킷 분석 등의 기능을 제공하는 툴을 얘기한다. 이같은 기능을 한꺼번에 모두 제공하는 툴도 있지만, 공개 네트워크 모니터링 툴 중에는 일부 기능만을 제공하거나 별도의 플러그인을 통해 다양한 기능을 제공하는 툴도 있다.

네트워커들에게는 고전적인 ping이나 traceroute, df, du, ps, netstat 등의 간단한 명령어부터, MRTG와 같은 네트워크 트래픽 모니터링 툴, 그리고 상용 툴로는 오픈뷰나 유니센터 TNG, 티볼리 등의 강력하고 다양한 기능을 제공하는 네트워크 관리 툴, 그리고 윈도우 환경에서의 간단한 네트워크 모니터링을 위한 What's up이나 스니퍼 등의 제품들이 있다.

이같은 네트워크 모니터링 툴은 네트워크의 상태를 진단하는 네트워크 관리의 목적 외에도 최근에는 보안을 위한 목적으로도 많이 사용되고 있기 때문에, 네트워크 관리자라면 한두가지의 툴 정도는 확실하게 익히고 있어야 한다.

특히 상용 제품에 뒤지지 않는 기능과 완성도를 제공하는 툴을 공개 소프트웨어 중에서도 쉽게 찾을 수 있기 때문에 네트워크 관리자라면 업무의 효율을 높이기 위해 간단한 공개 네트워크 모니터링 툴의 종류와 사용법을 알아 둘 필요가 있다.

이제 몇가지 중요 공개 네트워크 모니터링 툴에 대해 알아보자.

Cheops

Cheops는 오픈소스 네트워크 사용자 인터페이스로 네트워크 환경을 관리하기 위한 다양한 기능을 제공한다는 것이 특징으로 네트워크 관리를 위한 스위스 아미 나이프를 지향하고 있다.

Cheops는 리눅스의 GNOME 환경에서 운영되며, GIMP 툴킷인 GTK+로 구현된 네트워크 관리 툴이다. 이 툴은 복잡한 네트워크 환경에서 원하는 네트워크로 바로 이동하기 쉽도록 다중 페이지를 지원하며, 네트워크에 연결된 호스트의 운영체제를 직접 찾아 적합한 아이콘으로 표시해준다.

또한 복잡한 대형 네트워크 환경에서 빠르고 쉽게 원하는 호스트를 찾을 수 있는 기능을 제공한다. 이외에도 일반적인 TCP 포트 스캔 기능을 제공하며, UCD SNMP 라이브러리를 사용하는 SNMP 브라우저를 내장하고 있다. 또한 HP 오픈뷰와 흡사한 SNMP 플러그인 지원 기능을 제공한다.

한편 소스포지에서는 Cheops의 업그레이드 버전이라고 할 수 있는 Cheops-ng 프로젝트를 진행하고 있다(cheops-ng.sourceforge.net).

- 운영 환경 : 리눅스(GNOME)
- 홈페이지 : www.marko.net/cheops/

Nagios

성능이나 기능에 비해 비교적 잘 알려지지 않은 Nagios는 얼마 전까지만 해도 NetSaint라는 이름으로 불리던 리눅스 기반 네트워크 모니터링 툴이다.

Nagios는 기본적으로 SMTP, POP3, HTTP, NNTP, PING 등의 네트워크 서비스의 상태를 모니터링할 뿐 아니라 플러그인을 통해 다양한 서비스에 대한 모니터링 기능을 확장할 수 있다. 또 서버의 CPU 사용량, 프로세스, 디스크 사용량, 메모리 사용량 등을 확인할 수 있고, 별도의 장비를 설치할 경우에는 전산실 등 서버 주변의 온도도 확인할 수 있다.

또한 네트워크 구성을 2D나 3D로 한눈에 볼 수 있도록 원형이나 트리 구조로 보여줄 뿐 아니라 각각의 네트워크 장비와 서버 운영체제별로 아이콘을 제공한다. 특이 아이콘 모음을 이미지팩이라는 별도의 패키지로 제공하고 있으며, 이미지팩에 따라 다양한 방식으로 구성도가 그려진다.

- 운영 환경 : 리눅스, 유닉스
- 홈페이지 : www.nagios.org

Zabbix

아직 정식 버전이 나오지 않은 Zabbix는 MRTG와 비견되는 다양한 네트워크 정보를 제공한다는 것을 특징이다. 여기에 Nagios처럼 서버와 애플리케이션 정보까지 제공한다는 것이 Zabbix의 장점이다.

Zabbix는 기본적으로 SMTP, IMAP, POP3, HTTP, SSHD 등의 기본적인 프로토콜과 SNMP v1/v2를 지원하는 장비들에 대해서는 기본적인 설치만으로도 모니터링이 가능하고, 기타 서비스나 서버 상태를 모니터링하기 위해서는 운영체제별로 Zabbix 에이전트를 설치해 해당 정보를 수집할 수 있다.

현재 Zabbix 에이전트가 지원하는 운영체제로는 공식적으로 리눅스와 윈도우, OpenBSD, FreeBSD, HP-UX, AIX, 솔라리스, SCO 오픈 서버, 맥OS X 등으로 대부분의 운영체제를 지원하고 있다. 하지만 Zabbix는 서버 에이전트는 윈도우 등의 플랫폼도 지원하고 있지만, 리눅스와 유닉스만을 지원하고 있다.

Zabbix는 또한 장기간의 모니터링 로그를 저장할 수 있으며, 이를 위해 MySQL이나 PostgreSQL을 지원한다.

- 운영 환경 : 리눅스, 유닉스(MySQL 혹은 PostgreSQL)
- 홈페이지 : zabbix.sourceforge.net

Nmap

Nmap(Network Mapper)은 네트워크와 보안 정책 관리를 위한 오픈소스 유틸리티다. 대형 네트워크에 대한 빠른 검색을 위해 설계된 Nmap은 로(raw) IP 패킷을 통해 네트워크에 연결된 어떤 호스트가 연결돼 있는지, 어떤 서비스가 제공되고 있는지, 혹은 어떤 운영체제가 실행되고 있는지, 어떤 방식의 패킷 필터/파이어월이 사용되고 있는지 등의 다양한 정보를 제공한다.

Nmap은 또한 다양한 컴퓨터로 포팅돼 있으며, 다양한 콘솔과 GUI 버전이 나와 있다.

수백에서 수천대가 넘는 컴퓨터가 연결된 대형 네트워크까지 지원하는 Nmap은 리눅스와 윈도우는 물론이고 FreeBSD, OpenBSD, 솔라리스, IRIX, 맥OS X, HP-UX, NetBSD, 썬OS, Amiga 등 거의 모든 운영체제를 지원한다.

- 운영 환경 : 리눅스, 유닉스, 윈도우, 맥OS X
- 홈페이지 : www.insecure.org/nmap/

JFFNMS

JFFNMS(Just For Fun NMS)는 PHP로 구현된 프로그램으로 기본적으로 cron을 이용해 일정 간격으로 SNMP 데이터를 저장하고 이를 그래프로 보여주는 툴이다.

MySQL이나 PostgreSQL을 지원하는 JFFNMS는 아파치와 PHP, MySQL가 구축된 환경이라면 쉽게 프로그램을 설치할 수 있다. 따라서 운영체제에 독립적이고 리눅스나 윈도우, 유닉스 환경에서 운영할 수 있다.

아직 다른 툴에 비래 그래픽적인 요소도 뒤떨어지고, 보여주는 정보에 있어서도 미치지 못하지만 서버 관리자용 프로그램으로는 충분한 기능을 제공한다. 더우기 JFFNMS는 단순화된 인터페이스와 꼭 필요한 정보만을 보여주기 때문에 더욱 간편하게 호스트와 네트워크의 상황을 파악할 수 있다는 장점도 된다.

- 운영 환경 : 리눅스, 유닉스, 윈도우(PHP4, MySQL 이나 PostgreSQL)
- 홈페이지 : jffnms.sourceforge.net

출처 : On the NET 2004년 1월호