1. 익스체인지 서버

클라이언트/서버통신 TCP: 135
익스체인지 관리자 TCP: 135
익스체인지 라우팅 TCP: 691
IMAP TCP: 143
IMAP (SSL) TCP: 993
MTA-X.4000 over TCP/IP TCP: 102
POP3 TCP: 110
POP3 (SSL) TCP: 995
RPC TCP: 135
SMTP TCP: 25
NNTP TCP: 119
NNTP (SSL) TCP: 563

 

2. Windows 기본 서비스

액티브 디렉토리 (LDAP) TCP: 389
액티브 디렉토리 (LDAP-SSL) TCP: 636
브라우징 UDP: 137,138
DHCP 임대 UDP: 67,68
DHCP 관리자 TCP: 135
디렉토리 복제 TCP: 135
UDP: 138
직접 호스트 (SMB,CIFS) TCP: 445
DNS 관리 TCP: 135
DNS 이름분해 TCP: 53
UDP: 53
이벤트 뷰어 TCP: 139
파일공유 TCP: 139
글로벌 카탈로그 (LDAP) TCP: 3268
글로벌 카탈로그 (LDAP-SSL) TCP: 3269
IPSec UDP: 500(IKE)
IP Protocol: 50(ESP), 51(AH)
인터넷 프린팅 프로토콜 (IPP) TCP: 631
커버로스 TCP: 88
UDP: 88
2계층 터널링 프로토콜 (L2TP) UDP: 1701
로그온 시퀀스 TCP: 139
UDP: 137,138
Net Logon UDP: 138
Pass Through Validation TCP: 139
UDP: 137,138
성능모니터 TCP: 139
지점간 터널링 프로토콜 (PPTP) TCP: 1723
IP Protocol: 47(GRE)
인쇄 TCP: 139
UDP: 137,138
레지스트리 편집기 TCP: 139
서버 관리자 TCP: 139
트러스트 TCP: 139
UDP: 137,138
사용자 관리자 TCP: 139
WinNT 진단 TCP: 139
WinNT 보안채널 TCP: 139
UDP: 137,138
WINS 복제 TCP: 42
WINS 관리자 TCP: 135
WINS 등록 TCP: 137

3. Convoy 클러스터링 (WLBS)

Convoy UDP: 1717
Windows NT 로드밸런싱 서비스 (WLBS) UDP: 2504


4. SQL 서버

SQL연결 (Winsock) TCP: 1433
UDP: 1434

5. 프록시 서버

Winsock 프록시 클라이언트 UDP: 1745

6. 터미널 서버

RDP 클라이언트(마이크로소프트) TCP: 3389
ICA 클라이언트(씨트릭스) TCP: 1494
 


사업자 정보 표시
(주)코레이즈 | 김창현 | 경기도 성남시 분당구 장미로42 5층 | 사업자 등록번호 : 144-81-08126 | TEL : 02-1833-5805 | Mail : sales@coraise.co.kr | 통신판매신고번호 : 호 | 사이버몰의 이용약관 바로가기

Exchange 2000 16GB 데이터베이스 크기 제한을 일시적으로 늘리는 방법

기술 자료 ID : 813051
마지막 검토 : 2008년 9월 11일 목요일
수정 : 5.3

현상

Microsoft Exchange 2000 Server Standard Edition 정보 저장소는 허용되는 최대 크기 제한에 도달하면 자동으로 종료되고 다시 시작되지 않습니다. 또한 응용 프로그램 이벤트 로그에 다음과 같은 이벤트 ID가 기록될 수도 있습니다.

이벤트 유형: Error
이벤트 원본: MSExchangeIS
이벤트 범주: 일반 사항
터미널 서비스를 1112
설명: "사서함 저장소(서버 이름)" 데이터베이스가 최대 허용 크기에 도달했습니다. 데이터베이스를 연결 해제하고 있습니다.

이벤트 유형: Warning
이벤트 원본: ESE
이벤트 범주: 공간 관리
터미널 서비스를 445
설명: 정보 저장소(3160) - D:\Program Files\Exchsrvr\MDBDATA\priv1.edb 데이터베이스가 최대 크기인 16383MB에 도달했습니다. 데이터베이스를 다시 시작할 수 없는 경우 오프라인 조각 모음을 실행하여 데이터베이스 크기를 줄일 수 있습니다.

참고 이벤트 ID 445의 설명에는 Priv1.edb 파일이 16,383MB에 도달한 것으로 되어 있지만 실제로는 아닐 수도 있습니다. 이벤트 ID 445는 Priv1.edb 파일과 Priv1.stm 파일을 합한 크기가 16,383MB에 도달하는 경우에 발생합니다. Priv1.edb 파일의 크기는 16,383MB보다 작을 수 있습니다.

 

원인

이것은 Exchange Server 2000 Standard Edition 정보 저장소 데이터베이스가 데이터베이스 파일에 보유할 수 있는 것보다 더 많은 데이터를 삽입하지 못하도록 의도적으로 설계된 동작입니다.

Microsoft Exchange 2000 Server Standard Edition을 실행할 때 이 문제가 종종 발생합니다. Exchange 2000 Server Standard Edition은 데이터베이스 크기를 16GB로 제한합니다.

참고 Exchange 개인 사서함 저장소 데이터베이스의 16GB 크기 제한과 Exchange 공용 사서함 저장소 데이터베이스의 16GB 크기 제한은 Priv.edb 파일과 Priv.stm 파일의 크기를 합한 값입니다. Exchange System Manager에서 사서함에 사용되는 공간을 검토하면 Priv.edb 파일에 사용되는 공간만 포함되어 있고 Priv.stm 파일에 사용되는 공간은 포함되어 있지 않습니다.

사서함에 제한을 적용할 경우 Priv.edb 파일의 저장소만 제한하고 Priv.stm 파일의 저장소는 제한하지 않습니다. 예를 들어 Exchange System Manager에서 사서함이 250MB의 공간만 사용하는 것으로 나타날 수 있습니다. 그러나 사서함이 사용하는 전체 공간은 450MB일 수 있습니다. Priv.stm 파일에 사용되는 200MB의 공간이 Exchange System Manager에 나타나지 않기 때문에 이러한 차이가 발생합니다.

 

해결 방법

Exchange 2000 Server Standard Edition에 대한 새 업데이트가 개발되었습니다. 이 업데이트를 사용하면 데이터베이스 크기 제한이 일시적으로 1GB까지 늘어납니다.

이 문제를 해결하기 위해 관리자는 다음 단계를 수행해야 합니다.
데이터베이스 크기 제한을 임시로 1GB 늘립니다.
필요 없는 데이터베이스 콘텐츠를 선택적으로 제거합니다.
데이터베이스 조각 모음을 수행하여 정의된 데이터베이스 크기 제한 이하의 수준으로 데이터베이스 크기를 줄입니다.
Exchange Server 2003에서는 임시로 데이터베이스 크기 제한을 1GB씩 늘리는 기능이 제품에 내장되었습니다. 그러나 이 기능을 활성화하려면 관리자가 다음 기술 자료 문서에 설명되어 있는 새로운 레지스트리 값을 만들어야 합니다.
828070 (http://support.microsoft.com/kb/828070/) 사서함 저장소 데이터베이스가 16GB 제한에 도달하면 Exchange Server 2003 사서함 저장소가 탑재되지 않는다


Exchange 2000에서는 2003년 9월 Exchange 2000 Server 서비스 팩 3 이후 롤업을 적용하여 이 문제를 해결할 수 있습니다. 그런 다음 관리자가 새로운 레지스트리 값을 만들어서 이 기능을 활성화해야 합니다. 롤업을 다운로드하고 설치하는 방법에 대한 자세한 내용은 다음 문서 번호를 클릭하여 Microsoft 기술 자료 문서를 참조하십시오.
824282 (http://support.microsoft.com/kb/824282/) 2003년 9월 Exchange 2000 Server 서비스 팩 3 이후 롤업

2003년 9월 Exchange 2000 Server 서비스 팩 3 이후 롤업을 나중에 설치할 계획이지만 이 문제를 위한 수정이 지금 필요하다면 아래 "업데이트 정보" 절을 확인하십시오.

 

업데이트 정보

현재 제품의 기본 동작을 수정하는 지원 기능은 Microsoft에서 구할 수 있지만 이 문서에서 설명하는 동작을 수정하기 위한 기능일 뿐입니다. 이 기능이 특별히 필요한 시스템에만 적용하십시오.

기능을 다운로드할 수 있는 경우 기술 자료 문서의 맨 위에 "핫픽스 다운로드 가능"이 표시됩니다. 이 부분이 표시되지 않는 경우 해당 기능을 구하려면 Microsoft 온라인 기술 지원으로 문의하십시오.

참고 문제가 추가로 발생하거나 문제 해결이 필요한 경우 별도의 서비스 요청을 해야 할 수도 있습니다. 이 특정 기능으로 해결할 수 없는 추가적인 질문과 문제에 대해서는 지원 비용이 청구됩니다. Microsoft 온라인 기술 지원 전화 번호의 전체 목록을 얻거나 별도의 서비스 요청을 하려면 다음 Microsoft 웹 사이트를 방문하십시오.
http://support.microsoft.com/contactus/?ws=support (http://support.microsoft.com/contactus/?ws=support)
참고 "핫픽스 다운로드 사용 가능" 형식에는 기능에 사용할 수 있는 언어가 표시됩니다. 사용자 언어가 표시되지 않으면 해당 언어로 기능을 사용할 수 없기 때문입니다.

전제 조건

파일 종속성으로 인해 이 업데이트에는 Microsoft Exchange 2000 Server 서비스 팩 3(SP3)이 필요합니다. 자세한 내용은 다음 문서 번호를 클릭하여 Microsoft 기술 자료 문서를 참조하십시오.
301378 (http://support.microsoft.com/kb/301378/) 최신 Exchange 2000 Server 서비스 팩을 구하는 방법

파일 정보

이 업데이트의 영어 버전에는 다음과 같은 파일 특성 또는 최신 파일 특성이 포함되어 있습니다. 이 파일의 날짜와 시간은 UTC(협정 세계시)로 나열되며 파일 정보를 볼 때 현지 시간으로 변환됩니다. UTC와 현지 시간의 차이를 보려면 제어판날짜 및 시간 항목에서 표준 시간대 탭을 사용하십시오.
날짜         시간   버전  크기    파일 이름
--------------------------------------------------------------
<Tr><Td>2003-01-17</Td>  <Td>01:17</Td>  <Td>6.0.6401.0</Td>  <Td>3,915,776</Td>  <Td>Cdoex.dll</Td></Tr>
<Tr><Td>2003-01-17</Td>  <Td>01:17</Td>  <Td>6.0.6401.0</Td>  <Td>3,567,616</Td>  <Td>Excdo.dll</Td></Tr>
<Tr><Td>2003-01-17</Td>  <Td>00:32</Td>  <Td>6.0.6401.0</Td>  <Td>258,048</Td>  <Td>Exmime.dll</Td></Tr>
<Tr><Td>2003-01-17</Td>  <Td>01:09</Td>  <Td>6.0.6401.0</Td>  <Td>1,691,648</Td>  <Td>Exoledb.dll</Td></Tr>
<Tr><Td>2003-01-16</Td>  <Td>22:37</Td>  <Td>6.0.6401.0</Td>  <Td>2,265,088</Td>  <Td>Mdbmsg.dll</Td></Tr>
<Tr><Td>2003-01-16</Td>  <Td>22:08</Td>  <Td>6.0.6401.0</Td>  <Td>32,768</Td>  <Td>Mdbrole.dll</Td></Tr>
<Tr><Td>2003-01-17</Td>  <Td>00:31</Td>  <Td>6.0.6401.0</Td>  <Td>4,591,616</Td>  <Td>Store.exe</Td></Tr></Table>

새 레지스트리 값 만들기

업데이트에서 이 기능을 사용하려면 새 레지스트리 값을 만들어야 합니다.

중요 이 절, 방법 또는 작업에는 레지스트리를 수정하는 방법에 대한 단계가 포함되어 있습니다. 그러나 레지스트리를 잘못 수정하면 심각한 문제가 발생할 수도 있으므로 다음 단계를 주의하여 수행해야 합니다. 추가 보호 조치로 레지스트리를 수정하기 전에 해당 레지스트리를 백업하는 것이 좋습니다. 이렇게 하면 문제가 발생하는 경우 레지스트리를 복원할 수 있습니다. 레지스트리 백업 및 복원 방법에 대한 자세한 내용은 다음 문서 번호를 클릭하여 Microsoft 기술 자료 문서를 참조하십시오.
322756 (http://support.microsoft.com/kb/322756/) Windows XP 및 Windows Server 2003에서 레지스트리를 백업, 편집 및 복원하는 방법


Exchange 2000 컴퓨터에 레지스트리 항목을 추가하려면 다음 단계를 수행하십시오.
1. 시작, 실행을 차례로 클릭한 다음 regedt32.exe를 입력합니다.
2. 다음 레지스트리 키를 찾습니다. HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\<Exchange Server Name>\Private-<long hexadecimal string>
3. 편집 메뉴에서 값 추가를 클릭한 다음 값 이름 상자에 Temporary DB Size Limit Extension
4. 데이터 형식으로 REG_DWORD를 선택한 다음 확인을 클릭합니다.
5. 1을 입력한 다음 확인을 클릭합니다.
6. 레지스트리 편집기를 종료합니다.
특정 데이터베이스에 대해 Temporary DB Size Limit Extension 레지스트리 값이 있고 값이 0 이외의 값으로 설정된 경우 데이터베이스 크기 제한은 1GB씩 증가됩니다. 그러나, 이 레지스트리 값은 동적으로 읽는 것이 아니고 데이터베이스가 시작될 때만 읽습니다. Exchange 정보 저장소가 시작되면 임시 데이터베이스 크기 제한을 사용한다는 것을 알려주는 이벤트 9657이 경고로 기록됩니다.

참고 복구 프로세스 동안 임시 17GB 제한을 초과하는 사서함 저장소에 새 전자 메일 콘텐츠가 추가되지 않도록 하려면 사서함 저장소를 탑재하기 전에 SMTP(Simple Mail Transfer Protocol) 및 Microsoft Exchange MTA Stacks 서비스를 중지하는 것이 좋습니다. 이 메타데이터를 제거하는 방법에 대한 자세한 내용은 다음 문서 번호를 클릭하여 Microsoft 기술 자료 문서를 참조하십시오.
828070 (http://support.microsoft.com/kb/828070/) 사서함 저장소 데이터베이스가 16GB 제한에 도달하면 Exchange Server 2003 사서함 저장소가 탑재되지 않는다

사업자 정보 표시
(주)코레이즈 | 김창현 | 경기도 성남시 분당구 장미로42 5층 | 사업자 등록번호 : 144-81-08126 | TEL : 02-1833-5805 | Mail : sales@coraise.co.kr | 통신판매신고번호 : 호 | 사이버몰의 이용약관 바로가기

Database Size Limit Configuration and Management  / 2008-08-05

Prior to Microsoft Exchange Server 2003 Service Pack 2 (SP2), there was no method to configure database size limits for Exchange Server 2003. Exchange Server 2003 SP2 introduces the following new features:

  • For the Standard Edition, the default configured database size limit will now be 18 GB, a 2 GB addition to the previous limit, with a new maximum size of 75 GB.
  • For the Enterprise Edition, there is no default configured database size limit, and no software set maximum size.
  • Both versions of Exchange Server 2003 with SP2 have the ability to configure a limit, a warning threshold, and a warning interval set through registry keys.
  • Size check done against the database now uses logical database size. Empty or white space in the database does not count against the configured database size limit; therefore, no offline defragmenting is required for recovery exceeding the configured or licensed database limits.
  • Limit checks, done at regular intervals, are now controlled by the store process instead of JET. The default time interval is 24 hours and this interval is configurable through the registry.


 

http://technet.microsoft.com/en-us/library/aa998066.aspx

사업자 정보 표시
(주)코레이즈 | 김창현 | 경기도 성남시 분당구 장미로42 5층 | 사업자 등록번호 : 144-81-08126 | TEL : 02-1833-5805 | Mail : sales@coraise.co.kr | 통신판매신고번호 : 호 | 사이버몰의 이용약관 바로가기

메일서버등록제(SPF: Sender Policy Framework)
메일서버 정보를 사전에 DNS에 공개 등록함으로써 수신자로 하여금 이메일에 표시된 발송자
정보가 실제 메일서버의 정보와 일치하는지를 확인할 수 있도록 하는 인증기술

* 대다수 스팸발송자가 자신의 신원을 감추기 위하여 발송자 주소나 전송경로를 허위로 표기하거나
변경하는 경우가 많다는데 착안
 
SPF를 이용한 이메일 인증절차:
발신자 : 자신의 메일서버 정보와 정책을 나타내는 SPF 레코드를 해당 DNS에 등록
수신자 : 이메일 수신시 발송자의 DNS에 등록된 SPF 레코드를 확인하여 해당 이메일에
                표시된 발송IP와 대조하고 그 결과값에 따라 수신여부를 결정
                (메일서버나 스팸차단솔루션에 SPF 확인기능이 설치되어 있어야 함)
 
SPF 개발 및 도입현황:
1998년 Paul Vixie의 ‘Repudiating Mail From'에서 처음으로 아이디어가 제안된 이후
    Pobox.com의 Meng Weng Wong에 의해 SPF가 개발됨
2004년 2월 IETF(Internet Engineering Task Force)에 공식 RFC(Request For Comments)로
    제안되었으며, 2004년 12월 SPF의 모든 기술적 내용들이 최종 완성됨
SPF는 타 인증기술에 비해 적용이 용이하고 호환성이 좋으며 오픈소스를 기반으로 하므로
    전 세계적으로 폭넓은 지지기반을 확보하고 있음
한국을 비롯한 미국, 캐나다, 일본 등 여러 국가들이 정부차원에서 사업자들을 대상으로
    SPF 레코드 출판 및 확인기능 도입을 통한 스팸차단 활용을 적극 권고하고 있음
통합 White Domain 등록제란?
정상적으로 발송하는 대량 이메일이 RBL이력으로 간주되어 차단되는 것을 방지하기
     위하여, 사전에 등록된 개인이나 사업자에 한하여 국내 주요 포탈사이트로의 이메일
     전송을 보장해주는 제도입니다. ( 무료 )

* 단, White Domain으로 등록되었다 하더라도 이후 모니터링을 통해 RBL이력발송 사실이
   확인되면, 즉각 차단 조치되며 White 리스트에서도 삭제될 수 있습니다.


기존에 개별 포탈에서 'IP 등록제', 'IP 실명제'등의 이름으로 운영해오던 것을
      2006년 9월 1일부로 KISARBL이 등록접수/관리/운영을 통합한 것이므로,
      KISARBL에 White Domain으로 등록하게 되면 , 여러번 별도로 등록할 필요없이 참여하고 
      있는 포탈사이트에 동시에 등록됩니다 .

*단 , 개인의 경우에는 일부 포탈사이트에서 자사의 정책상 등록을 허용하지 않습니다.

SPF 작성 도우미 (SPF Record 출판)
     -> KISA RBL 참조
         https://www.kisarbl.or.kr/spf/spfWizard_step1.jsp
사업자 정보 표시
(주)코레이즈 | 김창현 | 경기도 성남시 분당구 장미로42 5층 | 사업자 등록번호 : 144-81-08126 | TEL : 02-1833-5805 | Mail : sales@coraise.co.kr | 통신판매신고번호 : 호 | 사이버몰의 이용약관 바로가기

IMAP4 (Internet Message Access Protocol version 4)

 

한마디로 이야기하자면 편리한 pop3의 기능과 web mail의 장점을 합친 것이라고
생각하시면 됩니다. 즉 편리한 메일 프로그램을 사용하면서 메일이 서버에 저장되
고 관리되기 때문에 사용자의 하드가 날라가도 서버에 접속만 하면 예전과 같이
사용할 수 있다.

96년 중반기부터 주목 받기 시작한 프로토콜로 기본적인 역할은 POP3와 동일하다.
그러나 IMAP4는 차세대 메일 엑세스 프로토콜로 평가받고 있는 데에는 POP3과
비교할 때 그 이상의 이유가 존재한다. IMAP4는 메일 서버(MTA)의 개인과 공용
사서함에 배달, 저장돼 있는 메일이나 게시판 메세지를 액세스하기 위한
방법이다. 다시 말해 전자메일 클라이언트는 원격지의 서버에 있는 메세지들을
마치 자신의 컴퓨터에 있는 메일처럼 다룰 수 있는 수단인 것이다.

예를 들어, 사용자는 자신의 집에서, 사무실에서 또는 여행 중에 노트북
컴퓨터에서 IMAP4 서버에 있는 자신의 메일을 서버에서 클라이언트로 복사해 갈
필요없이 동일한 메일을 관리할 수 있다. 게다가 Disconnected 동작 방식이라는
기능을 제공해 오프라인 상태에서 작업한 메일을 메일 서버의 메일과 동기화할 수
있다. 이 기능은 윈도우 95의 '나의 서류함' 기능과 같은 역할을 한다.

POP3은 사용자가 자신의 집에있는 컴퓨터에서 POP3으로 메일 서버의 메일을
액세스 할 경우 POP3의 특성상 그 메일을 집에 있는 컴퓨터의 하드 디스크로
전송하게 되고 보통은 메일 서버의 내용은 지워지게 된다. 따라서 다음날 자신의
사무실에서 메일을 열람해 보기 위해서는 집에 있는 컴퓨터에 저장된 메일을
복사해 가야 하는 문제점들이 발생한다.

IMAP4는 기본적으로 서버에서 메일을 관리하는 방식을 취하고 있기 때문에 언제
어디서든지 동일한 메일을 받아보고 관리할 수 있게 된다. 또한 POP3과는 달리
IMAP4는 서버에 자신의 개인 폴더를 생성하고 관리할 수 있기 때문에 '보낸
편지함, 지운 편지함, 보관 편지함, 받은 편지함'과 같은 식의 메일 분류 작업도
할 수 있다. 게다가 다른 사용자와 공동으로 사용할 수 있는 공유 폴더 기능이
제공돼 전자메일 클라이언트를 통해 게시판 기능을 이용할 수도 있다.

또한 IMAP4는 저속의 네트워크에 연결돼 있는 사용자에게 최적의 성능을
제공한다. 이 경우는 주로 노트북을 가지고 모뎀을 통해 자신의 메일 서버에
접속하는 경우다. POP3의 경우 사용자의 메일 서버에 수십 메가 분량의 메일들이
도착했을 때 사용자는 이 메일들을 모두 순차적으로 봐야 제목이라도 볼 수 있는
단점을 지니고 있다.

그러나 IMAP4는 메일 헤더만 따로 가져오거나 MIME로 이뤄져 있는 메일에서 특정
MIME 내용만 가져올 수 있는 기능을 가지고 있다. 그러므로 저속의 네트워크에
연결된 사용자는 본문의 내용을 모두 자신의 노트북으로 가져올 필요없이
제목만을 통해 선택적으로 메일을 살펴볼 수 있다.

 

사업자 정보 표시
(주)코레이즈 | 김창현 | 경기도 성남시 분당구 장미로42 5층 | 사업자 등록번호 : 144-81-08126 | TEL : 02-1833-5805 | Mail : sales@coraise.co.kr | 통신판매신고번호 : 호 | 사이버몰의 이용약관 바로가기

1.netstat?

 

netstat 명령어는 자신의 컴퓨터와 연결된 모든 네트워크 연결을 보여주는 명령어입니다.
원도우와 리눅스 둘다 존재하는 명령어입니다. 해킹체크의 용도로 사용합니다.

 

2.사용방법?

 

 

사업자 정보 표시
(주)코레이즈 | 김창현 | 경기도 성남시 분당구 장미로42 5층 | 사업자 등록번호 : 144-81-08126 | TEL : 02-1833-5805 | Mail : sales@coraise.co.kr | 통신판매신고번호 : 호 | 사이버몰의 이용약관 바로가기

+ Recent posts