My Sharepoint

sharepoint.egloos.com

포토로그 마이가든



IIS 7.0 에서 CS 파일 게시하기

IIS 7.0 에서 CS 파일을 게시할 일이 생겼습니다. CS 파일을 게시할 일이 많지 않은 관계로 그닥 신경쓰지 않았던 부분이었는데 막상 할려고 하니깐 이래저래 서버 설정이 필요합니다.
머 일단 관련 파일들을 서버에 올려놓고 가상디렉토리로 만든 다음 브라우저에서 해당 파일을 액세스 해보았습니다.

오류가 뜨는군요.

역시 서버쪽에서 MIME Type 을 빼먹은 이유라고 생각됩니다. 해서 IIS 관리자에서 가상디렉터리의 MIME 타입으로 CS 파일 형식 추가 한 다음 다시 액세스 해보았습니다.


여전히 오류가 납니다. ㅡㅡ;


음 서버의 config 까지 수정해줘야 하는군 이라는 생각이 불현듯 떠오릅니다.

C:\Windows\System32\inetsrv\config 경로의 applicationHost.config 파일을 열어서 아래 그림과 같이 fileExtension 부분의 cs 형식 부분을 주석처리 하니 이제야 파일이 게시됩니다. ^___^

<requestfiltering>
<fileextensions applytowebdav="true" allowunlisted="true">
… 중략…
<!--<add fileextension=".cs" allowed="false" />-->
… 중략…
</fileextensions>
</requestfiltering>

일단 파일은 게시하였지만 application 의 configuration 을 바꾸는 것은 왠지 아닌 것 같다는 생각이 듭니다. 하지만 이건 설정하기 나름이겠지요. 위에서도 언급하였지만 제가 cs 확장명에 대하여 access 를 허용한 것은 하나의 가상 디렉터리 였습니다. 웹사이트가 아니죠~ 즉 해당 가상 디렉터리를 호스팅하는 웹사이트레벨이나 다른 웹사이트에서는 서의 CS 파일은 접근하려고 해도 접근할 수 없다는 말이죠. 위의 applicationHost.config 파일에 보면 fileExtensions 엘리먼트에 보면 allowUnlisted="true" 라는 옵션이 설정되어 있습니다. 이말의 의미는 ‘아래 리스트에 없는 파일 확장명들은 허용한다’ 라는 의미가 됩니다. 이제 좀 이해가 되는군요. ^^

여튼 이러저러해서 IIS 7.0 의 FileExtension 과 관련된 부분을 찾다보니 새삼스래 II 7.0 이 새롭습니다.


참고 1  : Windows Vista 및 그 이상의 웹 서버를 위한 탐색
참고 2 : 테스트 환경 은 Windows Server 2008 SP2 + IIS 7.0 입니다.

추가로…
근데 생각해보니 cs 파일의 확장명을 text 형식으로 바꺼도 될뻔했다는 안타까운 사실이 불현듯!!!


System Idle Tile 을 구하기 링크자료모음

"머리가 나쁘면 손발이 고생한다" 는걸 깨닫게 해준 Win32 API...

http://www.pinvoke.net/default.aspx/user32.getlastinputinfo

MSDN Magazine - SharePoint 개발을 위한 Visual Studio 2010 도구 링크자료모음

MSDN Magazine 에 'SharePoint 개발을 위한 Visual Studio 2010 도구' 아티클이 한글판으로 업데이트 되었습니다.


SharePoint 개발을 위한 Visual Studio 2010 도구
Visual Studio 2010 Tools for SharePoint Development


Microsoft 에서 SharePoint 개발자를 위해 개발용 VPC 를 만든다고 하는데 언제쯤 게시될지 궁금하군요. 어서 빨리 게시되었으면 좋겠습니다.


웹 애플리케이션과 컨텐트 데이터베이스의 관계 SharePoint

블로그를 뒤지다가 이전에 컨텐트 데이터 베이스 관련된 작업을 수행하다가 남긴 작업 로그를 발견하였습니다. 그냥 썩혀두기 머해서 블로깅 합니다.
제목을 '웹 애플리케이션과 컨텐트 데이터베이스의 관계' 라고 적어놓긴 했지만 실제 하나의 웹 애플리케이션에 여러개의 사이트 컬렉션을 생성할때의 컨텐트 데이터 베이스와의 관계라는게 좀더 정확한 설명인것 같습니다.


1. 하나의 웹애플리케이션에는 최초 하나의 CONTENTS DB 가 설정된다.
 - 최초 웹애플리케이션 생성시 하나의 CONTENTS DB를 생성할 수 있음

2. 웹애플리케이션 생성후 중앙관리에서 해당 웹애플리케이션에 할당되어 있는 CONTENTS DB 를 확인할수 있다.
 - 이 페이지(중앙관리->응용프로그램관리->Sharepoint 웹 응용프로그램 관리 -> 콘텐츠 데이터베이서)에서 확인가능
 - 콘텐츠 데이터베이스 관리 페이지에서는 해당 웹애플리케이션의 컨텐츠 데이터 베이스를 생성/삭제/관리 할수 있다.
 - 콘텐츠 데이터베이스 관리 페이지에서는 현재 콘텐츠 데이터 배이스의 사이트수를 볼수 있다.

3. 콘텐츠 데이터베이스가 하나 이상일 경우 사이트 모음생성
 - 웹애플리케이션에 할당되어 있는 콘텐츠 데이터베이스가 하나 이상일 경우, 이 웹애플리케이션에 사이트 모음을 생성하면,
 순차적으로 사이트 모음이 생성된다. 예를 들어 컨텐츠 데이터 베이스가 A,B,C 일때 사이트 모음 1,2,3을 순서대로 생성할 경우
 사이트 모음 1은A ,  사이트 모음 2는B, 사이트 모음 3은C 컨텐츠 데이터베이스를 사용하게된다.

 

OCS 서버 오류 - KB 974571 보안 업데이트 설치 후 서비스 비정상 동작

얼마전 Microsoft 의 10월 보안 업데이트가 있었습니다.

이중 'Microsoft 보안 공지 MS09-056' 라는게 있는데요, 이 취약성과 이 패치에 대한 설명이 아래 링크에 있습니다.
MS09-056: CryptoAPI의 취약성으로 인한 스푸핑 문제

헌데 이 패치를 설치하였을 경우 Office Communication Server 에 몇가지 문제가 발생합니다.

"이 업데이트를 설치한 후에 다음 버전의 Communications Server가 실행되는 컴퓨터를 다시 시작하면 Communications Server에 필요한 서비스가 시작되지 않습니다."

왠일인지 서버가 업데이트된 이후 리부팅되었는데 Communicator 가 동작하지 않더군요. Communication Server 가 동작하는 서버에 가보니 Front-end Web 서비스가 실행되지 않고 있었습니다. 서비스를 시작하려고 해도 계속해서 오류가 나고 있었습니다.
이벤트 로그에는 Event ID 12299 과 12290 로그가 계속 쌓이고 있더군요.(이 이벤트 로그는 OCS 서버의 평가판 만료 알림 로그 입니다.^^;)

이 현상은 이미 Know-Issue 로 등록되어 있으나 아직 관련된 패치는 나온바가 없습니다. 해서 서비스를 동작하려면 이 패치(KB 974571) 를 업데이트에서 삭제한후 서버를 리부팅 해야 합니다. 리부팅 이후에는 서비스가 정상동작 합니다.

1 2 3 4 5 6 7 8 9 10 다음