엘도라도's "황금의 도시" - Microsoft Server System

[Bulk] Exchange Server Management Shell 을 이용한 대량 메일 그룹 생성 작업

"황금의 도시" - 엘도라도29 — Thu, 05 Jun 2008 09:00:00 +0900

금일은 Exchange Server Management Shell 을 이용한 대량 메일 그룹을 생성하는 방법의 대하여 이야기 해 보려합니다.

[시나리오]
Excel 파일을 이용하여 대량의 메일 그룹 계정을 생성해야 함
메일 그룹은 특정 OU로 설정하여 생성해야 함
한글 또는 중국어가 깨지지 않아야 함

아래 그림과 같이 AD 사용자 및 컴퓨터 콘솔을 이용하여 ELDORADO29 라는 OU의 하위의 Group OU 를 생성합니다.

※ 만약 아래 그림과 같이 GUI로 새 메일 그룹을 생성한다면, 2000개를 생성하는 것은 상당히 힘들 수 밖에 없습니다. (또한 그룹 종류도 선택해야 하고, 조직 단위, 이름, 별칭 등 1개 메일 그룹을 생성하는 것은 상당히 힘든 작업 일 수 밖에 없습니다. )

대량의 작업을 진행하기 위해서는 파워쉘을 이용하는 것을 권장합니다. 소스는 아래와 같습니다.~

$dB = import-csv $args[0]
foreach ($i in $db)
{
new-DistributionGroup -Name $i.name -alias $i.alias -OrganizationalUnit "eldorado29.com/eldorado29/Group" -type Distribution -SamAccountName $i.sam
}

CSV 파일로 구성된 그룹 인사 DB 자료를 확인합니다.

alias,name,sam
DS00,公司共同,公司共同
DS01,经营支援本部,经营支援本部
DS1A,船体工法Team,船体工法Team
DS1B,舾装工法Team,舾装工法Team
DS1C,生产支援Team,生产支援Team
DS1D,精度管理Team,精度管理Team
DS20,관리(본)부,관리(본)부
DS30,영업(본)부,영업(본)부
DS40,조선사업(본)부,조선사업(본)부
DS50,조달사업(본)부,조달사업(본)부
DS60,기술설계(본)부,기술설계(본)부
DS70,전략기획부,전략기획부
DS2001,경영진,경영진

파워셸을 이용하여 CSV 파일을 Import 합니다.

C:\>.\bulk.ps1 C:\GroupDB.CSV

아래 그림과 같이 정상적으로 메일 그룹 계정이 생성되는 것을 확인 할 수 있습니다.

위 그림과 같이 AD 및 Exchange Server 관리콘솔에서 Bulk작업 한 것을 확인 해 보시면 됩니다.

Exchange 서버 운영에 도움이 되었으면 좋겠네요. ^^

Windows Server 2003 클러스터에서 MSDTC를 구성하는 방법

"황금의 도시" - 엘도라도29 — Wed, 04 Jun 2008 09:00:00 +0900

기술 자료 ID : 301600

마지막 검토 : 2007년 3월 20일 화요일

수정 : 20.5

요약

이 문서에서는 Windows Server 2003 클러스터에 Microsoft Distributed Transaction Coordinator(MSDTC) 리소스를 설치하는 방법을 설명합니다. Microsoft는 클러스터 노드에서 MSDTC를 클러스터 리소스로 실행하는 기능만 지원합니다. MSDTC 설치 옵션에는 두 가지가 있습니다.

클러스터 관리자나 Cluster.exe를 사용하여 MSDTC 리소스를 만들기 전에 네트워크 DTC 액세스를 사용 가능하게 설정해야 합니다. DTC 액세스를 사용 가능하게 설정하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

817064 (http://support.microsoft.com/kb/817064/) Windows Server 2003에서 네트워크 DTC 액세스를 사용 가능하게 설정하는 방법

참고 MNS(주 노드 집합) 클러스터인 경우 MNS 리소스를 MSDTC의 저장소 장치로 사용하지 마십시오. MSDTC에는 실제 디스크와 같은 저장소 리소스가 필요합니다.

위로 가기

추가 정보

MSDTC를 설치하려면 다음 방법 중 하나를 사용하십시오.

위로 가기

방법 1: 클러스터 관리자 사용

이 절에서는 클러스터 관리자를 통해 클러스터의 모든 노드에 MSDTC를 설치하는 방법을 설명합니다. 클러스터 관리자에서 MSDTC를 한 번만 설치하면 MSDTC가 클러스터의 모든 노드에서 구성되므로 각 노드에서 MSDTC를 수동으로 설치할 필요가 없습니다.

기술 자료 문서 817064에서 설명하는 단계를 완료합니다.

참고 클러스터가 Microsoft Exchange Server 전용이면 네트워크 DTC 액세스를 사용 가능하게 설정할 필요가 없습니다.

클러스터 관리자를 시작합니다. 이렇게 하려면 다음과 같이 하십시오.

a.	시작을 누른 다음 모든 프로그램을 가리킵니다.
b.	관리 도구에서 클러스터 관리자를 누릅니다.

실제 디스크, 네트워크 이름 및 IP 주소가 포함된 "MSDTC Group"이라는 그룹을 만듭니다. 이렇게 하려면 다음과 같이 하십시오.

a.	파일 메뉴에서 새로 만들기를 선택한 다음 그룹을 누릅니다. New Group Wizard를 사용할 수 있습니다.
b.	New Group Wizard에서 제공하는 MSDTC Group 만들기 지침을 따릅니다.

참고 MSDTC를 만들 때 리소스 그룹을 SQL Server 또는 Exchange Server 그룹 이외의 그룹으로 이동하는 것이 좋습니다. MSDTC 리소스를 자체 리소스 그룹에 만들고 별도의 클러스터 그룹에 할당하면 리소스 가용성이 높은 수준으로 유지됩니다.

참고 동일한 클러스터 그룹에 리소스를 만드는 경우 리소스 A가 장애 조치되면 리소스 B도 장애 조치됩니다. 다른 클러스터 그룹에서 리소스를 만드는 경우에는 리소스 A가 장애 조치되는 경우에도 리소스 B가 장애 조치되지 않습니다. 다른 클러스터 그룹에서 클러스터 리소스를 만들면 클러스터 리소스의 불필요한 장애 조치가 줄어듭니다.

중요 MSDTC의 새 그룹을 만든 후에는 MSDTC의 네트워크 이름, IP 주소 및 실제 디스크를 만들어야 합니다. 새 그룹으로 이동할 수 있는 실제 디스크 리소스가 이미 있을 수도 있습니다. MSDTC Group을 만든 후에는 IP 주소 리소스, 네트워크 이름 리소스 및 실제 디스크 리소스를 만들어야 합니다. MSDTC Group으로 이동해야 하는 실제 디스크 리소스가 이미 있을 수도 있습니다.

IP 주소 리소스를 만듭니다.

a.	MSDTC Group을 마우스 오른쪽 단추로 누른 다음 새로 만들기\리소스를 누릅니다.
b.	MSDTC IP Address와 같은 설명 이름을 입력합니다.
c.	리소스 종류에서 IP 주소를 누르고 MSDTC Group 확인란을 선택한 후 다음을 누릅니다.
d.	특정 노드에서 MSDTC를 실행하려면 가능한 소유자에서 다음을 누릅니다.
e.	종속성에서 종속성을 추가하지 않고 다음을 누릅니다.
f.	TCP/IP 주소 매개 변수에서 공용 네트워크를 선택하고 MSDTC의 고유한 정적 IP 주소를 입력한 후 다음을 누릅니다.
g.	마침을 누른 다음 확인을 눌러 리소스가 만들어졌는지 확인합니다.

네트워크 이름 리소스를 만듭니다.

a.	MSDTC Group을 마우스 오른쪽 단추로 누른 다음 새로 만들기\리소스를 누릅니다.
b.	MSDTC Network name과 같은 설명 이름을 입력합니다.
c.	리소스 종류에서 네트워크 이름을 누르고 MSDTC Group 확인란을 선택한 후 다음을 누릅니다.
d.	특정 노드에서 MSDTC를 실행하려면 가능한 소유자에서 다음을 누릅니다.
e.	종속성에서 리소스 종속성으로 MSDTC IP 주소를 추가하고 다음을 누릅니다.
f.	이름에서 MSDTC 리소스의 네트워크 이름을 입력하고 다음을 누릅니다.
g.	마침을 누른 다음 확인을 눌러 리소스가 만들어졌는지 확인합니다.

"실제 디스크" 리소스를 만듭니다.

참고 실제 디스크 리소스를 이미 만들었을 수 있습니다. 이미 만들었으면 이 실제 디스크 리소스를 MSDTC Group으로 이동하고 다음 단계로 이동해야 합니다.

a.	MSDTC Group을 마우스 오른쪽 단추로 누른 다음 새로 만들기\리소스를 누릅니다.
b.	MSDTC Physical disk와 같은 설명 이름을 입력합니다.
c.	리소스 종류에서 실제 디스크를 누르고 MSDTC Group 확인란을 선택한 후 다음을 누릅니다.
d.	특정 노드에서 MSDTC를 실행하려면 가능한 소유자에서 다음을 누릅니다.
e.	종속성에서 종속성을 추가하지 않고 다음을 누릅니다.
f.	디스크 매개 변수에서 MSDTC에 사용할 실제 디스크를 누릅니다.
g.	마침을 누른 다음 확인을 눌러 리소스가 만들어졌는지 확인합니다.

MSDTC Group을 마우스 오른쪽 단추로 누른 다음 새로 만들기\리소스를 누릅니다.

MSDTC Resource와 같은 이름을 입력합니다.

리소스 종류에서 Distributed Transaction Coordinator를 선택하고 MSDTC Group이 선택되어 있는지 확인한 후 다음을 누릅니다.

10.

특정 노드에서 MSDTC를 실행하려면 가능한 소유자에서 다음을 누릅니다.

11.

종속성에서 Ctrl 키를 누른 상태로 2단계에서 만든 실제 디스크와 네트워크 이름을 모두 선택한 다음 추가 단추를 누릅니다.

12.

마침을 누른 다음 확인을 눌러 리소스가 만들어졌는지 확인합니다.

13.

MSDTC 리소스를 마우스 오른쪽 단추로 누른 다음 온라인 상태로 만들기를 누릅니다.

위로 가기

방법 2: Cluster.exe 사용

이 절에서는 Cluster.exe를 사용하여 MSDTC를 설치하는 방법을 설명합니다. Cluster.exe는 여러 클러스터에서 MSDTC의 설치 및 구성을 스크립팅하는 데 가장 적합합니다. 클러스터에서 MSDTC를 한 번만 구성하면 클러스터의 모든 노드가 업데이트됩니다.

1.	기술 자료 문서 817064에서 설명하는 단계를 완료합니다. 참고 클러스터가 Exchange Server 전용이면 네트워크 DTC 액세스를 사용 가능하게 설정할 필요가 없습니다.
2.	명령 프롬프트에서 실제 디스크, 네트워크 이름 및 IP 주소가 포함된 "MSDTC Group"이라는 그룹을 만들거나, 기존 그룹을 사용합니다. 참고 Cluster.exe를 사용하여 그룹 및 리소스 만들기를 스크립팅할 수 있습니다. "도움말 및 지원"을 참조하고 클러스터 명령 개요 절을 검토하십시오. 참고 Microsoft SQL Server의 경우와 마찬가지로 MSDTC 리소스를 자체 리소스 그룹에 만드는 것이 좋습니다. 이렇게 하려면 2단계를 수행하여 이 새 그룹을 만드십시오. 이렇게 할 수 없거나 Exchange Server 전용의 클러스터와 같은 사용량이 적은 DTC 시나리오인 경우에는 클러스터 그룹을 사용하십시오. 전용 Exchange Server 클러스터에서 MSDTC 리소스는 기본 클러스터 그룹에 배치되어야 합니다.
3.	명령 프롬프트에 다음 명령을 입력합니다. cluster clustername res "MSDTC Resource" /CREATE /GROUP:"MSDTC Group" /TYPE:"Distributed Transaction Coordinator" 이 명령을 실행하면 MSDTC Resource가 만들어집니다. 참고 기존 클러스터 그룹을 사용하는 경우 그룹 이름을 "MSDTC Group"으로 대체하십시오.
4.	다음 명령을 실행합니다. cluster clustername res "MSDTC Resource" /ADDDEP:"`Network Name`" cluster clustername res "MSDTC Resource" /ADDDEP:"`Disk Q`:" 여기서 `Network Name`은 사용하고 있는 적절한 네트워크 이름 리소스이고 `Disk Q`는 MSDTC Group에 있는 실제 디스크입니다. 이러한 명령을 실행하면 적절한 종속성이 추가됩니다.
5.	다음 명령을 실행하여 MSDTC를 온라인 상태로 전환합니다. cluster clustername res "MSDTC Resource" /ON 이 명령을 실행하면 MSDTC가 온라인 상태로 전환됩니다.

참고 혼합 모드 클러스터에는 MSDTC를 설치할 수 없습니다. 이러한 방법을 사용하려면 클러스터의 모든 노드에서 Windows Server 2003을 실행해야 합니다. 자세한 내용은 "도움말 및 지원"을 참조하십시오.

위로 가기

참조

네트워크 이름 및 IP 주소 리소스를 만드는 데 필요한 정보가 포함된 기본 가상 서버를 만드는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

257932 (http://support.microsoft.com/kb/257932/) Microsoft Cluster Server를 사용하여 가상 서버 만들기

Exchange Server 트랜잭션 로그 시퀀스 넘버 ( 2003 VS 2007 )

"황금의 도시" - 엘도라도29 — Tue, 03 Jun 2008 00:17:00 +0900

Exchange Server 2003 운용하시는 분들이 작년 부터 로그 초기화 문의가 많습니다.

왜 이런 이슈가 많을까요? 한번 로그 시퀀스 넘버의 대해서 계산을 해 볼까요?

Exchange Server 2003 과 2007을 비교 해 보도록 하겠습니다.

Exchange Server 2003 은 1개 로그가 5MB 로 저장이 됩니다.
Exchange Server 2007 은 1개 로그가 1MB 로 저장이됩니다.

===============================================
Exchange Server 2007 로그 시퀀스 넘버
=> E0000000001 (시작)
=> E00FFFFFFFF (끝)

Exchange Server 2003 로그 시퀀스 넘버
=> E0000001 (시작)
=> E00FFFFF (끝)
===============================================

[비교를 하기위한 16진수를 10진수로 변환]
4294967295 (Exchange Server 2007 - 단위 1MB) => 약 42억개
----------------------------------------------------------------------------------
1048575 (Exchange Server 2003 - 단위 5MB) => 약 100만개
5242875 (Exchange Server 2003 - 단위 1MB 로 변경 한다면...) => 약 520만개

Exchange 2003 으로 얘기 한다면 로그 번호가 520만개 밖에 사용 못 하니 끝자리 도달 하는 경우가 많았습니다. 과연 Exchange 2007 의 42억개의 로그번호를 끝까지 사용 할 수 있을 지 의문입니다.

Exchange Server 2003 에서 F/E 와 B/E 간의 보안 통신 구성 ( Part 2 )

"황금의 도시" - 엘도라도29 — Mon, 02 Jun 2008 19:57:00 +0900

금일은 Exchange Server 2003에서 Front-End 와 Back-End 간의 IPSec 구성 방법 두번째 시간으로 Back-End에서 구성하는 방법을 설명하도록 하겠습니다.

[ Back-End 서버에서 IPSec 을 구성하는 방법]

1. MMC 콘솔을 실행합니다. (시작 => 실행 => MMC )

2. 스냅인을 추가 합니다.

3. 추가 버튼을 클릭합니다.

4. “IP 보안 정책 관리” 를 추가합니다. ( IPSec 모니터를 하기 위해서는 추가로 IP 보안 모니터를 추가합니다. )

5. 관리 할 컴퓨터나 도메인을 선택합니다. ( 여기서는 로컬 컴퓨터로 진행합니다. )

6. IP 보안 정책을 만듭니다.

7. 보안 정책 이름을 입력합니다.

8. “기본 응답 규칙 활성화” 의 체크를 한 후 “다음” 클릭합니다.

9. 인증 방법을 선택합니다. ( 여기서는 Active Directory 기본값을 선택합니다. )

10.”추가” 버튼을 클릭합니다.

11. 터널 종점을 설정합니다. ( 여기서는 터널을 지정하지 않도록 하겠습니다. )

12. 네트워크 종류를 선택합니다.

13. 모든 ICMP 트래픽의 대한 설정을 진행하기 위하여 “편집”을 클릭합니다.

14. “모든 ICMP 트래픽”의 대하여 편집을 합니다.

15. IP 필터 정보를 입력합니다.

16. 위 IP 필터 설정한 네트워크의 대하여 IPSEC을 사용해야만 ICMP 통신을 할 것인지, 아니면 IPSEC 통신을 하지 않더라도 허용 할 것인지 선택합니다.

17. 사내 인프라의 맞는 인증 방법을 선택합니다.

18. “추가”를 클릭하고, “모든 IP 트래픽”의 관련 정책을 생성합니다.

19. 터널 종점을 설정합니다.

20. 네트워크 종류를 선택합니다.

21. 모든 IP 트래픽의 대한 설정을 진행하기 위하여 “편집”을 클릭합니다.

22. “모든 IP 트래픽”의 대하여 편집을 합니다.

23. IP 필터 등록 정보에서 “원본 주소”와 “대상 주소”를 설정합니다.

24. 아래 그림과 같이 “모든 IP 트래픽”과 “모든 ICMP 트래픽”이 추가 된 부분과, 설정 등을 확인합니다.

25. 아래 그림과 같이 “Exchange BE 정책”을 할당 합니다.

[변경 전]

[변경 후]

[참고자료]

Exchange Server 2003 인트라넷 방화벽 구성
http://technet.microsoft.com/ko-kr/library/bb125069(EXCHG.65).aspx

Exchange Server 2003 프런트 엔드/백 엔드 토폴로지 검사 목록
http://technet.microsoft.com/ko-kr/library/aa997436(EXCHG.65).aspx

Exchange Server 2003 에서 F/E 와 B/E 간의 보안 통신 구성 ( Part 1 )

"황금의 도시" - 엘도라도29 — Sun, 01 Jun 2008 19:53:00 +0900

Exchange Server 2003의 Front-End 와 Back-End 사이의 통신은 HTTP(80포트)를 사용 합니다.

따라서 중간에서 패킷을 확인 할 수 있습니다. 따라서 많은 기업들이 보안을 위하여 Front-End 와 Back-End 사이의 IPSec을 이용한 보안 구성을 사용합니다.

( Exchange Server 2007 부터는 각 역할 서버마다 보안통신을 기본값으로 하고 있으니 걱정 안 하셔도 됩니다. )

그렇다면 Exchange Server 2003에서 Front-End 와 Back-End 간의 IPSec 구성 방법을 설명하도록 하겠습니다.

[Front-End 서버에서 IPSec 을 구성하는 방법]

1. MMC 콘솔을 실행합니다. (시작 => 실행 => MMC )

2. 스냅인을 추가 합니다.

3. 추가 버튼을 클릭합니다.

4. “IP 보안 정책 관리” 를 추가합니다. ( IPSec 모니터를 하기 위해서는 추가로 IP 보안 모니터를 추가합니다. )

5. 관리 할 컴퓨터나 도메인을 선택합니다.

6. IP 보안 정책을 만듭니다.

7. 보안 정책 이름을 입력합니다.

8. “기본 응답 규칙 활성화” 의 체크를 한 후 “다음” 클릭합니다.

9. 인증 방법을 선택합니다. ( 여기서는 Active Directory 기본값을 선택합니다. )

10.”추가” 버튼을 클릭합니다.

11. 터널 종점을 설정합니다.

12. 네트워크 종류를 선택합니다.

13. 모든 ICMP 트래픽의 대한 설정을 진행하기 위하여 “편집”을 클릭합니다.

14. “모든 ICMP 트래픽”의 대하여 편집을 합니다.

15. IP 필터 정보를 입력합니다.

16. 위 IP 필터 설정한 네트워크의 대하여 IPSEC을 사용해야만 ICMP 통신을 할 것인지, 아니면 IPSEC 통신을 하지 않더라도 허용 할 것인지 선택합니다.

17. 사내 인프라의 맞는 인증 방법을 선택합니다.

18. “추가”를 클릭하고, “모든 IP 트래픽”의 관련 정책을 생성합니다.

19. 터널 종점을 설정합니다.

20. 네트워크 종류를 선택합니다.

21. 모든 IP 트래픽의 대한 설정을 진행하기 위하여 “편집”을 클릭합니다.

22. “모든 IP 트래픽”의 대하여 편집을 합니다.

23. IP 필터 등록 정보에서 “원본 주소”와 “대상 주소”를 설정합니다.

24. 아래 그림과 같이 “모든 IP 트래픽”과 “모든 ICMP 트래픽”이 추가 된 부분과, 설정 등을 확인합니다.

25. 아래 그림과 같이 “Exchange FE 정책”을 할당 합니다.

[변경 전]

[변경 후]

[참고자료]

Exchange Server 2003 인트라넷 방화벽 구성
http://technet.microsoft.com/ko-kr/library/bb125069(EXCHG.65).aspx

Exchange Server 2003 프런트 엔드/백 엔드 토폴로지 검사 목록
http://technet.microsoft.com/ko-kr/library/aa997436(EXCHG.65).aspx

Exchange Server 와 Outlook 규칙을 이용한 메시지 전달 기능

"황금의 도시" - 엘도라도29 — Sat, 31 May 2008 19:27:00 +0900

[ 시나리오 ]

DS회사의 안형진이라는 직원이 Eldorado 회사의 주몽이란 직원이랑 중요한 메일로 업무(계약, 프로젝트)를 진행 중 이었습니다.

하지만, 안형진이라는 직원은 갑작스러운 개인사정으로 인하여 회사의 휴가를 내고, 자리를 비워야 했습니다.

그래서, 회사 내부적으로는 서종호 직원에게 백업을 맡기고, 외부적으로는 Paran 사의 Paran도우미에게 일을 부탁 후 휴가를 갔습니다.

주몽에게 온 “계약” 과 “프로젝트” 관련 내용은 백업 엔지니어에게 전달 하고 싶습니다.

이럴 경우 Exchange Server 에서 Outlook 에서 어떻게 설정 하면 될까요? ( 이 기능은 기본값으로 Exchange Server의 설정이 되어 있지 않습니다. )

[ 테스트 환경 ]

Exchange 2003 Server, Outlook 2003

[ 특정 메일을 특정 사람에게 전달하는 기능 구현 ]

1. Outlook 을 이용하여 규칙을 생성합니다.

2. 새 규칙을 클릭합니다.

3. 새 규칙으로 시작 을 선택 후 도착 시 메시지 확인을 선택 후 규칙을 생성 합니다. (아래부터 그림 참조)

우리 도메인 내의 사용자가 아니라면 “개인 연락처”의 외부 도메인 사용자를 등록 하셔도 됩니다.
( 받는 사람 항목의 주소록 또는 연락처를 이용하지 않고, 수동으로 XXXX@XXX.COM 이런식으로 넣어 주셔도 정상 동작합니다. )

그래서, 아래 그림과 같이 선택 할 때 “연락처”로 이동합니다.

아래 그림과 같이 “업무 인수인계”라고 이름을 지정합니다.

이제 규칙 적용을 한 뒤 Outlook 은 종료 하셔도 됩니다.

하지만, 이게 끝은 아닙니다. 이건 단순히 클라이언트에서 설정 한 부분이고, 서버에서도 “자동 전달” 기능을 활성화 시켜야 합니다.

메뉴는 아래 그림의 “ESMè 전역설정è 인터넷 메시지 형식è 기본값è 속성è 고급 탭è 자동 전달 사용 (체크) 입니다.

[테스트 시작]

Edorado회사의 주몽 사용자가 DS회사의 안형진 사용자에게 아래 그림과 같이 메일을 발송 합니다.

아래 그림과 같이 “서종호” 라는 사용자에게 메일이 자동 전달 된 것을 볼 수 있습니다.

아래 그림과 같이 외부 도메인인 Paran 회사의 사용자에게도 메일이 보내 진 것을 확인 할 수 있습니다.

그렇다면, 이제부터 엔지니어적으로 궁금증이 생기게 됩니다.

아래 그림과 같이 최초 메일을 받았던, 사용자는 “받은 편지함” 에는 주몽에게 받은 메일이 있습니다.

하지만, 아래 그림과 같이 “보낸 편지함” 에는 메일 존재 하지 않습니다. (이것은 클라이언트 사용자가 보낸 것이 아닌, 서버에서 보낸 것을 알 수 있습니다.)

따라서, 메일을 받은 시간 메시지 추적 로그를 확인 하였습니다.

아래 그림과 같은 시각의 Exchange 서버는 2가지 일을 진행 하였습니다.

클라이언트 사용자는 모르게, 주몽이라는 사용자에게 메일을 받자 마자, 서버에서는 Paran도우미와 서종호 라는 사용자에게 메일을 보내게 됩니다.

메시지 ID가 다른 것을 볼 수 있습니다.

추가로 아래와 같이 DS 회사가 E메일 주소가 여러 개 있을 경우도 마찬 가지입니다.

한번만 설정하면 다 동작합니다. ^^

아래 그림과 같이 안형진이라는 사용자는 E메일 계정을 3개를 사용합니다. ahj@DS.CO.KR , ahj@eldorado1.com , ahj@eldorado2.com 입니다.

다시, 주몽이라는 사용자가 안형진 사용자 ( Eldorado1.com 과 Eldorado2.com ) 에게 메일을 보냅니다.

아래 그림과 같이 안형진 사용자는 물론, 백업 엔지니어였던 서종호 사용자와 Paran도우미에게도 메일이 전달 된 것을 볼 수 있습니다.

복수 도메인 메일 주소 추가 방법 ( Exchange Server 2003 ) [강좌-Traning]

"황금의 도시" - 엘도라도29 — Fri, 30 May 2008 19:59:00 +0900

[ 시 나 리 오 ]
1. 기존 ELDORADO29.COM 도메인을 유지하면서 DS.CO.KR 이라는 복수 도메인을 추가
2. 새로 추가된 DS.CO.KR 로는 메일 송신과 수신을 할 수 있어야 하며, ELDORADO29.COM으로는 메일 수신만 가능하게 설정

※ 주의사항
특정 사용자들의 대하여 특정 도메인을 추가 할 경우 "Default Policy" 의 SMTP 주소를 추가 하지 않고, 별도 Policy를 추가 하여, LDAP 쿼리를 이용하여 특정 사용자들에게만 적용 되도록 합니다.

[ 진 행 방 법 ]
1. ESM 을 실행 하여, 아래 그림과 같이 이동하여 “Default Policy” 의 속성을 선택합니다.
2. “새로 만들기” 를 클릭합니다.

3. “SMTP 주소” 를 선택합니다.

4. 새로 추가 할 도메인 명을 입력합니다.
( 도메인 명 앞의 아래 그림과 같이 @ 을 입력합니다. )

5. 아래 그림과 같이 추가 된 것을 확인 할 수 있습니다.

6. 새로 추가된 도메인으로 메일을 송신 하기 위해, 새로 추가된 도메인을 선택 후 “기본 회신 주소로 설정”을 선택 후 적용 합니다.

7. “예” 를 선택 하여 업데이트 합니다.

8. 마지막으로 “지금 이 정책 적용”을 선택 하여 정책을 적용 합니다.

9. 아래 그림과 같이 정책을 적용하면, ActiveDirectory 내의 모든 사용자들의 E-MAIL 주소의 새로운 도메인이 추가 되고, 기본 회신 주소 값도 변경됩니다.

Exchange 2007 SP1의 새 전송 기능

"황금의 도시" - 엘도라도29 — Thu, 29 May 2008 21:55:00 +0900

Microsoft Exchange Server 2007 SP1(서비스 팩 1)에는 여러 가지 향상된 전송 기능이 포함되어 있습니다. 이러한 향상된 기능 중 일부는 허브 전송 서버 역할에 영향을 주고, 일부는 Edge 전송 서버 역할에, 그리고 일부는 허브 전송 서버 역할과 Edge 전송 서버 역할의 공통적인 핵심 전송 기능에 영향을 줍니다.

핵심 전송에 대한 Exchange 2007 SP1의 향상된 기능

Exchange 2007 SP1에는 핵심 전송 기능에 대해 다음과 같은 향상된 기능이 포함되어 있습니다.

역 압력 역 압력은 허브 전송 서버 역할과 Edge 전송 서버 역할에 대한 시스템 리소스 모니터링 기능입니다. 이 기능을 통해 허브 전송 서버와 Edge 전송 서버는 높은 리소스 사용에 반응할 수 있습니다. Exchange 2007 SP1에서는 사용 가능한 디스크 공간 요구 사항이 4GB에서 500MB로 변경되었습니다. 자세한 내용은 백 프레셔의 이해을 참조하십시오.
Exchange 관리 콘솔의 추가 구성 옵션 Exchange 2007 SP1에서는 Exchange 관리 콘솔에서 더 많은 전송 기능 설정을 구성할 수 있습니다. 자세한 내용은 전송 서버 속성 구성을 참조하십시오.

허브 전송 서버 역할에 대한 Exchange 2007 SP1의 향상된 기능

Exchange 2007 SP1에는 허브 전송 서버 역할에서 메시지 처리 및 라우팅 기능에 대해 다음과 같은 향상된 기능이 포함되어 있습니다.

우선 순위 큐 Outlook 사용자에 의해 메시지에 할당되던 메시지 우선 순위는 이제 분류기에 의해 처리됩니다. 이를 통해 높은 중요도로 보내진 메시지가 우선적으로 처리되고 낮은 중요도 설정의 메시지보다 빨리 배달됩니다. 자세한 내용은 Exchange 2007 SP1의 우선 순위 큐 이해을 참조하십시오.
Active Directory 사이트 링크 Set-AdSiteLink cmdlet는 Active Directory 사이트 링크에서 Exchange 특정 설정을 구성하는 데 사용됩니다. Exchange 2007 SP1에는 Set-AdSiteLink cmdlet에 MaxMessageSize 매개 변수가 포함되어 있습니다. 이 매개 변수를 통해 관리자는 Active Directory 디렉터리 서비스 사이트 간에 릴레이되는 메시지에 대해 최대 메시지 크기를 제한할 수 있습니다.
라우팅 그룹 커넥터 Exchange 2007 을 Microsoft Exchange Server 2003 또는 Exchange 2000 Server 와 함께 사용하는 경우 라우팅 그룹 커넥터는 Exchange 2007 라우팅 그룹과 레거시 라우팅 그룹 간의 메시지를 릴레이하는 데 사용됩니다. Exchange 2007 SP1에서 New-RoutingGroupConnector cmdlet 및 Set-RoutingGroupConnector cmdlet에는 MaxMessageSize 매개 변수가 포함되어 있습니다. 이 매개 변수를 통해 관리자는 Exchange 2007 허브 전송 서버와 Exchange 2003 또는 Exchange 2007 브리지헤드 서버 간에 릴레이되는 메시지에 대해 최대 메시지 크기를 제한할 수 있습니다.
송신 커넥터 구성 Exchange 2007 SP1에서는 단일 Active Directory 사이트로의 송신 커넥터 범위 지정이 Exchange 관리 셸 cmdlet의 IsScopedConnector 매개 변수와 Exchange 관리 콘솔의 범위가 지정된 송신 커넥터 확인란을 추가함으로써 간단해집니다. 송신 커넥터의 범위가 지정될 때 송신 커넥터의 원본 서버로서 동일한 Active Directory 사이트의 허브 전송 서버만이 라우팅 결정에서 해당 송신 커넥터로 고려됩니다.
AD RMS 이전 라이선스 에이전트 Exchange 2007 SP1에는 AD RMS 이전 라이선스 에이전트가 포함됩니다. Outlook 사용자가 보호된 메시지에 액세스할 수 있도록 보다 나은 기능을 제공하기 위해 허브 전송 서버에 Windows RMS(Rights Management Services) 에이전트를 사용하도록 설정할 수 있습니다. 자세한 내용은 AD RMS 사전 인증 에이전트 관리을 참조하십시오.
X.400 신뢰할 수 있는 도메인 Exchange 2007 SP1에서는 X.400 주소 공간을 신뢰할 수 있는 도메인으로 구성할 수 있으며 X.400 정식 주소가 지원됩니다. 자세한 내용은 X.400 신뢰할 수 있는 도메인에 대한 Exchange 2007 SP1 지원을 참조하십시오.
전송 규칙 Exchange 2007 SP1으로 음성 메일, 팩스 메시지 및 부재중 전화 알림 등의 통합 메시징 메시지에 작동할 전송 규칙을 사용할 수 있게 됩니다. 전송 규칙에 대한 자세한 내용은 전송 규칙 개요를 참조하십시오.

Edge 전송 서버 역할에 대한 Exchange 2007 SP1의 향상된 기능

Exchange 2007 SP1에는 Edge 전송 서버 역할에 대해 다음과 같은 향상된 기능이 포함되어 있습니다.

EdgeSync 동기화

Exchange 2007 SP1에는 관리자를 위해 사용 편리성을 향상시켜주는 EdgeSync cmdlet에 대해 다음과 같은 향상된 기능이 포함되어 있습니다.

Start-EdgeSynchronization Start-EdgeSynchronization cmdlet는 Active Directory 에서 ADAM(Active Directory Application Mode) 디렉터리 서비스로의 데이터 동기화를 즉시 시작하는 데 사용됩니다. Exchange 2007 SP1에서는 Server 매개 변수에 대한 지원이 이 cmdlet에 추가되어 관리자가 원격 컴퓨터에서 cmdlet를 실행할 수 있게 되었습니다.
Test-EdgeSynchronization Test-EdgeSynchronization cmdlet는 가입된 Edge 전송 서버의 동기화 상태에 대한 보고서를 제공하는 진단 cmdlet입니다. Exchange 2007 SP1에서 추가 매개 변수를 설정하면 관리자가 개별 사용자에 대해 동기화 결과를 확인할 수 있습니다.

자세한 내용은 EdgeSync 동기화 프로세스 이해을 참조하십시오.

복제된 구성

복제된 구성 스크립트를 통해 관리자는 두 개 이상의 Edge 전송 서버가 배포될 때 일관성 있는 구성을 적용할 수 있게 됩니다. Exchange 2007 SP1에서 복제되는 정보는 이제 TransportConfig 개체를 포함합니다. TransportConfig 개체는 Edge 전송 서버 역할에 대해 서버 전체의 설정을 제어합니다. 복제된 구성 정보에 이 개체를 포함함으로써 서버 배포, 백업 및 복원 절차가 간소화되었습니다. 자세한 내용은 Edge 전송 서버 복제된 구성 사용을 참조하십시오.

Exchange 2000 Server, Exchange Server 2003 및 Small Business Server 2003에서 특정 인터넷 도메인의 SMTP 메시지를 보내거나 받을 수 없다

"황금의 도시" - 엘도라도29 — Wed, 28 May 2008 19:20:00 +0900

현상

이 문서는 기존 문서 322358, 840468 및 924235를 통합한 것입니다.

Microsoft Exchange Server 2003, Microsoft Exchange 2000 Server 또는 Microsoft Windows Small Business Server 2003을 실행하는 컴퓨터에서 메시지를 보내거나 받으려고 하면 다음 현상 중 하나가 나타납니다.

•	Exchange Server가 특정 인터넷 도메인의 SMTP(Simple Mail Transfer Protocol) 메시지를 거부합니다.
•	Exchange Server가 특정 인터넷 도메인에 SMTP 메시지를 전달할 수 없습니다.

역방향 DNS(도메인 이름 시스템) 쿼리를 수행하면 SMTP 메시지를 보내는 Exchange Server가 확인할 수 없는 것을 볼 수 있습니다. 또한 네트워크 모니터 추적을 수행하면 Exchange Server의 연결이 끊어지기 전에 NBT 쿼리가 있는 것을 볼 수도 있습니다.

보낸 사람이 5.5.0 오류 코드가 포함된 다음과 같은 NDR(배달 못 함 보고서)을 받을 수 있습니다. 이 코드는 일반적인 SMTP 오류를 나타냅니다.

> 메시지가 전부 또는 일부 받는 사람에게 도착하지 않았습니다.
> 
>       제목:	
>       보낸 날짜:	2001-05-24 오후 6:41
> 
> 다음 받는 사람에게 도착하지 않았습니다.:
> 
> user@destination.com 지정 2001-05-24 오후  6:41
> 메일 시스템에서 대상 시스템과 통신할 수 있는 방법을 찾을 수 없습니다. 관리자에게 알리십시오. <Server.source.com> #5.5.0

참고 다음과 같은 오류 코드도 받을 수 있습니다.

#5.5.4 트랜잭션에 실패했습니다.

또한 메시지를 보내는 Exchange Server의 Windows 이벤트 뷰어에 다음과 같은 이벤트 4000 또는 4001이 포함될 수 있습니다.

이벤트 종류: 경고
이벤트 원본: MSExchangeTransport
이벤트 ID: 4000
설명: 다음 이유 때문에 원격 도메인 'destination.com'에 메시지를 배달하지 못했습니다. SMTP 프로토콜 오류

위로 가기

원인

일반적으로 이 문제는 대상 SMTP 서버에서 역방향 조회를 수행하고 다음 조건 중 하나에 해당하는 경우에 발생합니다.

•	IP 주소가 전자 메일 메시지의 반환 주소에 사용된 도메인 이름과 일치하지 않습니다.
•	포인터(PTR) 레코드가 없거나 원본 SMTP 서버의 IP 주소에 유효하지 않습니다.

예를 들어, 다음과 같은 경우를 생각해볼 수 있습니다. 메시지의 반환 주소에 사용된 도메인 이름은 source.com일 때 이와 다른 도메인에 메시지를 보내면 대상 SMTP 서버에서 수신 메시지에 대한 역방향 조회를 수행합니다. 이 경우 source.com 도메인의 PTR 레코드가 없거나 올바르지 않으면 대상 SMTP 서버가 메시지를 전달하지 않습니다.

참고 인터넷에 연결되어 있는 네트워크 어댑터가 동적 IP 주소를 사용하는 경우 SMTP 커넥터를 통해 source.com 도메인의 메일을 스마트 호스트에 라우팅하도록 Exchange Server를 구성해야 할 수 있습니다.

참고 SMTP 가상 서버에 도메인 이름을 지정하여 들어오는 연결을 거부하도록 Exchange Server를 구성할 수 있습니다. 이 경우 연결이 시도될 때마다 역방향 조회가 수행됩니다. 이렇게 구성하려면 SMTP 가상 서버를 마우스 오른쪽 단추로 누르고 속성을 누른 다음 연결 제어 아래의 액세스 탭을 누르면 됩니다.

위로 가기

해결 방법

이 문제를 해결하려면 다음과 같이 하십시오.

DNS 서버에서 호스팅하는 공용 DNS 레코드가 올바른지 확인합니다. DNS 서버에서 다음을 검토합니다.

•	유효한 호스트 (A) 레코드를 가리키는 도메인의 MX 레코드가 있어야 합니다. 예를 들어, `source.com`의 MX 레코드는 유효한 전자 메일 서버인 `mail.source.com`을 가리킵니다.
•	호스트 (A) 레코드가 유효한 IP 주소를 가리키는지 확인합니다. 예를 들어, `mail.source.com`이 209.54.61.76을 가리키는지 확인합니다. 이는 전자 메일 서버에 유효한 공용 IP 주소입니다.

나가는 인터넷 전자 메일을 보내는 모든 SMTP 서버 또는 Exchange Server 컴퓨터의 경우 보내는 SMTP 서버 또는 Exchange Server 컴퓨터의 공용 IP 주소에 대해 유효한 PTR 레코드가 있는지 확인합니다. 이는 인터넷 호스트가 볼 수 있는 IP 주소에 도메인 정보를 게시하는 데 사용되는 방화벽, 라우터 또는 다른 장치일 수 있습니다.

예를 들어, Exchange Server 컴퓨터가 내부 IP 10.10.10.1을 가진 방화벽 뒤에 있고 방화벽이 외부 IP 4.3.2.1을 갖습니다.

Exchange Server 컴퓨터가 방화벽을 통해 전자 메일을 source.com 도메인으로 보내면 받는 메일 서버는 IP 주소, 4.3.2.1이 SMTP 통신에 연결되어 있다고 간주합니다. 받는 전자 메일 서버는 MX 레코드가 반드시 필요하지 않은 이 IP 주소에 대해 역방향 DNS 조회를 수행합니다. 전자 메일 서버는 source.com 도메인에서 유효한 호스트 레코드를 가리키는 4.3.2.1에 대한 PTR을 찾아야 합니다.

위로 가기

추가 정보

역방향 조회는 서버 오버헤드를 추가로 발생시키지만 원하지 않는 전자 메일 메시지(스팸)로부터 사용자의 환경을 보호하기 위해 자주 사용됩니다. 들어오는 전자 메일 메시지에 대한 역방향 조회를 수행하도록 SMTP 서버를 구성할 수 있습니다. 이렇게 하면 보낸 사람의 전자 메일 메시지에 사용된 IP 주소와 FQDN(정규화된 도메인 이름)이 보낸 사람의 도메인 이름과 일치합니다.

일부 인터넷 도메인의 메일 서버에서는 보내는 서버의 IP 주소가 로컬 SMTP 도메인 네임스페이스를 가리키는 유효한 PTR 레코드를 만들어야 하며, 경우에 따라 PTR 레코드가 Exchange에서 해당 SMTP 가상 서버의 실제 FQDN과 일치해야 합니다. 일반적으로 이 레코드는 MX 레코드입니다. 이러한 인터넷 도메인으로는 AOL.com, Qwest.net, Mindspring, Earthlink 및 Hotmail이 있습니다. 이러한 도메인에 메일을 보내려면 회사의 내부 또는 외부 DNS 서버에서 유효한 PTR이나 역방향 조회 레코드를 만들어야 합니다.

대상 서버의 SMTP 포트에 텔넷으로 연결한 다음 SMTP 통신을 시도하면 다음과 유사한 통신이 이루어집니다.

C:\telnet server.destination.com 25 
220 mail.destination.com ESMTP Postfix 
helo source.com 
250 mail.destination.com 
mail from:user@source.com 
250 Ok 
rcpt to:user@destinationdomain.com 
554 <user@source.com>: Sender address rejected: Domain not found

또한 AOL MX 레코드 중 하나의 포트 25에 텔넷으로 연결하면 다음과 같은 내용이 출력됩니다.

220-rly-ya06.mx.aol.com ESMTP mail_relay_in-ya6.3; Fri, 20 Jan 2006 22:15:42 -05 00 
220-America Online (AOL) and its affiliated companies do not 
220- authorize the use of its proprietary computers and computer 
220- networks to accept, transmit, or distribute unsolicited bulk 
220- e-mail sent from the internet. Effective immediately: AOL 
220- may no longer accept connections from IP addresses which 
220 have no reverse-DNS (PTR record) assigned.

위로 가기

현재 상태

이것은 의도적으로 설계된 동작입니다.

위로 가기

참조

들어오는 메시지에 대한 역방향 DNS 조회에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

297412 (http://support.microsoft.com/kb/297412/) "받는 메시지에 DNS 역방향 조회 수행" 옵션은 호스트 이름 확인을 위한 것이다

PTR 레코드에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

166753 (http://support.microsoft.com/kb/166753/) 호스트 레코드를 추가할 때 Microsoft DNS 서버 역방향 조회 오류가 발생한다

322856 (http://support.microsoft.com/kb/322856/) HOWTO: Exchange Server 사용을 위한 DNS 구성

DNS 및 역방향 조회 영역에 대한 자세한 내용은 다음 Microsoft 웹 사이트를 참조하십시오.

(영문)

Exchange 2000 및 Exchange Server 2003에서 SMTP 커넥터를 구성하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

265293 (http://support.microsoft.com/kb/265293/) XFOR: Exchange 2000에서 SMTP 커넥터를 구성하는 방법

포트 25를 사용하여 SMTP 연결을 테스트하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

153119 (http://support.microsoft.com/kb/153119/) XFOR: SMTP 통신을 테스트하기 위해 포트 25로 텔넷 연결

Microsoft Exchange Server 5.5에서 발생하는 이와 비슷한 문제에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

198981 (http://support.microsoft.com/kb/198981/) XIMS: SMTP 메시지가 특정 도메인에 배달되지 않는다

모바일 구성 관리 - Toolbox

"황금의 도시" - 엘도라도29 — Tue, 27 May 2008 21:34:00 +0900

Net-Switch

net-switch.com

근래에 들어 데이터 센터에서 QA 환경으로 이동하는 경우와 같이 랩톱 컴퓨터를 가지고 다양한 환경으로 이동해야 하는 경우가 많아졌습니다. 그런데 이동할 때마다 랩톱의 정적 IP 주소와 기본 프린터를 다시 지정해야 합니다. 이미 이러한 문제를 경험한 적이 있다면 Net-Switch를 한번 사용해 보십시오. 간편한 이 유틸리티를 사용하면 자체 기본 프린터 지정을 포함한 다양한 네트워크 구성을 설정하고 저장할 수 있으므로 다른 환경으로 이동할 때마다 주소를 기억하거나 수동으로 입력할 필요가 없습니다.

Net-Switch로 랩톱 설정 처리 (Click the image for a smaller view)

Net-Switch로 랩톱 설정 처리 (Click the image for a larger view)

이 응용 프로그램은 사용하기가 정말 쉽습니다. 구성에 이름을 지정하고 네트워크 어댑터를 선택한 다음 관련 마스크, 게이트웨이 및 DNS 서버로 정적 IP를 할당하고(또는 정적 IP 대신 DHCP 선택하고) 기본 프린터를 설정하기만 하면 됩니다. Net-Switch를 사용하면 저렴한 비용으로 일상의 번거로운 작업을 피할 수 있습니다.

가격: $19.95

기술 자료 ID	:	301600
마지막 검토	:	2007년 3월 20일 화요일
수정	:	20.5

엘도라도's "황금의 도시" - Microsoft Server System

[Bulk] Exchange Server Management Shell 을 이용한 대량 메일 그룹 생성 작업

Windows Server 2003 클러스터에서 MSDTC를 구성하는 방법

기술 자료 ID : 301600 마지막 검토 : 2007년 3월 20일 화요일 수정 : 20.5요약

추가 정보

방법 1: 클러스터 관리자 사용

방법 2: Cluster.exe 사용

참조

Exchange Server 트랜잭션 로그 시퀀스 넘버 ( 2003 VS 2007 )

Exchange Server 2003 에서 F/E 와 B/E 간의 보안 통신 구성 ( Part 2 )

Exchange Server 2003 에서 F/E 와 B/E 간의 보안 통신 구성 ( Part 1 )

Exchange Server 와 Outlook 규칙을 이용한 메시지 전달 기능

복수 도메인 메일 주소 추가 방법 ( Exchange Server 2003 ) [강좌-Traning]

Exchange 2007 SP1의 새 전송 기능

EdgeSync 동기화

복제된 구성

Exchange 2000 Server, Exchange Server 2003 및 Small Business Server 2003에서 특정 인터넷 도메인의 SMTP 메시지를 보내거나 받을 수 없다

현상

원인

해결 방법

추가 정보

현재 상태

참조

모바일 구성 관리 - Toolbox

기술 자료 ID : 301600

마지막 검토 : 2007년 3월 20일 화요일

수정 : 20.5

요약