'전체 글'에 해당되는 글 1243건

Windows Server 내에 있는 DHCP 콘솔을 직접 제어해서 설치하는 방법이 있습니다.
그러나 이 방법을 이용하게 되면 최악의 문제는 많은 양의 데이터를 적용하는데
큰 문제가 있다는 점이죠.

그래서 일반적으로 스크립트나 별도 응용 프로그램을 제작해서 일괄 작업을
할 수 있도록 합니다. 그렇다면 스크립트를 이용해 처리할 수 있는 방법은 무엇일까요?
의외로 간단한 방법이 있었습니다.

netsh 라는 네트워크 관련 shell을 이용하는 방법입니다.

IP 예약을 하는 방법은 다음과 같습니다.
netsh dhcp server <서버이름> scope <범위 ID> add reservedip <예약 IP 주소> <MAC 주소> <컴퓨터 이름>
예) netsh dhcp server \\ZTISVR scope 65.25.252.0 add reservedip 65.25.252.223 08002b30369b Test

예약된 IP 주소를 해제하는 방법은 다음과 같습니다.
netsh dhcp server <서버이름> scope <범위 ID> delete reservedip <예약 IP 주소> <MAC 주소> <컴퓨터 이름>
예) netsh dhcp server \\ZTISVR scope 65.25.252.0 delete reservedip 65.25.252.223 08002b30369b

MS에서 기존 Passport를 버전업 하면서, 근래 온라인의 의미로 바꾸는 Live라는 이름과 함께
Live Passport로 변경하고, 그와 함께, MSN 메신저도 Live Messenger로 변경하여
다시 제작해서 내놓았다. 사실 정확하게는 MSN 메신저 8.0이 되겠지만,
이름도 바뀌어져 아예 Windows Live Messenger 로 변경되었다.
사실, 예전에 ICQ나 야후 메신저에서 이미 제공되었던 기능들은
추가한 것일 뿐... 신기하고 멋지구리 한것은 없었다.

단지, 디자인은 MS 대로 심플 기능적으로 변경된 차이 뿐. 게다가, 얼핏봐서는
7.5나 별차이도 없다. 그래도 7.5에 비해(다른 메신저가 아닌) 좋아진점 몇가지 때문에
기존 MSN Messenger 7.5 사용자들은 업그레이드를 시도해보는 것도
나쁠것 같지 않다.

내 생각에 가장 좋아진 점은 역시, 별명 제도.
내가 상대의 대화명 속에 원하는대로 문구를 채워 보강해 줄 수 있다는 것이다. 사실
다른 사람 이름을 멋대로 변경할 수도 없어서, 대상이 누구인지 알려면, 이메일 주소가지고
대충 때려 맞추는 경우가 많았는데, 여기서는 자신이 원하는 문구를
추가해서 넣어줄 수 있게 되었다.

그리고 폴더 공유.
파일 전송이 아니라, 특정 폴더를 공유해서 원하는 사람들과 폴더 자체를 공유할 수 있는
기능이다. 사실 여러개의 파일이 있을때, 하나씩 전달하다 보면, 계속 대화창을 띄워야 되고
10개 제한이라.. 여러개의 파일 보내기도 수월치 않았다. 그러한 단점을 보완해줄 수 있는
방법이랄까? 하지만, 애석하게도 상대방이 이 WLM를 설치안했거나 쓸줄을 몰라서...
테스트는 해보지 않았는데... 역시 제일 궁금한건.. 방화벽을 어떻게 지나냐... 라는
부분이다... 한번 테스트를 해봐야 될 부분중 하나...

뭐 일단은 홍보를 위해 다양한 기능들이 소개되고 알려져 있지만.. 내가 생각한 WLM는..
여기 까지 인듯 싶다. 그런데... 이 거대해진 프로세스 크기는 어떻게.. 안되나...-_-;;

MSN 메신저를 실행시켰더니 MSN 스페이스라는 항목이 보여
한번 만들어 보았다. 블로그에서 부터 사진 앨범까지 다양한 부분을 커버하기 위해서
만든것 같기는 한데, 역시 디자인 센스가 별로 마음에 안들었다.
그냥... 그럭저럭 관리하면 좋아질지는 모르겠지만..
더욱이 현재 운영하고 있는 사이트와 별개로 또 하나를 운영한다는 것은...
귀차니즘에 푹 빠진 나에게는 큰 걸림돌이 될 수도 있는 문제였다.

그냥... MSN으로 연결될 수 있는 항목이라는 점에서 만족할 뿐이다.
무료로 사진올려도 되는 그런 플러그인을 제공하는 업체는 없을까...
라는 정도의 고민만 있을 뿐...

어제 쏟아지듯 흘러내린 비 후, 오늘은 맑은 하늘을 보여주었다.
구름도 깨끗해지고, 공기도 시골 공기 처럼 맑게 느껴지는 날이였다.
조금은 산만한 도시 생활자들이 바글 거리는 곳이여서
어느새인가 금새 탁해졌지만, 분명 아침, 점심 전까지는 너무도
기분 좋은 공기와 하늘이였다.

기분 좋은 공기를 싣고 흘려 보내 준 바람도 너무 기분이 좋아
어제 쏟아 부은 알콜들이 모두 날아가버리는 기분이였다.
가끔은 이런 바람을 맞으면서 어디론가 조용하게 떠나
가볍게 커피한잔을 하는 것도 좋을 것 같다.
오늘 따라 미묘하게 원두 커피 생각이 자꾸만 든다.

이 사이트의 블로그는 TATTER TOOLS 1.0.5로 구성되어 있다.
처음 이 Tatter tools를 설치했을 때의 버전이 1.0.2 였나? 아마 그랬을 것이다.
아랫 글에서도 그렇지만, 이 Trackback에 대한 스팸이 장난이 아니였다.
피식 웃고 지나갈 수준을 뛰어 넘어, 하루에 50여건의 한꺼번에 등록될
정도로 무시무시한 존재로 나타났었다.
그러다가 이번에 기회가 되어 1.0.5로 업그레이드를 했고, 간 몇일간
총 트랙백 수를 보니깐 10건도 안되게 등록되어 있었다.
아예 없는게 가장 좋겠지만, 수십통의 스팸 트랙백이 등록되었을 때 보다
월등히 좋아진 것 같다.

한시름을 덜은 느낌이다. 이번 다음 버전인 1.0.6에서는 대대적인 수정을 통해
이 사항들을 조금더 업그레이드 한다고 했으니,
기대 해보고 싶다.....
홍보의 홍자도 제대로 모르는 막되먹은 사람들이 뿌려 대치는 스팸들...
이젠 좀 사라졌을면 좋겠다.

사실 나 스스로도 트랙백이 뭐냐고 묻는다면, 뭐라 답변을 못할 만큼 제대로 알고 있지 않다.
지금껏 트랙백이 무엇인지도 모르고, 그냥 블로그에서 무언가의 기능을 위해
제공하는 기능이라고만 알고 있다. 그냥 나에겐 무.언.가 였을 뿐이다.

그런데, 어느날 내 블로그 안에 트랙백이 쌓여 있었다.
처음에는 신기함에 반가웠는데, 실상 내용을 보니 양키말로 가득찬 광고들이였다.
Viagra? Girl? 무슨 단어 따위를 쓰고 있는지는 전혀 알지 못하겠지만,
웃기는 노릇이였다.

남의 블로그 페이지에 난도질이라... 사실 정말이지 트랙백 해서, 해킹 하고 싶을정도로
짜증이 밀려왔다. 현대 상업의 기본은 홍보라 하지만, 여기 까지 하게 되면
이미 홍보의 차원을 뛰어 넘어 잔인하게 칼을 들이대는 살인마와 같은 행위일 것이다.
무엇을 생각하고 하는 짓인지.
절.대. 그 따위 광고하는 물건 따윈 사지 않고 보지도 않을 것이다.
하기사.. 판매 하는데가 양키들 있는 곳인데..
사러 갈 수 나 있나?

앞에서는 개괄적인 BDD에 대한 이야기를 했습니다.
이번에는 BDD V2.5에 대한 각종 구성 내역과 개괄적인 내용에 대해 말씀 드리겠습니다.

앞의 내용을 각자 상상에 맡긴다면, 상당한 도구들과 다양한 UI가 필요할 것 같다고 생각하실 것입니다. 물론 내용 자체가 이해가 안되어 그다지 관심 밖일 수도 있겠지만..
일종의 도구로 판단하여, 이 BDD v2.5만 이용하면 운영체제 배포를 확실하게 끝내버릴 수 있을 것이라고 생각할 수 있습니다.
하지만, MS에서 제공하는 BDD는 절대 도구(TOOL)이 아닙니다. 단지, 방법을 제공하는 방법론 이자, 배포를 위한 플랫폼이자, 배포에 대한 각종 이론을 수록한 문서들 입니다.
실제 BDD Explore라는 것을 받게 되면 하나의 작은(?) 크기의 설치 파일 하나만을 받습니다. 그리고 그 설치파일을 실행해 보면, 하나의 폴더에 이런 저런 것들을 설치해 주고 끝냅니다.
그리고 프로그램 목록을 보시면 BDD Explore와 Getting Start 만 보실 수 있습니다.
게다가 한글화는 전혀 되어 있지 않아 오로지 영문으로 밖에는 볼 수 없습니다.
한걸음 더 나아가 실제 BDD Explore를 보면, 각종 vbs 들과 영문 문서들만이 이상하게 실행될 뿐 그 이상도 그 이하도 없습니다.
혹시나 하는 마음에 설치된 폴더를 가보시면 더 가관 입니다. 온통 문서를 하나의 폴더에 몰아 넣었고, 기타 다른 폴더들도 이름만 있고 비어 있기 일 수 있습니다. 게다가 변변한 EXE 파일은 하나도 없고, VBS, HTA, CMD, BAT과 같은 스크립트 들만 버글 거립니다.
도데체 이걸 가지고 어떻게 운영체제를 배포하라니... 라는 생각이 퍼뜩 드실 것입니다.

그.러.나 일단 BDD를 도구라는 생각을 버리시고 하나의 플랫폼이자 방법론이라고 시점을 돌리시고, 그 안의 문서들을 천천히 읽어 보시기 바랍니다. 그러면 이 BDD Explore에 담긴 그 철학과 그 방법들을 아실 수 있을 것입니다.
MS에서 배포를 위한 각종 바이너리 제품을 만들줄 몰라서 이렇게 만든 것이 아닙니다. 다양한 조건에 대해 유연하게 대처할 수 있는 방법을 모색하기 위해 이런 방법을 제시한 것입니다. 또한 MS의 파트너사(MS의 각종 실무적인 일을 대처해주거나, 각종 추가 기술을 제공해주는 동반자적인 위치의 회사)들의 밥벌이도 도움이 될 수 있구요.

자, 그럼 어디서 부터 시작할까요?
일단 그 전에 먼저 공부해야 될 사항들이 무엇인지에 대해 알아보도록 하죠. 이 BDD라는 것에 대해 아실려면, 제일 먼저 운영체제 설치 방법들에 대해 어느정도 잘 알고 있어야 합니다.
첫번째, BDD V2.5에서는 Windows XP with SP2 배포가 그 핵심인데, 이를 위해서는 역시 Windows XP 설치 방법을 어느정도 알고 있어야 합니다. 단순히 MS에서 건네준 CD로 Product Key를 넣고, 시간대 설정해주고, 사용자 이름 넣고 이런 수작업으로 설치하는 것이 아니라, Unattend.txt 라는 파일을 이용해 자동적으로 쭉 설치될 수 있도록 하는 방법 같은 것 말이죠.
어떻게 보면, BDD의 출발점과 같은 것이라고나 할까요?

두번째 응용 프로그램에 대한 자동설치 방법에 대해서 알아야 합니다. 응용 프로그램들이 자동 설치가 지원된다는 사실을 아시는 분이 그다지 많지 않으실 것입니다. 게다가 우리나라에서 개발된 응용 프로그램의 대부분은 자동설치같은 기능은 제공하지 않는게 대부분입니다. 자동설치란, 설치시 옵션을 몇가지 넣으면 사용자의 특별한 입력 없이 자동적으로 설치되는 것을 의미하는데, 우리나라에서는 어떻게든 동의라는 체크버튼을 만들고 어떻게든 다음 또는 Next 버튼을 누르게끔 하고 있습니다. 게다가 지원되는 옵션도 없는게 대부분이구요.
이에 비해 타국 제품들(물론 전부다는 아니지만, 대부분)은 옵션이나 설정 파일 변경 만으로 자동적으로 설치되게 끔 지원하고 있습니다. 최소한 정품이면 대게 지원하고 있습니다. 이런 자동 설치에 대한 어느정도의 선 지식이 필요합니다.

세번째 Windows Server 군에 대한 지식이 필요합니다. 보통 Infrastructure - 우리나라 말로 줄여서 인프라라고 하는데, 내부에서 쓰이는 IT 용 설비를 의미합니다. 각종 클라이언트들을 어떻게 모으고 어떻게 처리할 수 있는지를 말하는 것인데, 그 중에 Windows Server 군을 활용한 인프라 구성에 대한 지식이 필요합니다.
여기에는 제일 먼저 Windows Server 2003의 각종 기능들을 이해하고 있어야 합니다. 배포를 하던 설치를 하던 BDD 방법을 적용하려면 각종 설치 파일 및 이미지들을 담고 전달해줄 서버가 필요합니다. 이 서버의 역할을 Windows Server가 담당하게 되죠. 일단 Windows Server 서버의 기능 중 핵심적으로 활용하는 것이 Active Directory, IIS, DHCP 등인데 이 부분에 대한 전반적인 이해가 필요합니다.
대 규모 배포에서 때 필요한 사항이지만, 굳이 언급해 드리면 SQL 서버와 SMS 서버가 추가적으로 필요합니다. SQL 서버는 Database 서버로써, 현재 MS SQL Server 2005까지 나와있지만, BDD에서 지원되는 것은 아직 MS SQL Server 2000이므로 가급적 MS SQL Server 2000으로 구성해야 합니다. 그리고 SMS 서버. 많은 분들은 이 서버에 대해서 잘 알지 못하시겠지만, 약자를 풀면 아실 수 있으시리라 봅니다. System Management Server - 시스템 관리 서버 입니다. 이 SMS 서버가 하는 역할을 각 클라이언트/서버들에 대한 전반적인 관리를 할 수 있도록 도와주는 제품입니다. 각 클라이언트/서버들의 H/W, S/W 자원들에 대한 목록이나, 추가적인 응용 프로그램 배포, 패치 관리등을 수행하죠. 상당히 방대한 내용의 관리용 서버이기 때문에, 여기서 그 세세한 기능들은 말씀드리기 곤란하지만, 현재 BDD 상의 자동 운영체제 설치의 기반이라는 사실 정도만 아셔도 무방합니다.

크게 아셔야 될 부분이 3가지라고 말씀 드렸지만, 사실 더 다양한 지식도 필요합니다. 하지만, 위의 3가지에 대한 일반적인 지식들을 알고 계신다면, 보다 수월하게 BDD에 대한 진행이 가능하실 것입니다.

BDD - Business Desktop Deployment.
국내에서는 이 분야에 대해 잘 알고 있는 사람은 그다지 많지 않은 편입니다.
이 일의 정확한 의미는 운영체제(여기서는 MS Windows)를 어떻게 효율적으로 배포할 수 있는가를 가지고 만든 일종의 솔루션 이자 프레임 워크 입니다.

MS가 다양한 활동을 보여주고 있으며 다양한 사업들을 추진하고 있지만,
MS의 사업 중 가장 큰 부분을 차지 하고 있는 부분이 바로 운영체제입니다. 그 중에서도 클라이언트 운영체제에 대한 사업이 가장 크게 움직이고 있습니다.
단지, 현재 MS Windows는 대부분의 클라이언트 시장을 잠식하고 있기 때문에 딱히 운영체제 배포에 대해 그다지 신경을 안쓸 수 있겠지만, MS의 입장에서는 꼭 그렇지만은 않습니다.
이번 해, 아니 다음 해에도 클라이언트 운영체제인 Windows Vista를 발표할 만큼 MS에서는 끊임 없는 클라이언트 운영체제 개발에 열중하고 있습니다.

그런데, 실제 이런 운영체제 발표 이면에는 운영체제를 어떻게 배포할까에 대한 많은 문제들이 있습니다. 게다가, 설치해야 할 대상이 한 두대도 아니고, 수백대, 수천대라면(개인 사업자라기 보단, 대기업이나 중기업 정도의 규모) 무척 도전적인 작업이 될 것입니다.

이런 큰 규모의 배포에 대해 MS는 많은 신경을 썼으며, 다양한 방법들을 제시해 왔습니다.
이것을 한데 모아 정리한 것이 바로 이 BDD 입니다.

과거 MS에서는 자동으로 배포 할 수 있도록 운영체제 안에 넣기 시작했습니다. 물론 Windows 9X 같은 운영체제는 막 Windows에 대한 시작이나 다름 없었기 때문에, 배포에 대해서 별 신경은 안썼습니다. 아니 정확히는 배포 자체에 대한 문제점을 알지 못했다고 보는 것이 나을 것입니다.

하지만, Windows 9X를 판매하고 난 뒤에 MS에서는 이 배포에 관련된 문제가 많다는 것을 알게 되었으며, 운영체제 자체의 안정성이 무척 중요하다는 사실을 깨닫게 된것입니다.
그래서 Windows 2000에서 부터 자동적으로 운영체제가 설치될 수 있는 방법을 하나씩 만들어 제시하게 되었습니다.간혹 어둠의 경로나 아니면 컴퓨터 전문가에게 받은 운영체제 CD 중에 CD키를 안넣고도 자기가 알아서 쭉 설치되는 운영체제 설치 CD를 보신적이 있을 것입니다.(물론 그런 것 보신적은 없어도 그런 CD가 있다는 것을 아시는 분도 있을지 모르겠군요). 이런 자동 설치 CD같은 것이 바로 자동 설치 기능을 활용한 설치 CD인 것입니다.

이 것이 바로 BDD의 효시 였으며, 이른바 버전 1.0입니다.
이런 방법들을 모아, 자동적으로 운영체제를 설치하고 구성하는 것을 제공했습니다. 과거 Windows 9X를 쓰던 분들이 쉽게 Windows 2000으로 넘어올 수 있도록 다양한 방법을 제시하고, 이후 Windows XP에서는 보다 이런 부분을 강화해서 구성해 BDD에 추가했습니다.

그렇지만, 운영체제 설치 시디 자체의 배포에 대해 많은 한계에 부딪히게 되었습니다.
제일 큰 문제는 역시 수많은 PC들에게 설치를 하려면 그 수많은 PC 수 만큼의 설치 미디어가 필요했고, 거기에 그 설치 시작을 하기 위한 수많은 관리자들이 필요했습니다.
이 또한 문제였죠. 게다가 운영체제를 한번 설치 들어가게 되면 보통 1시간 이상의 시간이 소요 되었으며, 각종 업무용 응용 프로그램에 각종 H/W 드라이버들까지 설치하다 보면, 1대의 PC당 5시간 또는 그 이상의 시간을 보내게 되는 경우도 있습니다.
운영체제 한번 갈아 업는데 많은 시간과 인력이 소요되는 것이죠.

이를 이번 BDD 2.X에서는 대폭적인 개선을 하게 됩니다.
이젠 배포 자체를 파일 설치 기반이 아닌 Ghost와 같은 이미지 기반의 배포로 진행을 할 수 있게 만들어 준 것입니다. 게다가 CD와 같은 미디어 기반이 아닌 네트워크 상에서 동작할 수 있도록 다양한 기능들을 엮은 것입니다.
단, 여기서 만들어진 기능들은 밑바닥 부터 구성한 것이 아니라, 기존에 있던 기능들을 최대한 활용하여 일종의 모음집 같은 것입니다. 기존의 배포에 관련된 각종 기술들을 연계 조합을 했다고나 할까요?

이런 다양한 상황들과 역사들 속에서 BDD는 탄생했고 지금까지 BDD 2.5를, 이제 Windows Vista의 배포를 위해 BDD 3.0까지 진행하고 진화되고 있습니다.

현재 제가 하고 있는 일이 바로 이 BDD라는 분야 입니다.