• 카테고리
    • 전체 글

    • 카테고리1
    • 카테고리2
    • 카테고리3
    • 카테고리4
  • 태그
  • 방명록

'기술자료'에 해당되는 글 351건

  • 2007.05.14 MOSS 2007로 구성한 사이트 내 가상 디렉토리로 추가하기.
  • 2007.05.11 AD 없이 SharePoint 설치하기.
  • 2007.05.01 Vistaul Studio .NET 에서 Assembly 목록에 추가하는 방법
  • 2007.04.25 IIS에 .NET Framework 2.0 구성요소가 등록되어 있지 않은 경우
  • 2007.04.23 사용자 프로퍼티에서 특정 프로퍼티 값 가져오기
  • 2007.04.23 MOSS 2007 마스터 페이지 수정 권한
  • 2007.03.23 SharePoint 기본 기능 체크
  • 2007.02.07 Windows SharePoint Service 3.0 설치후 작업중... 4

MOSS 2007로 구성한 사이트 내 가상 디렉토리로 추가하기.

기술자료/.NET 2007. 5. 14. 13:32
지금 MOSS 2007을 이용하여 프로젝트 관리해주는 사이트를 구축 중 입니다.
이를 구축하려다 보니, 회원 관리라는 일종의 관리자 기능이 필요했고,
MOSS 2007 내부를 뜯어 고치자니 왠지 망설여 지는 그런 상황이였습니다.
그래서 별도의 가상 디렉토리를 만들어 이 가상 디렉토리를 접근하기 위한
설정을 하려고 했습니다. 그런데 웃기는건 이 가상디렉토리를 접근하면 로그인 페이지로
가는 것이 아니라 자꾸만 접근할 수 없다는 에러만 뿜더군요.


하지만, Layouts ( 웹상에서는 _layouts) 폴더는 접근하려다가 접근을 못하면 자동적으로
로그인 페이지로 돌아오는데, 그 안의 소스를 아무리 살펴봐도, 권한 관련된 소스 부분은
없더군요. Behind 코드로 작성되었나 의심까지 했습니다.
그래도 굴하지 않고, web.config 나 기본 문서를 default.aspx로 변경해보았습니다.
그러나 마찬가지.....

왜 그럴까 하다가, 뿜는 에러를 보다가 권한을 보고 그 권한 부분을 확인해봤습니다.
두개의 사용자 및 그룹을 나열해서 보니깐, _layouts와 제가 걸어놓은 곳의 값이 조금틀리더군요. 일단, 두개를 맞추기 위해 하나 하나 비교 하는데, 그 때 유독 눈에 끌리는게 Users
였습니다.
일단 그 그룹을 추가했습니다.




이제 권한 부분에서 확인하니까 아무런 문제가 없이 동작하더군요. 권한이 없으므로 자동적으로 로그인되는 아주 매끄러운 동작이 되었습니다.

그런데, 이번에는 Application 관련 오류가 계속 나오더군요.
제가 짠 로직이 틀렸다는 것입니다. 그런데, 이 코드는 _layouts 내에서는 아무런 문제없이
동작했는데, 유독 이 가상 경로만 오면 그 난리를 치더군요.
그래서 찬찬히 코드를 살폈습니다. 혹시나 내가 절대 경로로 무언가 설정한 것은 아닌가 해서.
그러나 아무런 에러가 없었습니다.

MOSS 내에 절대 가상 디렉토리를 열지마라....
라고 했는데, 그게 맞는걸까.. 포기해야 되나... 했습니다.
그러다가, 문득 web.config 생각이 나더군요.
실제로 MOSS 내에 각종 가상 디렉토리들은 모두 Web.Config를 안고 있었습니다.
당연히 제가 만든 가상디렉토리 내에는 그런 것들은 전혀 없었고,
이 점이 차이다 싶어, _layouts 내에 있던 web.config를 낼름 복사했습니다.
깔끔하게 실행되더군요.

MOSS내에 가상디렉토리를 만들때 해야 되는 것을 정리하자면 아래와 같습니다.

1. 새로 만든 가상디렉토리의 사용권한에 Users 라는 그룹을 추가한다.

2. _layouts 내에 있는 web.config를 복사해 온다.


728x90
블로그 이미지

하인도1

[하인드/하인도/인도짱 의 홈페이지] 저만의 공간입니다. 다양한 소재들을 나열하는 아주 단순 무식한 홈페이지 입니다. 다양한 문서 자료도 있겠지만, 저의 푸념들도 있답니다.

AD 없이 SharePoint 설치하기.

기술자료/.NET 2007. 5. 11. 21:34
원본 : http://blogs.msdn.com/fooshen/archive/2007/02/01/installing-moss-without-ad.aspx

여기저기에는 MOSS에 대한 폼인증(게다가 대부분은 SqlMembership Provider를 이용한 ASP.NET 방식)이 산재되어 있어 손쉽게 찾을 수 있다. 최소한 이 부분만 보더라도 SPS 2003보다 훨씬 발전된 형태를 볼 수 있다. 예전 MOSS의 배포를 시도하려는 고객을 도와준 적이 있는데, 폼인증 방식은 아니였지만, AD 도메인 구성원이 아닌 SQL 서버를 SharePoint Farm으로 구성시키려고 했었다.

처음 접했을 때는 이 작업자체가 전혀 불가능해 보였다. - SharePoint 제품 및 기술 구성 마법사로 처음 데이터베이스를 만들려고 할 때, 데이터베이스 서버를 연결 계정 자체를 도메인\계정이름 형식으로 넣도록 되어 있다. 최소한 이 도구를 이용해 설치하게 되면 SQL 인증 방식을 사용할 수 없다는 것을 알 수 있다.


자, 지금 부터는 SharePoint 설치 마법사에서 자동으로  SharePoint 제품 및 기술 구성 마법사로 시작하게 해주는 체크 버튼을 끄고 시작하도록 하자. ( 물론 SharePoint 제품 및 기술 구성 마법사가 실행했었다고 좌절하지 않아도 된다. 실행됬으면 그냥 종료 시키면 된다.)



SQL Management Studio(SQL 2K면 SQL Enterprise)를 먼저 실행시킨다. 먼저 Latin1_General_CI_AS_KS_WS(약어를 풀자면, C = 대/소문자, A=액센트, K=카나, W=길이 I/S=문맥형/단순형) 유형으로 데이터베이스로 만들게 된다. 먼저 MOSS에서 사용할 수 있을 만한 계정을 SQL 로그인에 구성하되 4개의 데이터베이스에 대해 dbo가 될 수 있도록 만들어준다. 그 4개의 데이터베이스란 SharePoint_Config", "SharePoint_AdminContent", "SharedServices_DB" 그리고 "SharedServicesSearch_DB" 이다.
DB 계정을 정상적으로 생성했다면 명령 프롬프트를 띄운다.
그리고 %programfiles%\Common Files\Microsoft Shared\web server extensions\12\BIN 로 이동한다. 그리고 난 뒤에 다음 명령 줄을 입력한다.

PSConfig -cmd -configdb -create -server 데이터베이스이름 -database SharePoint_Config -user 도메인/계정이름 -password 암호
-dbuser 데이터베이스계정 -dbpassword 데이터베이스용계정암호 -admincontentdatabase SharePoint_AdminContent

위의 값들에 대한 설명을 하자면 아래와 같다.
server - SQL 데이터베이스의 인스턴스 이름
database - SharePoint의 설정을 담게될 데이터베이스 이름(보통 SharePoint_Config를 사용)
user - 서버 팜의 관리자로 동작하는 윈도우 계정
dbuser - 데이터베이스를 접속할 때 사용될 SQL 로그인 계정
admincontentdatabase - SharePoint 중앙 관리 사이트에서 사용될 데이터베이스 이름(보통 SharePoint_AdminContent를 사용)

위의 명령을 실행하면 아래와 같이 진행될 것이다.


이제 다시 SharePoint 제품 및 기술 구성 마법사를 실행하도록 한다. (시작 -> 모든 프로그램 -> Microsoft Office Server -> SharePoint 제품 및 기술 구성 마법사 )
실행해보면 앞에서 이미 구성 데이터베이스를 생성했기 때문에, 이 내용을 자동으로 찾아내서 맨 처음 그림과 같은 형태가 아닌 아래와 같은 형태로 뜬다.

연결을 끊지 않고 다음(N)>을 클릭해서 설치를 진행해준다. 이 때 틀만 만들어지는 4개의 데이터베이스에 실제적으로 필요한 사항들을 설치해주게 된다. 이 부분은 일반적인 SharePoint 설치와 동일하게 진행된다.

전부 설치 한 뒤에, SharePoint 중앙 관리를 실행하도록 한다. 팜의 서비스에 대해서 설정할 때, 데이터베이스 관련된 설정이 나오게 되는데, 이 때 윈도우 인증 방식을 쓰지 말고 SQL 인증을 선택하여 명령 줄에 넣었던 계정으로 넣어주면 된다.
이젠 SSP를 설정할 때 DB위치를 잡는 것도 쉽게 되며 SQL 인증 만으로도 충분하게 동작한 것을 확인할 수 있을 것이다.

MOSS 배포할 떄 SQL 로그인을 이용한 SQL 접속이 생각보다 쉽다는 것을 알 수 있다.


728x90
블로그 이미지

하인도1

[하인드/하인도/인도짱 의 홈페이지] 저만의 공간입니다. 다양한 소재들을 나열하는 아주 단순 무식한 홈페이지 입니다. 다양한 문서 자료도 있겠지만, 저의 푸념들도 있답니다.

Vistaul Studio .NET 에서 Assembly 목록에 추가하는 방법

기술자료/개발도구 2007. 5. 1. 14:47

참조 추가 대화 상자에 어셈블리를 표시하는 방법

 
기술 자료 ID : 306149
마지막 검토 : 2006년 9월 1일 금요일
수정 : 4.0

요약

Visual Studio .NET에서 클래스 라이브러리를 개발할 때 라이브러리를 직접 찾지 않고도 .NET 탭의 참조 추가 대화 상자에 자동으로 표시할 수 있습니다.

그러나 GAC(전역 어셈블리 캐시)에 어셈블리를 추가할 경우 참조 추가 대화 상자가 경로를 기반으로 하고 GAC의 구성 요소를 열거하지 않으므로 이렇게 할 수 없습니다.

참조 추가 대화 상자에 어셈블리를 표시하려면 어셈블리 위치를 가리키는 다음과 같은 레지스트리 키를 추가하면 됩니다.
[HKEY_CURRENT_USER\SOFTWARE\Microsoft\.NETFramework\AssemblyFolders\MyAssemblies]@="C:\\MyAssemblies"
여기서 MyAssemblies는 어셈블리가 들어 있는 폴더의 이름입니다.

참고: HKEY_LOCAL_MACHINE 하이브 아래에 이 레지스트리 항목을 만들 수 있습니다. 이렇게 하면 시스템에 있는 모든 사용자에 대한 설정이 변경됩니다. HKEY_CURRENT_USER 아래에 이 레지스트리 항목을 만들면 현재 사용자에 대한 설정만 변경됩니다.

이 키를 추가한 후에는 Visual Studio .NET을 다시 시작하십시오.

추가 정보

시스템에서 실행 중인 다른 응용 프로그램과 어셈블리를 공유하지 않으려면 GAC에 어셈블리를 추가하지 않는 것이 좋습니다. 또한 프로젝트에서 GAC의 어셈블리를 직접 참조할 수도 없습니다. GAC의 어셈블리를 사용하려면 로컬 폴더로 어셈블리를 가져온 다음 이 폴더에서 어셈블리에 대한 참조를 추가해야 합니다. 로컬 시스템에 있는 프로젝트 폴더로 어셈블리를 복사하지 않으려는 경우에는 해당 어셈블리의 로컬 복사 속성을 False로 설정할 수 있습니다. 런타임에 응용 프로그램은 GAC의 어셈블리를 사용합니다.
728x90
블로그 이미지

하인도1

[하인드/하인도/인도짱 의 홈페이지] 저만의 공간입니다. 다양한 소재들을 나열하는 아주 단순 무식한 홈페이지 입니다. 다양한 문서 자료도 있겠지만, 저의 푸념들도 있답니다.

IIS에 .NET Framework 2.0 구성요소가 등록되어 있지 않은 경우

기술자료/OS 2007. 4. 25. 22:39
보통 WSS 및 ASP.NET 사이트를 구축하려면
반드시 시스템에 IIS와 함께, .NET Framework 2.0 이 설치되어 있어야 한다.
그러나 종종 IIS 가 설치되기 전에, .NET Framework 2.0이 설치를 해서,
IIS 내에 .NET Framework 2.0 기능을 전혀 활성화 시키지 못하는 경우가 있다.
대부분의 경우는 2.0을 다시 설치하거나 기타 2.0에 관련된 Update를 하면 되기는
하지만, 이 또한 비용이 드는데다, 다시 설치하게 되면 기존 설치 기록들이 잘못 적용될 수 있다.

다시 설치하지 않고 해결 하는 방법은 의외로 간단하다.
일단 .NET Framework 2.0이 설치되어 있으면 아래와 같은 경로가 있을 것이다.

C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727

위의 경로를 들어가면, 여러가지 관리도구들과 핵심 어셈블리들이 있는데,
그 중 aspnet_regiis.exe 를 이용하여 IIS에 관련된 .NET 구성요소를 설치하게 된다.

그래서 아래의 명령을 명령줄에 입력하면 된다.

C:\WINDOWS\Microsoft.NET\Framework\v2.0.
50727\aspnet_regiis.exe -iru

사용자 삽입 이미지


즉 aspnet_regiis.exe 에 -iru 라는 옵션을 넣어 한번 실행해 주면 완료된다.
아래에 이 aspnet_regiis.exe에 대한 옵션들에 대한 설명이다. 참고로 추가한다.

Administration utility (2.0.50727) to install and uninstall ASP.NET on the local machine.

-- ASP.NET REGISTRATION OPTIONS --
-i
Install this version of ASP.NET and update scriptmaps at the IIS metabase root and for all scriptmaps below the root. Existing scriptmaps of lower version are upgraded to this version.

-ir
Install this version of ASP.NET, register only. Do not update scriptmaps in IIS.

-iru
Install this version of ASP.NET. If there are any existing applications that uses ASP.NET, it will not update scriptmaps in IIS.

-enable
When -enable is specified with -i, -ir or -r, ASP.NET will be enabled in the IIS security console (IIS 6.0 or later).

-disable
When -disable is specified with -i, -ir or -r, ASP.NET will be disabled in the IIS security console (IIS 6.0 or later).

-s <path>
Install scriptmaps for this version at the specified path, recursively. E.g. aspnet_regiis.exe -s W3SVC/1/ROOT/SampleApp1

-sn <path>
Install scriptmaps for this version at the specified path, non-recursively.

-r
Install this version of ASP.NET and update scriptmaps at the IIS metabase root and for all scriptmaps below the root. Existing scriptmaps are upgraded to this version regardless of the original versions.

-u
Uninstall this version of ASP.NET. Existing scriptmaps to this version are remapped to highest remaining version of ASP.NET installed on the machine.

-ua
Uninstall all versions of ASP.NET on the machine.

-k <path>
Remove all scriptmaps to any version of ASP.NET from the specified path, recursively.
E.g. aspnet_regiis.exe -k W3SVC/1/ROOT/SampleApp1

-kn <path>
Remove all scriptmaps to any version ASP.NET from the specified path, non-recursively.

-lv
List all versions of ASP.NET that are installed on the machine, with status and installation path.

-lk
List all the path of all IIS metabase keys where ASP.NET is scriptmapped, together with the version. Keys that inherit ASP.NET scriptmaps from a parent key will not be displayed

-c
Install the client side scripts for this version to the aspnet_client subdirectory of each IIS site directory.

-e
Remove the client side scripts for this version from the aspnet_client subdirectory of each IIS site directory.

-ea
Remove the client side scripts for all versions from the aspnet_client subdirectory of each IIS site directory.

-ga <user>
Grant the specified user or group access to the IIS metabase and other directories used by ASP.NET.

728x90
블로그 이미지

하인도1

[하인드/하인도/인도짱 의 홈페이지] 저만의 공간입니다. 다양한 소재들을 나열하는 아주 단순 무식한 홈페이지 입니다. 다양한 문서 자료도 있겠지만, 저의 푸념들도 있답니다.

사용자 프로퍼티에서 특정 프로퍼티 값 가져오기

기술자료/.NET 2007. 4. 23. 22:56
사이트내의 사용자 프로퍼티를 가져오는 방법은 아래와 같다.

SPSite curSite = <현재 SPS 사이트를 SPSSite로 돌려주는 무언가 작성>

Microsoft.Office.Server.ServerContext serverContext =  
    Microsoft.Office.Server.ServerContext.GetContext(curSite);

Microsoft.Office.Server.UserProfiles.UserProfileManager mgr =
    new  Microsoft.Office.Server.UserProfiles.UserProfileManager(serverContext);

Microsoft.Office.Server.UserProfiles.UserProfile profile =
    mgr.GetUserProfile(<로그인 사용자 계정>);

// 프로필 내에 부서("Department") 값을 가져옴
string deptName = (string)profile["Department"].Value;

<현재 SPS 사이트를 SPSSite로 돌려주는 무언가 작성> 같은 경우 다양한 방방법으로 가져올 수 있다.   new SPSite("http://<site url>") 과 같은 방법으로 처리하거나 기타 해당하는 사이트의 값을 가져오는 방법을 통해 가져오면 된다.

<로그인 사용자 계정> 이란, 윈도우 인증을 사용하는 경우 <도메인 이름>\<사용자 ID> 가 될 것이고, Form 인증인 경우 <인증 프로바이더 이름>:<사용자 ID>가 된다.
이것은 인증 방법에 따라 달라지므로 알아서 넣는다.

마지막으로 프로필의 값은 프로필 콜랙션 중 [ ] 를 사용해서 가져오면 되는데, 이 때 가급적 Static 이름을 사용하는 것이 좋다. "Department" 같은 경우 Display Name은 "부서" 인데, "부서"로 하는 경우 종종 프로필 속성값을 변경하면 더 이상 찾지 못하는 경우가 발생할 수 있다.

해당 값은 object 타입이므로 적절한 Type으로 캐스팅 해야 한다.






728x90
블로그 이미지

하인도1

[하인드/하인도/인도짱 의 홈페이지] 저만의 공간입니다. 다양한 소재들을 나열하는 아주 단순 무식한 홈페이지 입니다. 다양한 문서 자료도 있겠지만, 저의 푸념들도 있답니다.

MOSS 2007 마스터 페이지 수정 권한

기술자료/.NET 2007. 4. 23. 21:12

MOSS 2007에서 사이트 내 마스터 페이지를 추가/삭제/편집 하는 페이지가 있다.

사용자 삽입 이미지
일반적인 설정으로 모든 권한을 Administrators 그룹에 속한 계정에게 주고,
그 계정으로 로그인 하면 모든 페이지를 접근 할 수 있으며, 지금 말하려는
마스터 페이지 및 페이지 레이아웃 안의 설정 페이지에도 들어갈 수 있다.

그러나 Form 인증과 같은 전혀 다른 Login을 하거나 Administrators 그룹내의 계정이 아니면,
저 안의 페이지에 접근 할 수 없다.
심지어 사이트의 소유자 권한을 가지고 있어도 불가하다.

이 안에 들어가려면, 사이트의 모음(Site Collection)의 관리자에 등록되어 있어야 한다.
여기에 등록하려면, 최소한 SharePoint 3.0 중앙관리에 들어가야 가능하다.
사용자 삽입 이미지

중앙관리에 들어가 응용 프로그램 관리의 SharePoint 사이트 관리 목록 중 사이트 모음 관리자를 선택하면 된다.























모음 관리자에서 자신이 원하는 계정을 하나 추가하면 된다.
보통 사이트를 처음에 만들때 정한 계정이 들어가 있는데, Form 인증으로 중간에 설정시에는 안들어가 있는 경우가 많다. 그러므로 여기서 추가해주는 것이다.
사용자 삽입 이미지
위의 그림에서 처름 보조 사이트 모음 관리자 같이 윈도우 인증 계정이 아니는 Form 인증과 같은 별도 인증 계정을 저런 식으로 등록해주어야 저 계정으로 완벽한 사이트 관리를 수행할 수 있다.

현재까지 사이트 관리에서 안되는 부분은 이 마스터 페이지 등록/삭제/편집 페이지 뿐인데,
가급적 저런식으로 등록하여 준비해 놓는 것이 좋다.

728x90
블로그 이미지

하인도1

[하인드/하인도/인도짱 의 홈페이지] 저만의 공간입니다. 다양한 소재들을 나열하는 아주 단순 무식한 홈페이지 입니다. 다양한 문서 자료도 있겠지만, 저의 푸념들도 있답니다.

SharePoint 기본 기능 체크

기술자료/.NET 2007. 3. 23. 17:27
사이트 및 작업 영역  제작
공동 작업

- 팀 사이트 : 팀 공유 기능을 기본적으로 탑재된 기능 WSS의 가장 기본적인 형태로 판단된다.
Front에서는 공지사항, 일정, 그림 웹 파트가 붙어있다.
기본 목록에는  공유문서, 일정, 작업, 팀토론 이 있으며, 추가/삭제가 가능.

- 새 사이트 : 완전히 Null로 구성된 사이트 이며 아무것도 없다.
Front 에는 그림 웹파트만 있다.

- 문서 작업 영역 : 팀 사이트와는 다르게 문서들을 저장하기에 적합한 형태로 구성된 것 같다.
Front에는 공지사항, 공유문서, 작업, 구성원, 링크 웹파트가 붙어있다.
목록에는 일정, 팀토론이 있다.

- Wiki 사이트 : Open Source에서 제공하는 Wiki와 유사한 인터페이스를 제공한다.
자유롭게 편집 가능한(물론 권한이 있는 자에 한해서) 페이지를 제공한다. 여기서는 하나의 웹페이지 목록을 갖추고 그 웹페이지를 보여주는 별도의 페이지를 제공하는 것 같다. 특이하게 표시되는 웹페이지에 대한 웹파트는 없다.
[ ] 사이에 링크를 걸수 있으며, [ ] 이름의 웹 문서를 생산해서 링크를 걸어준다.

- 블로그 : Open Source에서 제공하는 블로그와 유사한 인터페이스를 제공한다.
팀 형태로 꾸밀 수 있고, 개인 형태로 꾸밀 수 있다. 역시 Wiki와 유사하게 범주별로 목록을 제공하며 필요에 따라서 변형이 가능한다.
Front 내에 게시 웹파트와 관리 링크 웹파트들을 보여준다.



모임
- 기본 모임 작업 영역 : 좌측에 트리가 없다. 대신 웹파트로 목적, 회의록, 참석자, 문서 라이브러리를 제공한다. 목록으로는 4개가 생성된다.
- 새 모임 작업 영역 : 아무것도 없다. 기본 모임에 담겨있던 기본 웹파트들이 모두 없는 형태
- 결정 사항 모임 작업 영역 : 기본과 동일. 차이가 무엇인지는 더 파악할 필요가 있음
- 사교 모임 작업 영역 : 하위 사이트를 3가지를 갖는다. 여기에는 홈, 토론 사진으로 나뉜다. 동호회적 성격이 강하다. 홈 Front에는 참석자, 모임의 목적, 지참물 목록을 가지고 있다. 토론 사이트에는 토론 게시판만 있다. 사진 사이트에는 그림 라이브러리를 가지고 있다.
- 멀티 페이지 모임 작업 영역 : 기본 모임과 생김새가 동일 차이가 무엇일까?


엔터프라이즈
- 문서 센터 : 공지사항과 예정된 작업, 관련 문서가 있다. 그리고 문서, 공지사항, 작업들을 목록을 가지고 있다.
- 레코드 센터 : 레코드 라우팅이라는 웹파트를 사용한다. 공지사항 같은데 정확한 목적은 모르겠다. 아마도 문서의 문서번호 관리를 위한 도구인듯.
- 개인 설정OfficeSharePoint Server의 게시 인프라 기능이 활성화 되야함. 사이트 모음 기능 부분에서 Office SharePoint Server 게시 인프라 기능을 활성화 시켜야 함. 반드시
이 내용은 사이트 설정 내에 있다. 그리고 이 기능을 활성화 하려면 해당 사이트 모음의 관리자 이상의 권한이  필요.


사이트 삭제후 Return 되는 곳이.. 영....





728x90
블로그 이미지

하인도1

[하인드/하인도/인도짱 의 홈페이지] 저만의 공간입니다. 다양한 소재들을 나열하는 아주 단순 무식한 홈페이지 입니다. 다양한 문서 자료도 있겠지만, 저의 푸념들도 있답니다.

Windows SharePoint Service 3.0 설치후 작업중...

기술자료/Web 2007. 2. 7. 08:57

이 작업은 Windows Share Point 관리자가 Administrators 권한을 가지지 않을 때 발생되는
문제입니다. 단순하게 Administrators에 포함 시켰을 때는 큰 문제는 없습니다.
(그러나 테스트가 아닌 현업에서는 보안적으로 큰 구멍이됩니다.)

만일 Administrators가 아닌 일반 사용자 권한 또는 그 이하의 권한으로 WSS 3.0이 동작 중이라면 이벤트로그에 다음과 같은 로그가 쌓이는 것을 볼 수 있습니다.

이벤트 형식: 오류
이벤트 원본: DCOM
이벤트 범주: 없음
이벤트 ID: 10016
날짜:  2007-02-XX
시간:  오전 2:28:XX
사용자:  LOE\spsadmin
컴퓨터: S---SA
설명:
응용 프로그램별 권한 설정에서 CLSID가
{61738644-F196-11D0-9953-00C04FD919C1}
인 COM 서버 응용 프로그램에 대한 로컬 활성화 사용 권한을 사용자 XXXX\spsadmin SID(S-1-5-XX-XXXXXXXX-XXXXXXX-XXXXXXXX-XXXX)에게 부여하지 않았습니다. 구성 요소 서비스 관리 도구를 사용하여 이 보안 권한을 수정할 수 있습니다.

자세한 정보는 http://go.microsoft.com/fwlink/events.asp에 있는 도움말 및 지원 센터를 참조하십시오.

이 경우는 해당 계정이 DCOM 중 IIS WAMREG admin Service에 필요한 권한 중 시작과 활성화 권한이 없기 때문에 발생되는 문제입니다.
이 경우 해결하는 방법은
관리도구 -> 구성요소 서비스 창을 띄운 후
콘솔 루트 -> 구성 요소 서비스 -> 컴퓨터 -> 내 컴퓨터 -> DCOM 구성으로 들어가 IIS WAMREG admin Service 항목의 속성에 들어갑니다.
그 중 보안 탭을 눌러 시작 및 활성화 권한에서 "사용자 지정"을 선택한 후 편집에 들어가
자신의 계정을 추가해주면 됩니다.


728x90
블로그 이미지

하인도1

[하인드/하인도/인도짱 의 홈페이지] 저만의 공간입니다. 다양한 소재들을 나열하는 아주 단순 무식한 홈페이지 입니다. 다양한 문서 자료도 있겠지만, 저의 푸념들도 있답니다.

  • «
  • 1
  • ···
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • ···
  • 44
  • »
250x250

블로그 내에 소스 코드 삽입 이사온 기념 스킨도... RSS 전문 기능 비활성화 관련. 스킨 바꾸어 보았습니다. 서버 파일 정리 좀 했습니다.

«   2025/05   »
일 월 화 수 목 금 토
1 2 3
4 5 6 7 8 9 10
11 12 13 14 15 16 17
18 19 20 21 22 23 24
25 26 27 28 29 30 31

me2sms Azure 비스킷 WSS 2010 협업 twi2me me2dayzm Google Apps Engine SharePoint e-book windows me2photo 매뉴얼 인터파크 java 지름신 수 MOSS 2007 것 Visual Studio Buscuit 좀 Tutorial 블로그 친구 불만 개발환경 오류 moss

  • Total :
  • Today :
  • Yesterday :

Copyright © 2015-2025 Socialdev. All Rights Reserved.

Copyright © 2015-2025 Socialdev. All Rights Reserved.

티스토리툴바