Welcome to WordPress.com. This is your first post. Edit or delete it and start blogging!
ubuntu서버에 ssh접속시 한글이 깨져보일 때shinmoosung 2007.06.13 01:20
|
조회 624 |
|---|
그런데, ssh클라이언트의 설정에 아무 문제가 없는데도
한글이 깨어져 보일 때가 있다.
그건 역시 서버의 한글 처리 설정문제인 경우가 있다.
서버의 root계정으로 로그인 한후에
다음과 같이 설정해본다.
export LC_ALL = ko_KR.UTF-8
export LANG = ko_KR.UTF-8
그러면, ssh 터미널에서 한글을 볼 수 있다.
ubuntu는 eucKR보다는 UTF-8을 지원한다.
앞으로 리눅스 서버에 작성되는 홈페이지의 인코딩도
eucKR 보다는 utf-8로 가는 것이 필요한 것같다.
출처 : [직접 서술] 직접 서술
▪ 개요
시스템을 구성하면서 로드분산, 클러스터링을 해야 하는 경우가 종종 있다.
특정 솔루션으로 구현 가능하지만 win2k도 자체적으로 서비스를 제공하고 있고
구현 방법과 성능에서 예전 NT4시절보다 월등히 좋아졌다.
일반적으로 로드밸런싱은 하드웨어(L4스위치,SLB장비 등)를 이용하는 방법과
고전적인 DNS round robin 방식을 이용한 방법을 사용하는 것을 말한다.
이 문서에서는 이론적 설명 보다는 실제로 간단히 DNS round robin 방식을 이용하여
NLBS를 구현하면서 로드밸런싱에
대해 이해해 보도록 한다
▪ 준비사항
Win2k advanced server
물리적인 server 2대이상
시스템당 네트워크 어뎁터 2개이상 권장(1개도 가능)
▪ 클러스터/로드밸런싱
클러스터와 로드밸런싱은 구분되는 서비스이지만 비슷한 의미로 사용된다.
가장 편하게 구분하는 것은 스토리지(DB)를 공유하는가 안 하는가 이다.
로드밸런싱을 구성할 때 DB를 공유하면 클러스터이고 자체 DB를 사용하면 로드밸런싱이
라 생각하면 되겠다.
▶ 로드분산서비스 설치 시나리오
www.se.com
웹사이트에 사용자가 늘어나 서버를 추가로 설치하려고 한다.
이때 로드밸런싱을 적용하여 웹서버를 안정적으로 구동시키기로 하였다.
테스트환경 – Server1 203.247.201.60 (기존웹서버 네트워크 연결이 끊겨있음)
Server2 203.247.201.51 (추가된서버)
Server3 203.247.201.48 (추가된서버)
▪ 설치 방법
■ Server2 설정
네트워크 환경의 등록정보에서 ‘네트워크 로드 균형 조정’ 설치확인.
TCP/IP 등록정보의 고급설정에서 IP주소(로드밸런싱을 사용할 대상IP) 추가
203.247.201.51 – Dedicated IP (전용IP이며 원래 사용하던 IP)
203.247.201.60 – Virtual IP (Cluster IP, 클러스터링을 위한 IP)
*주의 – 전용IP가 우선순위를 가져야 한다.
■ Server3 설정 (Server2 와 마찬가지로 반복한다.)
네트워크 환경의 등록정보에서 ‘네트워크 로드 균형 조정’ 설치확인.
TCP/IP 등록정보의 고급설정에서 IP주소 추가
203.247.201.48 – Dedicated IP
203.247.201.60 – Virtual IP
■ NLBS 설정
*Server2, 3 두 대의 컴퓨터에 동시에 설정한다.
네트워크 환경의 등록정보에서 ‘네트워크 로드 균형 조정’의 등록정보창을 연다.
클러스터 매개 변수 탭에서 다음을 입력한다.
주 IP주소 – 클러스터링을 위한 IP(Virtual IP) 203.247.201.60
전체 인터넷 이름 – 203.247.201.60 으로 IIS서비스를 할 경우 해당 도메인 입력
(www.se.com
입력)
멀티캐스트 – Virtual IP를 통해 서로간에(Server2, 3) 통신이 필요할 때 사용한다.
유니캐스트(Default) – Virtual IP를 통해 서로간의 통신(Server2, 3)이 필요 없거나 클러
스터링 서비스 외에 다른 서비스를 할 필요가 없을 때. (멀티캐스트를 체크하지 않을 경
우 기본값)
호스트 매개 변수 탭에서 다음을 입력한다.
우선순위 – 포트규칙에서 정의하지 않는 프로토콜, 포트 이외에 다른 프로토콜, 포트에는 클러스터에서 몇 번째 우선순위인가 하는 정보이다. 다른 서버와 절대 중복되면 안된다.
초기 클러스터 상태 – 활성탭을 제거하면 당장은 클러스터에 참여안하는 상태. 서비스를 사용하기위해 체크표시를 한다.
전용 IP주소 – 시스템이 사용하는 전용IP를 입력한다.
포트 규칙탭을 열고 다음을 상황에 맞게 입력한다.
먼저 미리 구성되어 있는 포트범위를 삭제한다.
포트범위 – 80에서 80(web service를 로드밸런싱한다는 의미)을 추가한다.
로드가중치를 설정하면 클러스터 된 서버에 부하를 분산할 때 서버의 H/W성능에 따라 효율적으로 구성할 수 있다.
다중호스트는 모든서버가 Active/Active 형태이고 단일 호스트는 Pasice서버를 만드는 Fault Tolerence 이다.
포트범위를 설정하고 ‘사용안함’ 으로 추가를 하면 해당 포트는 클러스터 이용이 원천적으로 금지된다.
포트규칙은 모든 서버가 동일해야 한다.
추가된 서버에 모든 설정이 끝났으면 시작메뉴의 실행창에서 cmd를 입력하여 도스창을 연다.
로드밸런싱이 정상적으로 구현되는지 ping 명령어를 사용하여 확인한다.
203.247.201.60 서버가 다운되었지만 로드밸런싱이 구현되어 웹서버가 응답하는 것을 볼 수 있다.(Server1 이 아닌 다른 시스템에서 확인한다.)
▪ 유니캐스트(내부 네트워크간의 통신이 필요없을 때) 의 경우 상대방IP로 ping이 전달되는지 확인한다.
이 때는 내부 내트워크로 ping이 전달되지 않는 것을 볼 수 있다.
(내부 내트워크 내에서 확인한다.)
*단, 각각의 서버와 외부 네트워크와의 통신은 두절되지 않는다.
▪ 멀티캐스트(내부 네트워크간의 통신이 필요할 때) 의 경우 상대방IP로 ping이 전달되는지 확인한다.(네트워크 로드 균형 조정 등록정보에서 멀티캐스트를 양쪽 서버 모두 체크한다.)
이제는 내부 네트워크 간에도 정상적으로 ping이 전달되는 것을 알 수 있다.
이상의 내용이 정상적으로 출력되는지 확인한다.
1. 로드밸렁싱 개요
네트워크 로드 균형 조정 클러스터의 예로는 함께 동작하여 인터넷의 HTTP 트래픽을 처리하는 다중 서버를 들 수 있습니다. 이 시나리오에서, 각 서버는 웹 서버의 인스턴스를 실행하며 모든 클라이언트 요청은 클러스터의 서버 간에 분산됩니다. 따라서 일반적인 프로세스 속도가 향상되기 때문에 인터넷 클라이언트의 요청이 좀더 빨리 처리됩니다.
웹 서버의 모든 인스턴스는 독립적으로 실행되며 로컬 디스크에만 액세스하여 웹 페이지를 가져옵니다. 일부 응용 프로그램의 백 엔드 데이터베이스에 액세스하는 경우를 제외하고 이들은 일반적으로 정보를 공유하지 않습니다. 웹 페이지의 변경 빈도가 상대적으로 낮기 때문에, 간편하게 모든 호스트의 로컬 디스크에 새 웹 페이지를 복사하거나 복제 서비스를 사용할 수 있습니다.
특정 서버에 오류가 발생하거나 서버가 오프라인되는 경우, 네트워크 로드 균형 조정이 자동으로 문제를 찾아내고 HTTP 트래픽을 나머지 서버에 다시 배포하기 때문에, 사용 가능한 서버가 한 대라도 있으면 서비스가 중단되지 않습니다. 서버가 오프라인되면 오류 발생 서버에 대한 활성 연결이 손실됩니다. 그러나 다른 모든 연결은 영향을 받지 않습니다. 오류 발생 서버의 영향을 받는 클라이언트는 클러스터 내의 정상적인 서버에 새로 연결됩니다
유용한 정보 (꼭 참고 하십시오)
가능하면 각 클러스터 호스트에 네트웍 어뎁터를 두 개 이상 사용합니다. 둘째 네트웍 어댑터를 사용하면 전체 네트웍 성능을 향상시키고 백 엔드 데이터베이스에 대한 액세스 속도를 높일 수 있습니다.
또한 클러스터가 기본값인 유니캐스트 모드에서 동작하는 경우, 각 클러스터 호스트에 네트웍 어댑터가 두 개 이상 있지 않으면 클러스터 호스트 간의 일반적인 네트웍 통신이 불가능합니다.
추가 설명- 유니캐스트인 경우(Muticast를 체크하지 않은 상태) 클러스터 IP 및 호스트 IP 모두 클러스터의 MAC address로 바뀝다. 그래서 로드 밸런싱 하는 서버끼리 통신이 되지 않습니다. 멀티캐스트인 경우 클러스터 IP는 클러스터의 MAC address로 변경되지만 호스트 IP는 네트웍 어뎁터의 고유한 MAC address를 간직합니다. 그래서 서로 통신이 가능합니다.
두개의 네트웍 어댑터를 사용하는 경우 클러스터 어뎁터라는 하나의 어댑터에만 네트웍 로드 밸런싱을 설치해야 합니다. 설정은 똑 같습니다.
클러스터 어댑터에는 TCP/IP 네트웍 프로토콜만 있어야 합니다. 이 어댑터에 IPX와 같은 다른 프로토콜을 추가하면 안됩니다.
모든 클러스터 호스트에서 클러스터 매개변수 및 포트규칙을 동일하게 설정해야 합니다.
각 클러스터 호스트마다 호스트 매개변수가 고유해야 합니다.
포트 20, 21, 1024-65535를 사용하는 FTP와 같은 로드 밸런싱 응용 프로그램에 사용되는 모든 포트에 대해 포트 규칙을 설정해야 합니다. 포트 규칙을 설정한 후 항상 추가 단추를 클릭해야 합니다. 그렇지 않으면 포트 규칙이 규칙 목록에 표시되지 않으며 적용되지도 않습니다.
로드 밸런싱 응용 프로그램은 이 응용 프로그램이 설치된 모든 클러스터 호스트에서 시작되어야 합니다. 네트웍 로드 밸런싱은 프로그램을 시작하지 않습니다.
설치 과정에서 네트웍 로드 밸런싱 등록 정보 대화 상자에 입력한 전용 IP 주소 및 클러스터 IP 주소를 인터넷 프로토콜(TCP/IP) 등록 정보 대화 상자에도 입력해야 합니다.
인터넷 프로토콜(TCP/IP) 등록 정보 대화 상자에서 항상 호스트 매개 변수의 전용 IP 주소가 클러스터 IP 주소 앞에 표시되어야 합니다.
전용 IP 주소와 클러스터 IP 주소는 모두 정적 IP 주소이어야 합니다. 이들은 DHCP 주소가 될 수 없습니다.
단일 클러스터 내의 모든 호스트는 같은 서브넷에 속해야 하며 클러스터의 클라이언트가 이 서브넷에 액세스할 수 있어야 합니다.
네트웍 로드 밸런싱은 클러스터가 위치한 서브넷 이외의 다른 클러스터 상호연결은 사용하지 않습니다. 따라서 불필요한 SAN(System Area Network)을 만들기 위해 두 네트웍 어댑터를 연결하지 않아도 됩니다.
모든 클러스터 호스트는 유니캐스트 모드 또는 멀티캐스트 모드에서 동작해야 합니다. 두 모드에서 동시에 동작해서는 안됩니다.
네트웍 로드 밸런싱 명령줄 명령은 wlbs로 시작됩니다. 도스 모드에서…
위에 내용은 로드 밸런싱을 이해하는데 상당히 많은 도움이 됩니다. 도움말을 인용했습니다. 꼭 주의 깊게 읽어 보시기 바랍니다.
이강좌는 김태수님이 작성 해 주신 내용입니다.
질문은 윈도우 2000 게시판에 작성 해주시면 감사 하겠습니다.
4. 커맨드 명령에서 로드밸렁싱 상태
<로드밸렁싱 커맨드 방법>
이렇게 설정해 주시고 나서 Ping Test를 하고 익스플로러에서 확인을 하시면 됩니다.
확인 방법: 각각의 로드밸런싱 호스트 중 하나의 웹 서비스를 멈춥니다.
그 후에 익스플로러로 확인을 합니다. 그리고 반대로 실행을 하구요.. 둘 다 서비스가 실행되는 상태에서도 확인을 합니다.
DNS의 라운드 로빈 방식을 사용해도 이런 효과를 얻을 수 있는데 이 기술은 어느정도 신뢰성이 없습니다. 저희 사무실에서 테스트 해 보았거든요… 한쪽으로 사용자가 몰리는 경향이 많이 있습니다.
그리고 경험인데요.. 아주 중요한게 있습니다.
로드 밸런싱이나 라운드 로빈을 사용하여 웹 서비스를 할 때 DB를 구축하신다면 처음 접속한 사용자가 만약 첫번째 서버에 접속했다면 계속해서 첫번째 서버에 접속을 해야 된다는 이야깁니다. 처음 저희가 설정을 했을 때 이것 때문에 고생을 많이 했습니다.
선호도 부분을 읽어 보시기 바랍니다.
WLBS 사용법
원격 제어
Wlbs stop (full internet name):IP주소 /passw 원격지 암호(지정한 IP의 로드 밸런싱이 멈춤) – Wlbs stop
http://www.sshong.com:192.0.0.1 /passw 1111
3. 로드밸렁싱을 가지고 웹 서비스를 운영 방법
3-1. 먼저 DNS에 웹 서비스를 운영할 도메인을 등록을 하며 210.219.79.119 가지고 http://www.undfund.com(가상이름) 을 등록 해 준다.
3-2. IIS 서비스를 두개의 윈도우 2000 어드밴스 서버에 설정을 해주며, 멀티 호스트에는 동일하게 구성이 필요하다(물론 내부 내용도 같게 설정)
IIS 등록 정보에서 IP = 210.219.79.119
Host Header = http://www.undfund.com
문서 = index.htm
3-3. 아래와 같이 멀티 호스트도 같게 구성 해 준다.
로드밸런싱 설치 전 준비 사항
– 윈도우 2000 어드밴스 서버가 설치 된 2대의 컴퓨터가 필요(네트웍이 꼭 구성 되어야 함)
– 허브 5포트 짜리
윈도우 2000 어드밴스 설치 순서
1. 로드 밸런싱 설치하기
네트웍 어뎁터의 등록 정보에서 추가 설치 후 Network Load Balancing 을 체크합니다.
2. Network Load Balancing 체크 하고 등록 정보(Properties)를 클릭합니다. 3개의 탭으로 구성된 화면이 나타납니다. (클러스터 매개변수, 호스트 매개변수, 포트 규칙)
3. 클러스터 매개 변수 설정 ? 이 항목은 모든 로드밸런싱을 구현하는 랜카드에 모두 동일하게 설정해야 합니다. (Password는 제외)
– Primary IP address : 서비스할 IP를 입력합니다.
Ex) www. undfund.com ? 192.0.0.1
– Subnet mask : 서비스할 IP의 서브넷 마스크를 입력합니다.
– Full internet name : 서비스할 URL을 입력합니다.
– Network address : 모든 로드 밸런싱 어뎁터의 물리적 주소로 지정됨(자동으로 지정됨)
– Multicast support : 단일 어뎁터에서는 Enabled를 체크해야 성능이 향상됩니다.
– Remote password : 원격으로 로드 밸런싱 서버의 서비스를 제어하기 위해 사용함. 지정 하지 않아도 됩니다.
– Remote control : 도스 모드에서 Wlbs 명령을 사용하여 로드 밸런싱하는 호스트들을 제어함. Wlbs /? 를 입력하면 자세한 정보를 볼 수 있음.
4. 호스트 매개변수 설정
– Priority(우선 순위) : 트랙픽 처리를 위해 각 서버에 부여하는 순서. 1번이 가장 우선임.
– Initial Cluster state(초기 클러스트 상태) : 컴퓨터 시작 시 바로 로드 밸런싱 서비스를 시작함.
– Dedicated IP address : 사무실내의 IP를 입력해 주시면 됩니다. Public 또는 Private IP를 입력해 주시면 됩니다.
-Subnet mask : Dedicated IP address의 Subnet mask를 입력해 주시면 됩니다.
5. Port Rules
포트는 현재 로드밸렁싱 서비스 할 포트를 추가 해 주시면 됩니다.
6. TCP/IP 설정
단일 네트웍 어뎁터의 경우 호스트의 전용 IP address를 입력해 주고 고급을 클릭해서 IP 추가를 클릭한 후에 클러스터 IP address를 입력해 주시면 됩니다.
Private(사설)IP를 입력하셔도 됩니다. 항상 로드밸런싱 할려는 도메의 IP가 랜카드에 부여된 IP 보다 아래에 있어야 함. 다른 로드밸런싱 노드에서는 192.0.0.4 그 아래에 192.0.0.1
을 입력해 주시면 됩니다.
클러스터 매개 변수
클러스터 주 IP 주소 – 이 매개 변수는 클러스터의 주 IP 주소를 w.x.y.z와 같이 점으로 구분되는 표준 인터넷 표기법 형식으로 지정합니다. 주소의 숫자들 사이에 반드시 마침표를 입력해야 합니다. 이 주소는 가상 IP 주소이며 클러스터의 모든 호스트에 대해 동일하게 설정해야 합니다. 이 IP 주소는 사용자가 클러스터에 지정하는 전체 인터넷 이름에 대한 IP 주소이어야 하며 클러스터 주소를 전체적으로 지정하는 데 사용됩니다. 다중홈 웹 서버에서처럼 클러스터에 여러 IP 주소를 별칭으로 지정하는 경우 여기에 주 IP 주소만 입력하면 됩니다.
서브넷 마스크 – 이 매개 변수는 지정된 IP 주소에 대한 서브넷 마스크를 나타냅니다. 마스크는 255.255.255.0과 같이 점으로 구분되는 표준 인터넷 표기법 형식으로 입력합니다. 주소의 숫자들 사이에 반드시 마침표를 입력해야 합니다.
클러스터 전체 인터넷 이름 – 이 매개 변수는 cluster.microsoft.com과 같이 네트워크 로드 균형 조정 클러스터에 대한 전체 인터넷 이름을 지정합니다. 이 이름은 클러스터에 전체적으로 사용되며 클러스터의 모든 호스트에 대해 동일해야 합니다. 클러스터에 여러 이름을 별칭으로 지정하는 경우 기본 이름을 여기에 입력합니다. 어떠한 경우이든 이 이름은 DNS 서버 또는 호스트 파일을 통해 클러스터의 주 IP 주소로 변환할 수 있어야 합니다.
클러스터 네트워크 주소 – 이 매개 변수는 클라이언트와 클러스터 간의 트래픽을 처리하는 데 사용될 네트워크 어댑터에 대한 네트워크 주소(MAC 주소)를 지정합니다. 네트워크 로드 균형 조정은 클러스터의 주 IP 주소를 토대로 네트워크 주소를 자동으로 만듭니다. 네트워크 로드 균형 조정은 로컬로 관리되는 주소를 사용합니다. 멀티캐스트 지원을 사용 설정한 경우 이 주소가 멀티캐스트 MAC 주소도 됩니다.
사용자가 멀티캐스트 지원을 사용 해제하여 호스트가 유니캐스트 모드로 되돌아가는 경우, 네트워크 로드 균형 조정은 클러스터 어댑터 드라이버가 어댑터에 기본 제공되는 고유의 네트워크 주소를 무시하고 그 MAC 주소를 클러스터의 MAC 주소로 변경하도록 합니다. 이것은 모든 클러스터 호스트에 사용되는 주소입니다.
멀티캐스트 지원 – 이 매개 변수는 클러스터 작업에 멀티캐스트 MAC 주소를 사용할 것인지 여부를 지정합니다. 이 옵션을 사용 설정하면 네트워크 로드 균형 조정은 클러스터 어댑터에 속하는 클러스터 MAC 주소를 멀티캐스트 주소로 변환합니다. 또한 ARP 프로토콜의 일부로 클러스터의 주 IP 주소가 이 멀티캐스트 주소로 변환되도록 합니다. 이와 동시에, 어댑터는 유니캐스트 모드에서 사용 해제되었던 원래의 기본 제공 MAC 주소를 사용할 수 있게 됩니다.
원격 제어 – 이 매개 변수는 원격 제어 작업을 사용 설정할 것인지 여부를 지정합니다. 원격 제어 작업을 사용 설정하면, Windows 2000을 실행하는 원격 네트워킹 컴퓨터가 Wlbs.exe 클러스터 제어 프로그램을 사용하여 클러스터 작업을 제어할 수 있습니다. 기본값으로 원격 제어는 사용 해제됩니다.
호스트 매개 변수
우선 순위(ID) – 이 매개 변수는 TCP 및 UDP 포트에 대한 기본 네트워크 트래픽을 처리하기 위한 호스트의 고유 우선 순위를 지정합니다. 단, 이들 포트가 네트워크 로드 균형 조정 등록 정보 대화 상자의 포트 규칙 탭에 다른 식으로 지정되어 있지 않아야 합니다. 이 매개 변수는 클러스터 내의 호스트가 오프라인되었을 때 사용되며, 필요한 경우 클러스터의 어떤 호스트에 이 트래픽의 처리를 맡길 것인지 결정합니다. 호스트 우선 순위 범위 값은 1부터 호스트의 최고 대수까지 지정할 수 있습니다. 값이 낮을수록 우선 순위가 높습니다. 따라서 1이 가장 높은 우선 순위입니다. 클러스터 내의 각 호스트에 대해 고유한 호스트 우선 순위를 지정해야 합니다.
클러스터의 현재 구성원 가운데 가장 높은 우선 순위(가장 낮은 값)를 가진 호스트가 클러스터의 기본 네트워크 트래픽을 모두 처리합니다. 이 호스트에 오류가 발생하거나 호스트가 오프라인되면, 클러스터에서 그 다음으로 높은 우선 순위를 가진 호스트가 이 네트워크 트래픽을 처리하게 됩니다. 이와 같은 메커니즘을 통해 클러스터는 모든 포트의 네트워크 트래픽을 처리할 때 내결함성을 제공합니다. 네트워크 로드 균형 조정 등록 정보 대화 상자의 포트 규칙 탭에서 규칙을 지정함으로써, 이러한 우선 순위를 무시하거나 특정 포트 범위에 대해 로드 조정을 제공할 수 있습니다. 새 호스트가 클러스터에 가입했을 때 그 우선 순위가 클러스터의 다른 호스트와 충돌하면, 그 호스트가 클러스터의 구성원으로 받아들여지지 않습니다. 나머지 클러스터는 계속 전과 같이 트래픽을 처리합니다.
초기 상태 – 이 매개 변수는 네트워크 로드 균형 조정을 시작할 것인지 여부 및 Windows 2000이 시작될 때 호스트를 즉시 클러스터에 가입시킬 것인지 여부를 지정합니다. 예를 들어, 네트워크 로드 균형 조정을 시작하기 전에 다른 서비스들을 수동으로, 그리고 특정 순서로 시작할 수 있습니다. 컴퓨터를 시작할 때 네트워크 로드 균형 조정이 시작되지 않도록 하려면 이 확인란을 선택하지 않은 상태로 두십시오. 네트워크 로드 균형 조정 명령줄 제어에서 start 및 stop 명령을 사용하면, 호스트가 클러스터에 동적으로 가입 또는 탈퇴하도록 할 수 있습니다.
전용 IP 주소 – 이 매개 변수는 클러스터와 관련되지 않은 네트워크 트래픽(예: 클러스터 내의 특정 호스트에 대한 텔넷 액세스)에 사용되는 호스트의 고유 IP 주소를 지정합니다. 단일 네트워크 어댑터를 사용하여 클라이언트와 클러스터 간의 트래픽은 물론 전용 IP 주소에 대한 다른 네트워크 트래픽도 처리하는 경우, 네트워크 로드 균형 조정은 전용 IP 주소를 참조합니다.
포트 규칙
– 규칙 수 및 종류는 클러스터의 각 호스트에 대해 동일해야 합니다.
– 다른 호스트와 규칙 수가 다른 호스트가 클러스터에 가입하려 해도, 그 호스트는 클러스터의 구성원으로 받아들여지지 않으며 나머지 클러스터는 계속 전과 같이 트래픽을 처리합니다. 이와 동시에, Windows 이벤트 로그에 메시지가 입력됩니다. 이런 경우 이벤트 로그를 검사하여 어떤 호스트의 규칙 수가 다른지 확인하고 충돌을 해결한 다음 해당 호스트에서 네트워크 로드 균형 조정을 다시 시작합니다.
– 클러스터의 각 호스트에 대해 입력한 규칙은 그에 맞는 포트 범위, 프로토콜 종류 및 필터링 모드를 가져야 합니다.
네트워크 로드 균형 조정이 클러스터의 호스트 간에 일관되지 않는 규칙을 발견하면 Windows 이벤트 로그에 메시지를 기록합니다. 이런 경우 이벤트 로그를 검사하여 문제를 일으키는 호스트 및 규칙을 확인하고 해결한 다음 해당 호스트에서 네트워크 로드 균형 조정을 다시 시작합니다
)
네트워크를 운영하다 보면 내부 통신 뿐이 아닌 외부로부터의 접근의 필요성을 느끼게 된다. 요즘 많이 보여지는 형태인 재택근무라든가 외근 직원의 네트워크 이용이 그 예라고 하겠다. 물론 쉬운 연결 방법도 많이 있다. 라우터를 통한 직접 연결이 그것이라 하겠다. 어디서든 IP 네트워크에 접속만 할 수 있으면 IP 주소로 직접 리소스를 가져갈 수 있다. 하지만 그것이 얼마나 보안에 취약한지는 굳이 설명을 하지 않아도 될 정도로 취약한 것이 사실이다. 그리고 내부 네트워크를 NETBEUI로 운영하는 경우는 어떤가? 외부에서의 접근이 가능한가? (얼마 전 게시판에 어떤 분이 질문 했던 내용이다.) 물론 불가능하다. 다른 서비스로도 가능하기는 하다. 바로 터미널 서비스이다. 하지만 터미널 서비스를 이용하자면 고성능의 터미널 서버가 필요하다. 생각해보라. 여러 세션을 유지하기 위해 파워가 얼마나 많이 필요할지… 비용을 고려한 연결을 선택해야 하나면 단연 VPN이 우위를 갖게 된다. 그럼 VPN의 개요를 살펴 봄으로써 그 가능성을 옅보기로 하자.
VPN (Virtual Private Network) ; 가상 사설망
VPN은 공중 통신망 기반시설을 터널링 프로토콜과 보안 절차 등을 사용하여 개별기업의 목적에 맞게 구성한 데이터 네트웍이다. By terms.co.kr
[Windows 도움말에서 발췌]
유명한 terms의 글을 빌려봤다. 한마디로 명확한 설명은 안되겠지만 참으로 함축적인 문장이다. VPN이나 원격 액세스는 같은 맥락에서 이루어지는 서비스이며 둘 다 공용망 즉 이미 존재하는 기존 인프라를 그대로 이용한다. 원격 액세스는 두 가지로 분류하는데 하나는 전화 접속 원격 액세스와 또 다른 하나가 바로 VPN이다. 전화 접속 원격 액세스는 전화망을 이용하는 반면에 VPN은 프레임 릴레이, IDSN, X.25, IP 네트워크 등 다양한 매체를 이용한다.
그 중 VPN이 많이 쓰여지고 인기도가 높아지는 것은 바로 비용의 문제이다. 단편적인 예로 전화 접속 연결의 비용은 그 거리가 증가할수록 요금이 증가하지만 ISP를 중간에 걸친 VPN연결은 오로지 시내 요금으로 전세계 어디든지 연결이 가능하다. (물론 회선 속도에 따른 요금의 차이는 어쩔 수 없다. 같은 조건 하라면 그렇다는 이야기이다.) 아래에 VPN의 일반적인 연결 구성도가 있다.
[Windows 도움말에서 발췌]
처음에 보안이라는 말을 언급했었다. 사실 인터네트워크(인터넷)에서 떠도는 특정 패킷을 캡춰링한다는 것은 어쩌면 무모한 작업일 수도 있다. 너무도 많기 때문이다. 하지만 불가능하지는 않다는 것 역시 부인하지는 못할 것이다. 하지만 누구에게나 공개되어 있는 네트워크이기 때문에 아무라도 데이터를 훔칠 수 있다는 이야기가 되기도 한다. VPN은 터널링이라는 기법을 이용하여 데이터를 보호하고자 한다. 터널링이란 위 그림에서처럼 가상으로 즉 실제로는 존재하지 않는 라인을 형성하는 것과 같은 연결을 제공한다는 의미이다. 이러한 연결을 생성하기 위한 것으로는 전화 접속에서는 PPP(point-to-point protocol)를 사용하고 VPN에서는 PPTP, L2TP를 사용한다. 두 프로토콜의 특징은 아래와 같다.
가장 큰 차이는 암호화의 차이라고 볼 수 있다. 잘 아시겠지만 최고의 암호화 기법인 IPSec의 사용 가능 여부이다. 오직 L2TP/IPSec 조합만이 가능하다. PPTP/IPSec은 안 된다는 이야기이다. 물론 PPTP 역시 나름대로의 장점이 있다. 이전 버전과의 호환성 여부이다. 터널링이란 기본적으로 캡슐링이라는 개념으로 진행되므로 내부 네트워크가 NETBEUI를 사용한다 해도 VPN 서버가 이것을 IP를 사용한 패킷으로 재포장한 뒤 이것을 라우트 함으로써 통신을 가능하게 한다. 그렇기 때문에 이전 버전으로 구성된 네트워크가 라우팅을 필요로 한다면 Windows 2000 기반의 RRAS를 사용해야 한다는 의미이기도 하다.
인증… 인증이란 것은 어떤 사용자인지를 확인하고 접속을 허용할 것인지 거부할 것인지의 판단의 기준이 되는 프로세스이다. Windows 2000 에서는 PAP, SPAP, CHAP, MS-CHAP v1,v2를 지원한다. VPN 역시 Windows 2000 RRAS의 한 컴포넌트이므로 같은 인증 프로토콜을 사용할 수 있다. 인증에서 하나 더 살펴볼 것이 바로 원격 액세스 정책이다. Windows 2000 에는 정책을 기반으로 하여 인증을 강화할 수가 있고 접속의 유형, 그룹, 시간 등의 다양한 사항을 제공함으로써 인증의 유연성을 증가시킬 수 있다.
마지막으로 언급할 것은 연결의 유형이다. VPN을 사용하면 비단 클라이언트 ? 서버로서의 접속 뿐 아니라 서버 ? 서버로서의 연결도 생각해볼 수 있다. 즉 네트워크의 보안 된 확장도 고려가 가능하다는 이야기이다. 물론 이 부분에서는 필요 시 전화 접속이라던지 라우터의 기능까지도 고려하는 부분이 되므로 복합적인 이야기가 될 것이다.
많은 정보를 드리고 싶지만 방대한 양이라서 선뜻 글 쓸 엄두가 나질 않네요. 다하자면 터널링 프로토콜에 대한 이야기만해도 한,두시간은 족히 걸리기 때문에… IPSec도 그렇고… 세미나에서 자세한 이야기를 하는 것으로 하고 차후에 정리되는 대로 자료를 하나씩 올리기로 하겠습니다.
Images are serialized by an encoder specially adapted for the image format. Certain encoders, such as the JPEG encoder, can be instructed to alter the method serialization by the use of encoder parameters which specify the characteristics of the data written to the file or stream. The EncoderParameter class provides encapsulation for these different settings and may be applied to the specific image encoder before an image is saved.
In the case of Jpeg images, you can write files with differing levels of compression by using the specialized Quality encoder and a suitable compression setting as shown in the code in the following listing.
//Load a bitmap from file
Bitmap bm=(Bitmap)Image.FromFile("mypic.jpg");
//Get the list of available encoders
ImageCodecInfo[] codecs=ImageCodecInfo.GetImageEncoders();
//find the encoder with the image/jpeg mime-type
ImageCodecInfo ici=null;
foreach(ImageCodecInfo codec in codecs)
{
if(codec.MimeType=="image/jpeg")
ici=codec;
}
//Create a collection of encoder parameters (we only need one in the collection)
EncoderParameters ep=new EncoderParameters();
//We’ll save images with 25%, 50%, 75% and 100% quality as compared with the original
for(int x=25;x<101;x+=25)
{
//Create an encoder parameter for quality with an appropriate level setting
ep.Param[0]=new EncoderParameter(Encoder.Quality,(long)x);
//Save the image with a filename that indicates the compression quality used
bm.Save("C:\\quality"+x.ToString()+".jpg",ici,ep);
}
이것도 안쓰니까 까먹는군
출처 : http://blog.naver.com/blueruby?Redirect=Log&logNo=60020257667
$ crontab -e
등록/편집/삭제시 vi 명령어를 사용하면 된다.
$ crontab -l
1번필드 : 시간(분)
2번필드 : 시간(시간)
3번필드 : 일자
4번필드 : 월
5번필드 : 요일(0:일요일, 1:월요일, 2:화요일….)
6번필드 : 실행할 명령이나 스크립트
(5번필드 이후의 모든 문자는 공백이나 탭키와 상관없이 모두 6번필드로 인식함)
/var/adm/cron/log 검토
.profile의 정보를 참조해서 발생하는 오류인지 확인.
프로그램 실행 권한이 있는지 확인. 없을경우 권한을 할당
‘>’를 쓰면 매번 새로 기록(overwrite),
‘>>’를 쓰면 기존 파일에 append가 됨
crontab -e를 통해 아래의 명령을 크론테이블에 추가시킴.
00 06 * * 0-6 /usr/local/bin/test.sh >> /dev/null
">> /dev/null"는 cron중 발생하는 로그를 버리도록 지정
* * * * * /usr/local/bin/test.sh >> /dev/null
10,20,30,40,50,60 * * * * /usr/local/bin/test.sh >> /logs/test.log
">> /logs/test.log"는 cron 실행중 발생한 로그를 test.log 파일에 append 시킴
 | Mr WordPress (안녕하세요!) |
| Laptopchina.com (crontab 사용법) |
| Laptopchina.com (키보드 리매핑하기) |
| Unknown (Windows의 NLBS(Network Load Bal…) |
| Unknown (인터넷약어(Internet abbreviation)1) |
cguru 