0.시작하면서...

 개발자라면 한번쯤 소스 관리에 대해서 고민해 봤을 것이다. 특히나 수정이 잦은 프로그램이라면 더욱 더 버전 관리가 중요한데, 이걸 일일이 폴더나 날짜별로 관리하다가는 낭패를 보기 십상이다. 그래서 버전관리 프로그램을 사용하는데, 대표적인 것으로 소스세이프(Source Safe), CVS, Subversion 있다.

 윈도우 프로그래머라면 소스세이프가 굉장히 유용한데(Visual Studio를 설치하면 자동으로 깔리므로... ㅡ_ㅡa..), 사용해보니 속도가 무지 느리고 VC 또한 한참 뒤에 뜨게하는 무시무시한 단점이 있어서 다른 것을 찾다가 서브버전을 선택하게 되었다.

 서브버전의 장점은 인터넷에 잘 나오므로 굳이 이야기하지 않겠고, 실제 윈도우 버전 설치 및 설정에 대해서 알아보자.

1.Tortoise 서브버전(Subversion) 클라이언트 설치

1.1 Tortoise 서브버전(Subversion) 클라이언트 다운로드

 서브버전 서버를 설치한다면서 왜 클라이언트를 설치하는 것일까? 그것은 서버 설치후 나머지 작업을 편리하게 할 수 있기 때문이다.

 서브버전 클라이언트는 http://tortoisesvn.net/downloads 에서 다운 받을 수 있다.

<Tortoise 서브버전 클라이언트>

1.2 Tortoise 서브버전(Subversion) 클라이언트 설치

 클라이언트 설치는 간단하다. 무조건 "Next" 버튼을 눌러서 완료를 하면 알아서 다 해준다.

<Tortoise 서브버전(Subversion) 클라이언트 설치>

 설치 후 탐색기에서 오른쪽 버튼을 클릭했을 때 아래와 같은 메뉴가 뜨면 정상적으로 설치된 것이다.

<설치 완료>

2.서브버전(Subversion) 서버 설치

2.1 서브버전(Subversion) 서버 다운로드

 서브버전의 윈도우용 설치 파일은 http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=91 에서 찾을 수 있다. 위 사이트로 이동하면 아래와 같은 화면을 볼 수 있는데, 최신버전의 설치 파일을 다운받아서 설치하도록 하자.

<서브버전 서버 파일 다운로드>

2.2 서브버전(Subversion) 설치

 설치 과정은 아주 간단하다. 윈도우 인스톨 파일을 더블클릭해서 기본 옵션으로 설치하면 된다. "Next" 를 계속해서 클릭하여 완료하자.

<인스톨 화면>

2.3 서브버전(Subversion) 설정

2.3.1 서브버전(Subversion) 데이터 폴더 생성(Repository)

 서버 설치가 끝났으니 데이터를 저장할 폴더를 생성해야한다. 저장소는 하드디스크의 특정 폴더로 하면 되고, 임의의 이름으로 선택 가능하다. 일단 D:\Repository로 해서 생성하자.

<저장소 생성>

2.3.2 서비스(Service) 등록

 서브버전 서버를 서비스로 등록하여 윈도우 부팅시에 자동으로 실행되도록 하자. 윈도우 서비스 등록은 sc.exe 프로세스로 등록가능하다. cmd.exe를 실행해서 아래와 같이 입력하도록 하자.

<서비스 등록>

 아래는 서브버전 서비스를 등록하고 서비스를 해제하는 명령이다.

 별다른 문제가 없다면 성공적으로 등록했다는 메시지가 출력될 것이다.

2.3.3 방화벽(Firewall) 해제

 서브버전은 TCP 3690 포트와 UDP 3690 포트를 사용한다. 윈도우 방화벽 및 Anti-Virus의 방화벽을 해제하도록 하자.

 아래는 윈도우 방화벽에서 포트를 추가하는 방법이다. TCP와 UDP 각각 등록해서 모두 가능하도록 하자.

<방화벽 해제>

2.4 저장소(Repository) 생성

 이제 서버 설정이 끝났으니 실제로 소스 또는 데이터를 관리할 저장소(Repository)를 생성해야 한다. 서브버전 관련 데이터는 D:\Repository 에 저장하기로 했으므로 하위 폴더에 저장소를 생성하자.

2.4.1 커맨드 라인(Command Line) 방식

 cmd.exe 를 실행한 뒤 D:\Repository 폴더로 이동하여 아래와 같이 입력한다.

 위의 파란색으로 표시된 test를 유의해서 보자. test 대신에 생성을 원하는 폴더명으로 바꿔서 입력하면 된다.

 아래는 위의 명령을 실행한 후 결과 화면이다.

<저장소 생성>

2.4.2 Tortois Subversion 클라이언트를 사용한 방식

 Tortois Subversion 클라이언트를 설치했다면 좀더 편한 방법으로 생성할 수 있다. 아래는 Tortoise Subversion 클라이언트를 통해 생성하는 방법이다.

<저장소 생성>

 D:\Repository 폴더에 생성할 저장소 이름(Test)의 폴더를 미리 생성한 후 Tortoise Subversion 클라이언트에서 "Create repository here"를 클릭하면 된다.

 파일 시스템을 선택하는 다이얼로그가 뜨면 "Native filesystem(fsfs)"를 선택한 후 OK를 눌러서 생성하면 된다.

2.5 저장소 접근 설정

 저장소를 생성하고 나면 아래와 같은 폴더와 파일들이 생긴다.

<저장소 폴더 상태>

 이 중에서 접근 권한을 제어하기위해서는 2개의 파일을 손봐야 하는데 다음 항목을 보자

2.5.1 svnserve.conf

1. ### This file controls the configuration of the svnserve daemon, if you
   ### use it to allow access to this repository.  (If you only allow
   ### access through http: and/or file: URLs, then this file is
   ### irrelevant.)
2. ### Visit http://subversion.tigris.org/ for more information.
3. [general]
   ### These options control access to the repository for unauthenticated
   ### and authenticated users.  Valid values are "write", "read",
   ### and "none".  The sample settings below are the defaults.
   anon-access = none     <== 로그인 하지 않은 사용자는 아무것도 못하도록 한다.
   auth-access = write
   
4. ### The password-db option controls the location of the password
   ### database file.  Unless you specify a path starting with a /,
   ### the file's location is relative to the conf directory.
   ### Uncomment the line below to use the default password file.
   password-db = passwd   <== ID와 Password를 저장하는 파일 이름
   
5. ### The authz-db option controls the location of the authorization
   ### rules for path-based access control.  Unless you specify a path
   ### starting with a /, the file's location is relative to the conf
   ### directory.  If you don't specify an authz-db, no path-based access
   ### control is done.
   ### Uncomment the line below to use the default authorization file.
   #authz-db = authz
6. ### This option specifies the authentication realm of the repository.
   ### If two repositories have the same authentication realm, they should
   ### have the same password database, and vice versa.  The default realm
   ### is repository's uuid.
   realm = KKAMAGUI Repository   <== 접근했을 때 클라이언트에게 보여줄 저장소 메시지
   

 위와 같이 파일을 수정한 다음 저장한다.

2.5.2 passwd

1. ### This file is an example password file for svnserve.
   ### Its format is similar to that of svnserve.conf. As shown in the
   ### example below it contains one section labelled [users].
   ### The name and password for each user follow, one account per line.
2. [users]
   # harry = harryssecret
   # sally = sallyssecret
   kkamagui = kkamagui

 위와 같이 ID = Password의 형태로 입력한 뒤 저장하면 된다.

3.간단한 서브버전(Subversion) 서버 테스트

 테스트 방법은 간단하다. 탐색기에서 오른쪽 버튼을 눌러서 표시되는 메뉴에서 "Repo-Browser" 를 클릭하여 아래와 같은 창이 뜨면 서브버전 서버가 설치된 주소와 저장소 이름을 같이 입력해주면 된다.

<Repo-browser 메뉴>

 이제 주소와 저장소의 이름을 입력하자. 주소를 kkamagui.egloos.com, 그리고 저장소를 test라고 가정하고 입력하면 아래와 같이 될 것이다.

<서브버전 주소 입력>

"OK" 버튼을 누르면 실제 서버에 접속해서 저장소 정보를 얻어오는데, 아래와 같은 화면이 표시될 것이다. 실제로 정상적으로 접속이 된다면 "test" 항목 아래에 아무것도 표시되지 않을 것이지만 문제가 발생한다면 아래와 같이 에러메시지가 표시될 것이다.

<Repo-Browser 실행-에러발생>

 위와 같은 에러 메시지가 표시되면 처음 단계부터 설정을 다시 한번 확인하자. 아무런 에러 메시지가 없다면 정상적으로 설치된 경우이므로 열심히 Check-out, commit, update를 반복하면 된다.

4.서브버전(Subversion) 서버를 설치하지 않고 로컬(Local)에서 소스 관리하기

 서브버전 서버가 설치되어있어야 꼭 소스 버전 관리가 가능한 것일까? "답은 그렇지 않다" 이다.

 Tortoise Subversion 클라이언트를 설치했다면 로컬에 저장소를 만들고 file:/// 키워드로 접근하여 소스 버전을 관리하는 것이 가능하다.

4.1 저장소 생성

 위의 "2.4 저장소(Repository) 생성" 부분을 참고해서 로컬에 Tortoise를 이용하여 저장소를 생성하자. 그리고 파일들을 수정해서 특정 유저만 접근가능하도록 수정하자.

4.2 저장소 접근 테스트

 위의 "3.간단한 서브버전(Subversion) 서버 테스트" 부분을 참고하여 "Repo-browser"를 실행하고 주소에 아래와 같이 입력한 후 OK를 누르자.

 정상적으로 실행되면 아래와 같은 화면이 표시될 것이다.

<Repo-browser 실행>

 아무런 에러가 없으므로 정상적으로 실행되었음을 알 수 있다. 이렇게 함으로써 서버를 설치하지 않고도 로컬에서 소스 버전관리를 할 수 있다.

5.기타 팁

5.1 버전 관리시 무시할 파일 확장자 설정

 소스를 컴파일해서 나오는 object 파일이나 기타 필요없는 부산물들은 버전관리를 할 필요가 없다. 그런 파일들을 일일이 수작업으로 제외하기는 상당히 귀찮은 작업인데, 다행이 Tortoise에서 이것을 편리하게 할 수 있는 옵션이 있다.

 "Settings" 메뉴에 가면 아래와 같은 화면이 표시된다. 여기에 "Global Ignore Pattern" 항목에 무시할 파일의 확장자나 파일명을 입력하면 된다.

<확장자 및 파일명 입력>

6.마치면서...

 이로서 그 지긋지긋하게 느린 소스세이프(SourceSafe)에서 벗어날 수 있게 되었다(이렇게 좋을 수가... ㅜ_ㅜ). 소스 버전 관리를 통해 프로젝트를 보다 효율적으로 관리하고 협업의 능률을 최대한 활용하자. @0@)/~~!!

7.참고 사이트

• http://blog.naver.com/mazinggaa?Redirect=Log&logNo=130023412047
  • 설치에 대해서 아주 자세하게 잘 나와있다. 부족한 부분은 여기서 참고하도록 하자.

출처 : http://geek43.springnote.com/pages/1083496

원문 : http://kkamagui.springnote.com/pages/585605

1. 자바스크립트란?
- 자바스크립트는 선마이크로시스템즈(Sun Micro Systems)와 넷스케이프에서 공동으로 개발한 스크립트 언어
- 자바스크립트 정적인 HTML 문서를 동적을 만드는 것

스크립트 언어 : 컴퓨터 프로세서가 아닌 다른 프로그램에 의해서 변역이 되거나 수행되어지는 프로그램의 명령어를 말한다.

2. 자바스크립트의 특징
- 자바스크립트는 인터프리팅 언어
- 데이터 타입에 구애 받지 않음
- 대소문자 구별
- 객체지향스크립트 언어

3. 자바스크립트 기본 문법
- javascript문법 직접 입력
<Head>
<script language="javascript">
  <!--
    스크립트 문법
  //-->
</script>
</Head>

예

<html>
<head>
 <title>소스1-1</title>
 <script>
  document.write("<h3>예제 1: 이것이 기본 태그이다.</h3>")
 </script>
 <script language="javascript">
         document.write("<h3>예제 2: langage에서 스크립트 언어 종류를 결정한다.</h3>");

        // 주석 : 스크립트를 라인단위로 수행되기 때문에 윗문장과 아랫문장을 연결하기 위해서는
        // 반드시 '\' 역슬래쉬를 사용한다. 
        document.write("<h3>예제 2: langage에서 스크립트 언어\
        종류를 결정한다.</h3>");
 </script>
 <script language="javascript1.2">
         document.write("<br>예제 3: 이렇게 스크립트버전을 쓸 수도 있다.");
 </script>
</head>
<body>
</body>
</html>

- Script file(js파일명) 호출
<html>
<head>
<script language="javascript" scr="script file">
</script>
</head>

- js 파일을 이용한 자바스크립트

▷ test.js
document.write("자바스크립트 파일을 호출시 보입니다.")
document.write("<br>짜!잔... 불러올 파일 입니다.")

▷ 새문서.htm
<html>
<head>
 <title>예제</title>
 <script>
  document.write("문서 안에서 출력!")
 </script>
 <script language="javascript" src="test.js">
       document.write("보이나요?") // 적용이 되지 않는다.
 </script>
 <script>
       document.write("보이나요? 이건 보이죠")
 </script>
</head>
<body>
</body>
</html>

4. 참고
- navigator는 현재 사용하고 있는 접속자의 웹브라우저의 기본적인 정보를 나타내는 객체

<html>
<head>
<title>소스1-2</title>
<script lanuage="JavaScript">
<!--
    document.write("웹브라우저 종류 : ", navigator.appName,"<BR>")
    document.write("웹브라우저 코드명 : ", navigator.appCodeName,"<BR>")
    document.write("웹브라우저 버전 : ", navigator.appVersion,"<BR>")
    document.write("사용자 웹브라우저 정보 : ", navigator.userAgent,"<BR>")
    document.write("시스템코드 : ", navigator.platform,"<BR>")
    document.write("플러그인 정보 : ", navigator.plugins,"<BR>")
    document.write("mime 정보 : ", navigator.mimeTypes,"<BR>")
    document.write("웹브라우저 언어 : ", navigator.language,"<BR>")
//-->
</script>
</head>
</html>

- 변수 사용

<html>
<head>
<title>소스1-2</title>
<script lanuage="JavaScript">var version</script>
<script lanuage="JavaScript1.0">version=1.0</script>
<script lanuage="JavaScript1.1">version=1.1</script>
<script lanuage="JavaScript1.2">version=1.2</script>
<script lanuage="JavaScript1.3">version=1.3</script>
<script lanuage="JavaScript1.4">version=1.4</script>
<script lanuage="JavaScript1.5">version=1.5</script>
<script lanuage="JavaScript">
    document.write("현재 사용 버전  ", version);
</script>
</head>
<body>
</body>
</html>

- vbscript, bgColor 사용예

<html>
<head>
<title>소스1-2</title>
<script>
    document.write("하하하 신나는 하루<br>")
</script>
<script language="JavaScript">
    document.write("호호호 재미난 하루")
</script>
<script language="vbscript">
   // vbscript는 익스플러로에서만 보임
    document.write(date)
</script>
<script>
<!--
    document.bgColor="yellow"
//-->
</script>

</head>
<body>
</body>
</html>

<script language="javascript" src="/js/prototype.js"></script>

<script language="javascript" src="/js/jquery-1.4.1.min.js"></script>

<script type="text/javascript">

var $jq = jQuery.noConflict();
$jq(document).ready(function(){
  function~~~
});

</script>

위와 같이 하면 prototype 과 jQuery 를 같이 사용 할 수 있습니다.

성능 및 스타일 향상에 도움이 되는 28가지 ASP 팁  http://www.microsoft.com/korea/technet/IIS/Tips/asptips17_29.mspx

CursorType 및 상수  http://www.nextstep.co.kr/?page=82

ASP/검색API - UTF-8 인코딩 및 이미지 깨짐 문제 

http://www.saystone.com/tc/entry/ASP%B0%CB%BB%F6API-UTF-8-%C0%CE%C4%DA%B5%F9-%B9%D7-%C0%CC%B9%CC%C1%F6-%B1%FA%C1%FC-%B9%AE%C1%A6

RDP File Settings

The new Terminal Services client (version 2600 and newer, 5.1.2600.x) introduces quite a few new capabilities.  A major client-side convenience is that connection settings can be saved in an RDP file which can then be easily edited, copied, and distributed.

Unfortunately, the parameters are not nearly as well documented as the ActiveX control parameters yet; this will presumably change before the .NET server release.

In the interim, I've put together a summary of information I have about the parameters contained in the files.

Which Terminal Services/Remote Desktop Client?

The newest ones, versions 5.1.2600.x and up.  The client can be downloaded from the Remote Desktop Connection page - and despite the header, it is the client to use for connecting to either Terminal Services or XP Remote Desktop.

You can install it on any true 32-bit Windows OS except Windows XP and .NET - they already come with their own version.

Making an RDP File

You can create an RDP connection file using a text editor; there is nothing special about its structure to prevent this; in fact, the Terminal Services people appear to have been assiduous about making it simple and easy to use; the order in which parameters are placed doesn't even matter.

The simplest way to do it initially, though, is to run the mstsc client, configure basic settings you want, then choose "Save As..." on the General tab.  You can then open the resulting file in Notepad and work with it.

RDP File Structure

The file structure is relatively simple. The standard file consists of several lines; each has parameter name, type, and value, separated by a ":".  Any colons after the second one appear to be ignored (necessary so that file paths can be embedded).  MSTSC also appears to silently ignore anything it cannot parse, so you can insert freeform comments into the file.

For example, here are two lines which tell MSTSC to establish a 1024x768 desktop when it connects:

desktopheight:i:768
desktopwidth:i:1024

The first element in each line is the parameter name.  Immediately following it, after the first colon, is the parameter type; as far as I can tell, there are only 3 types of values -

RDP File Parameters

Below is a table listing all of the parameters I have encountered so far.  I list the parameter name, type, an example value, and then include notes on usage where possible.

An Example RDP File

This is an example RDP connection file. It starts maximized for its desktop size (800x600); color depth is 16-bit; it will attempt to automatically start connecting to 192.168.1.12 on launch; and so on...

screen mode id:i:1
desktopwidth:i:800
desktopheight:i:600
session bpp:i:16
auto connect:i:1
full address:s:192.168.1.12
compression:i:1
keyboardhook:i:2
audiomode:i:2
redirectdrives:i:0
redirectprinters:i:0
redirectcomports:i:0
redirectsmartcards:i:0
displayconnectionbar:i:1
username:s:Administrator
domain:s:AKA
alternate shell:s:
shell working directory:s:
disable wallpaper:i:1
disable full window drag:i:1
disable menu anims:i:1
disable themes:i:1
bitmapcachepersistenable:i:1

서버에 설치된 터미널 서비스의 포트를 변경하려면

• 시작 - 실행을 눌러 레지스트리 편집기를 실행한다.
• HKEY_LOCAL_MACHINE\System\CurrentControlSet
  \Control\TerminalServer\Wds\Repwd\Tds\Tcp 로 이동한다.
• 이름 종류 데이터
• PortNumber REG_DWORD 0x00000d3d(3389)
• 10진수를 선택하고 원하는 다른 포트번호(6666)를 입력한다.
• HKEY_LOCAL_MACHINE\System\CurrentControlSet
  \Control\TerminalServer\WinStations\RDP-Tcp 로 이동한다.
• 이름 종류 데이터
• PortNumber REG_DWORD 0x00000d3d(3389)
• 10진수를 선택하고 원하는 다른 포트번호(6666)를 입력를 입력한다.
• 클라이언트 연결 관리자로 새 연결을 만들때 기입한 단어가 연결 이름이 된다.

터미널 접속 클라이언트 포트를 변경하려면

• 클라이언트 연결 관리자를 연다.
• 파일 메뉴에서 새연결을 클릭한다.
• 클라이언트 연결 관리자 마법사 시작창이 뜬다.
• 새 연결을 만들면 연결 관리자 목록에 아이콘이 하나 생성되어 있다.
• 새 연결을 이용해서 만든 아이콘을 클릭한후 파일 메뉴에서 내보내기를 누른다.
• 예로 "name" 이름을 지정하면 name.cns파일이 생성된다.
• name이 연결을 위해 사용하는 이름이다.
• name.cns 파일을 메모장으로 열고 편집을 Server Port=3389 에서 Server Port=6666 로 수정한다.
• 6666 이 터미널 서버에서 레지스트리 변경을 해서 새로 지정한 포트의 번호이다.
• 이제는 클라이언트 연결 관리자를 이용해서 변경한 name.cns파일을 가져오기를 한다.
• 클라이언트 연결도 관리자가 터미널 서버 세팅에서 변경한 포트와 같게 세팅된다.

1. 개 요

가. 웹쉘이란?
웹쉘이란 공격자가 원격에서 대상 웹서버에 명령을 수행할 수 있도록 작성한 웹 스크립트 (asp, jsp, php, cgi) 파일이다. 이때 zip, jpg, doc와 같은 데이터 파일종류 이외에 악의적으로 제작된 스크립트 파일인 웹쉘을 업로드하여 웹 서버를 해킹하는 사고가 빈번히 발생하고 있다. 최근에는 파일 업로드뿐만 아니라 SQL Injection과 같은 웹 취약점을 공격한 후 지속적으로 피해시스템을 관리할 목적으로 웹쉘을 생성 한다.

공격자는 웹쉘을 대상 서버에 업로드한 후 웹을 이용하여 시스템 명령어를 수행하므로 네트워크 방화벽 영향을 받지 않고 서버를 제어할 수 있다. 웹쉘은 웹페이지 소스코드 열람, 악성스크립트 (iframe 등) 삽입, 파일 업로드, 서버 및 데이터베이스 자료 유출 등의 다양한 공격이 가능하다.
최근 웹쉘은 탐지를 어렵게 하기 위해 웹쉘의 일부분만을 피해시스템에 업로드 하는 등 그 유형이 나날이 발전하고 있다.

나. 웹쉘의 위험성
2007년도 인터넷침해사고대응지원센터(www.krcert.or.kr)에서 한 해 동안 분석했던 피해 웹서버 중 웹쉘이 발견된 웹서버는 총 91%의 분포를 보였다. 이것은 공격자들이 취약점을 공격 한 후 웹쉘을 업로드하여 시스템을 통제하기가 수월하다보니 사용 빈도가 높은 것을 확인할 수 있다.

웹 취약점을 통해 피해시스템에 접근한 공격자는 방화벽에서 접근을 허용하는 HTTP (80/tcp) 서비스를 통해 피해시스템을 제어 하므로 웹쉘을 차단하기가 쉽지 않다.

피해시스템에서 수집된 ASP 웹쉘 샘플 한 개를 http://www.virustotal.com 사이트에서 각 바이러스 백신 엔진 탐지결과를 확인하였다. 아래 그림과 같이 많은 국내외 백신사에서 탐지 못하고 있으며 공격자들은 스크립트 웹쉘들을 빈번히 변경시켜 사용하기 때문에 백신들로서는 탐지하기가 쉽지 않다.

[그림] 웹쉘 백신탐지 결과

[그림] 웹쉘 사용자 인증

[그림] 웹쉘 관리 프로그램

[그림] execute, eval 코드를 이용한 웹쉘 실행 방법

[그림] 파일 생성 웹쉘 화면

[그림] 검사대상 확장명

ASP 웹쉘 상세 분석 및 탐지 방안.pdf

MS SQL Server 2008 Express Edition 설치하기.

테스트 환경에 SharePoint Server 2010 배포

저는 이번 주초에 테스트 컴퓨터를 구성하고 테스트 환경에 Project Server 2010 배포에 나와 있는 유용한 지침에 따라 새로운 SharePoint Server 2010 테스트 환경을 설치했습니다. 이 문서 시리즈는 Project Server 사용자를 위한 것이지만 Project Server 2010의 필수 구성 요소인 SharePoint Server 2010의 테스트 배포를 성공적으로 수행하는 데에도 도움이 될 것입니다. 이 블로그 게시물에서는 이러한 지침을 사용하여 Project Server 2010 없이 SharePoint Server 2010을 배포하는 경우 수행하는 작업이 어떻게 달라지는지에 대해 설명하겠습니다.

저의 참고 설명에 나와 있는 수정 내용과 함께 다음 링크의 지침을 준수하여 아래 서버가 포함된 가상 테스트 환경을 구현해야 합니다.

• 가상 도메인의 도메인 컨트롤러(Litware-DC)
• Microsoft SQL Server 2008이 실행되는 서버(Litware-SQL)
• Microsoft SharePoint Server 2010이 실행되는 서버(Litware-SP2010)

몇 가지 참고할 사항:

• 이러한 지침은 테스트 환경을 배포하기 위한 것입니다. 프로덕션 환경에서 SharePoint Server 2010을 가상 컴퓨터에 배포하는 경우에는 가상 컴퓨터 지침(SharePoint Server 2010)을 확인해야 합니다.
• Hyper-V를 사용하지 않고 단일 서버만 배포하는 경우 SQL Server가 설치된 단일 서버 배포(SharePoint Server 2010) 또는 기본 제공 데이터베이스가 포함된 단일 서버 배포(SharePoint Server 2010)를 참조하십시오.

이러한 지침에서는 사용자가 소프트웨어를 CD나 DVD 또는 ISO 파일로 가지고 있는 것으로 간주하고 있습니다. 컴퓨터에는 8GB의 RAM과 60GB 이상의 디스크 공간이 있어야 합니다. 시작하기 전에 Hyper-V와 함께 Windows Server 2008 또는 Windows Server 2008 R2를 실행해야 합니다. 64비트 Windows Server 2008 가상 컴퓨터를 실행할 수 있으면 다른 가상화 솔루션도 사용할 수 있습니다.

1.       Project Server 2010 테스트 환경을 만들기 위한 Hyper-V 빠른 시작을 읽고 문서의 단계를 수행하십시오. 또한 비디오를 감상(영문일 수 있음)할 수도 있는데 가급적이면 비디오를 활용하는 것이 좋습니다. 여기에 설명된 단계는 다음과 같습니다.

a.       Hyper-V를 사용하도록 설정합니다.

b.      가상 컴퓨터가 서로 간에 통신할 수 있도록 내부 가상 네트워크를 구성합니다.

c.       가상 컴퓨터에서 회사 네트워크 및 인터넷과 통신할 수 있도록 외부 가상 네트워크를 구성합니다. 이를 통해 SharePoint Server 2010에서 필수 구성 요소를 다운로드할 수 있습니다.

d.      가상 컴퓨터 세 개를 만듭니다. 이 문서에서는 이러한 가상 컴퓨터의 이름을 각각 Litware-DC(도메인 컨트롤러), Litware-SQL(SQL Server 2008), Litware-Proj(SharePoint Server 2010 및 Project Server 2010)로 지정하고 있습니다. 원하는 아무 이름이나 사용할 수 있으며 마지막 가상 컴퓨터의 이름으로 Litware-SP2010 또는 이와 비슷한 이름을 사용할 수도 있습니다.

e.      가상 컴퓨터에 운영 체제를 로드합니다.

2.       첫 번째 가상 컴퓨터(Litware-DC 또는 첫 번째 단계에서 지정한 이름)의 경우 Project Server 2010 테스트 환경에 대한 도메인 컨트롤러 설정의 지침을 따릅니다. 또한 비디오를 감상(영문일 수 있음)할 수도 있으며 마찬가지로 가능한 한 비디오를 활용하는 것이 좋습니다. 이러한 지침은 다음과 같습니다.

a.       고정 IP 주소를 구성합니다.

b.      Litware-DC를 도메인 컨트롤러로 구성합니다. 이렇게 하면 포리스트 루트 도메인인 litware.local이 만들어집니다.

3.       다른 두 가상 컴퓨터(Litware-SQL 및 Litware-SP2010 또는 첫 번째 단계에서 지정한 이름)의 경우 Project Server 2010 테스트 환경에서 가상 도메인에 가상 컴퓨터 추가의 지침을 따릅니다. 마찬가지로 비디오를 감상(영문일 수 있음)할 수도 있습니다. 이러한 지침은 다음과 같습니다.

a.       고정 IP 주소를 구성합니다.

b.      litware.local 도메인에 연결합니다.

4.       Project Server 2010 테스트 환경에 대한 계정 설정의 지침을 따릅니다. Project Server 2010을 배포하지 않는 경우 마지막 두 계정인 Litware\WFProxy와 Litware\ProjDataAccess를 설정할 필요가 없습니다. 이러한 지침은 다음과 같습니다.

a.       SQL Server 관리자, 팜 관리자 및 서비스 응용 프로그램 계정에 대한 Active Directory 서비스 계정을 만듭니다.

b.      Active Directory 그룹을 만듭니다(Project Server 2010을 배포하는 경우에만 해당).

5.       Project Server 2010 테스트 환경에 대해 SQL Server 설치의 지침을 따릅니다. 또한 비디오를 감상(영문일 수 있음)할 수도 있습니다. 이러한 지침은 다음과 같습니다.

a.       로컬 관리자를 구성합니다.

b.      SQL Server 2008을 설치합니다.

c.       SQL Server 2008 SP1을 설치합니다.

d.      SQL Server 2008 SP1 CU2를 설치합니다.

e.      팜 관리자 계정에 대한 로그인을 만듭니다.

6.       Project Server 2010 테스트 환경에 SharePoint Server 2010 설치의 지침을 따릅니다. 또한 비디오를 감상(영문일 수 있음)할 수도 있습니다. 이러한 지침은 다음과 같습니다.

a.       로컬 관리자를 추가합니다.

b.      SharePoint Server 2010의 필수 구성 요소를 설치합니다.

c.       SharePoint Server 2010을 설치합니다.

이러한 과정을 통해 SharePoint Server 2010의 테스트 배포 환경을 얻게 됩니다. 요구 사항, 배포 시나리오 및 추가 구성에 대한 자세한 내용은 다음 TechNet 문서를 참조하십시오.

• 배포 준비(SharePoint Server 2010). 하드웨어 및 소프트웨어 요구 사항, 필요한 관리 및 서비스 계정, SQL Server의 강화에 대한 정보를 제공합니다.
• 배포 시나리오(SharePoint Server 2010). 단일 및 다중 서버 배포, 가상 환경에서의 배포, Windows PowerShell을 사용한 SharePoint 설치에 대한 정보를 제공합니다.
• 초기 구성(SharePoint Server 2010). 언어 팩 배포, 팜 설정 구성, 서비스 구성 및 호스팅된 환경에서의 SharePoint 배포에 대한 정보를 제공합니다.

 -- Andrea Bichsel, 저자

이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Deploy SharePoint Server 2010 to a test environment를 참조하십시오.

Published: May 2010

When you create or customize SharePoint solutions, it is usually best to develop the solution on a local computer where Microsoft SharePoint Server 2010 or Microsoft SharePoint Foundation 2010 is installed. This article describes how to install a development environment with Microsoft SharePoint 2010 and Microsoft Visual Studio 2010. The development environment that you create by using these instructions will not support SharePoint farm installations, and you should not host active production sites with this configuration. These instructions enable you to get started with an environment that is specifically suited to developing SharePoint custom solutions.

Note
For a Windows PowerShell script that installs and configures all of the prerequisites and products that you will need to get started with SharePoint Server 2010 development, see SharePoint 2010 Easy Setup Script.

<compilation optimizeCompilations="true">

Step 3: Install SharePoint 2010

---

1. To install SharePoint Server 2010 or SharePoint Foundation 2010, open a Command Prompt window, and then type the following at the command prompt:
   복사

   c:\SharePointFiles\Setup.exe
   

2. Accept the Microsoft Software License Terms.
3. On the Choose the installation you want page, click Standalone to install everything on one developer workstation.
   Figure 4. Installation type choice
   
   
4. If any errors occur in the installation, review the log file. To find the log file, open a Command Prompt window, and then type the following commands at the command prompt. The log file is displayed at the end of the directory listing.
   복사

   cd %temp%
   dir /od *.log
   
   

   Tip
   A link to the log file also appears when the installation is complete.

5. After the installation is complete, you are prompted to start the SharePoint Products and Technologies Configuration Wizard. If you are using a local instance of Microsoft SQL Server 2008, install the Microsoft SQL Server 2008 KB 970315 x64 before starting the wizard. If your development environment uses a remote instance of Microsoft SQL Server 2008 or if it has a pre-existing installation of Microsoft SQL Server 2008 on which KB 970315 x64 has already been applied, this step is not necessary. With the wizard open, do the following:
   1. Install SQL Server 2008 KB 970315 x64.
   2. After the Microsoft SQL Server 2008 KB 970315 x64 installation is finished, complete the wizard.
6. Alternatively, you can choose not to run the wizard by clearing the SharePoint Products and Technologies Configuration Wizard check box and closing the completed installation dialog box. Install SQL Server 2008 KB 970315 x64, and then manually start the SharePoint Products and Technologies Configuration Wizard by opening a Command Prompt window and executing the following command:
   복사

   C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\BIN\psconfigui.exe
   

Caution
The SharePoint Products and Technologies Configuration Wizard may fail if you are using a computer that is joined to a domain but that is not connected to a domain controller. If you see this failure, connect to a domain controller either directly or through a Virtual Private Network (VPN) connection, or sign in with a local account that has administrative privileges on the computer.

After the configuration wizard is complete, you see the new SharePoint site.

Figure 5. New SharePoint site