소개
이 문서의 이익을 위해,내가 이름을 것입니다 가상의 조직을 만들었습니다 MSExchange.org,그리고 앤더슨의 이름을 짓는 사용자 이름.파트리시오 이 기사를 통해 우리는 인터넷 메시지를 보내거나받을 수있는 사용자의 능력을 관리 할 것입니다. 다음은 이 문서에서 다룰 주제 중 일부입니다:
-
해당 사용자에게 들어오는 메일 차단
-
해당 사용자가 아웃바운드 메시지를 보내지 못하도록 차단
-
해당 사용자가 외부의 특정 사용자에게 메시지를 보낼 수 있도록 허용
-
사용자가 특정 도메인에서 외부 메시지를 받을 수 있도록 허용
-
해당 사용자가 특정 도메인에만 메시지를 보낼 수 있도록 허용
여기서 주요 아이디어는 개인 환경 또는 전체 네트워크에 대해 이러한 종류의 작업을 수행 할 수있는 몇 가지 가능한 방법을 제공하는 것입니다. 당신은 또한 당신의 요구 사항을 달성하기 위해 위의 가능한 시나리오 중 하나 이상을 결합 할 수 있습니다.
특정 사용자에 대한 인바운드 트래픽 관리
특정 사용자에 대한 인바운드 트래픽을 관리하는 방법에는 여러 가지가 있습니다. 전송 규칙을 만들고 받는 사람 필터링을 구성하며 사서함 수준에서 변경할 수 있습니다.
첫 번째 옵션은 전송 규칙을 사용하는 것입니다. 예를 들어,이 특정 사용자에게 인터넷 메일을 받을 권한이 없다는 규칙을 만들 수 있습니다. 이것은 다음과 같이 수행 할 수 있습니다:
-
교환 관리 콘솔 열기
-
조직 구성 확장
-
클릭 허브 전송
-
전송 규칙 탭을 클릭하십시오.
-
도구 상자 작업에서 새 전송 규칙을 클릭합니다…
-
소개 페이지에서 규칙의 이름을 정의하고 다음을 클릭합니다
-
조건 페이지에서. 조직 내부 또는 외부의 사용자로부터 항목 및 사용자에게 보낸 항목도 선택합니다. 2 단계 상자에서 이전 항목의 값을 정의할 수 있습니다. 이렇게 하려면 첫 번째 값은 외부 값이 선택되고 두 번째 값은 인터넷 메일을 받을 수 없는 사용자 사서함을 추가했는지 확인합니다. 완료되면 다음을 클릭합니다
-
작업 페이지에서 고급 상태 코드를 사용하여 보낸 사람에게 반송 메시지 보내기 옵션을 선택하면 2 단계 상자로 이동하여 메시지 및 상태 코드의 텍스트도 변경할 수 있습니다. (그림 1)
그림 1
-
예외 페이지에서. 그냥 다음,새로운 및 마침을 클릭 할 수 있습니다.
두 번째 옵션은 받는 사람 필터링 스팸 방지 에이전트를 사용하는 것입니다. 그러나 허브 전송 역할을 사용하여 인터넷 메일을 받는 경우 스팸 방지 전송 에이전트를 사용하도록 설정해야 합니다.MSExchange.org 기사.
어느 쪽이든 받는 사람 필터링을 구성하는 프로세스는 이전 프로세스와 매우 유사합니다. 우리는 다음과 같이 허브 전송에서 이러한 변경 사항을 다룰 것입니다;
-
교환 관리 콘솔 열기
-
조직 구성 확장
-
클릭 허브 전송
-
스팸 방지 탭을 클릭하십시오.
-
받는 사람 필터링을 두 번 클릭
-
차단 된 수신자 탭을 클릭하십시오.
-
다음 받는 사람 차단 옵션을 선택하고 인터넷 메일을 차단할 내부 사용자를 입력합니다(그림 2)
그림 2
예상대로 결과, 인터넷에서 보낸 모든 메시지가 [email protected] 사용자가 우리 조직에 존재하지 않는 것을 말하는
음,때로는 사용자에 대한 외부 들어오는 트래픽을 차단하는 것만으로는 충분하지 않습니다 그리고 당신은 제한을 조금 더 엄격하게 만들고 싶어. 자신의 상사와 다른 이메일 클라이언트에서 메시지를 수신하는 사용자를 제한하는 것은 하나의 예입니다.
참고:
또한 전송 규칙을 사용 하 여이 요구 사항을 수행할 수 있습니다.,그러나이 문서의 목적은 추가 옵션을 제공 하 고 그래서,사서함 수준에서 구성 하기로.
구성 프로세스는 다음과 같습니다:
-
교환 관리 콘솔 열기
-
받는 사람 구성 확장
-
클릭 사서함
-
제한할 사서함을 두 번 클릭합니다
-
클릭 메일 흐름 설정 탭
-
메시지 배달 제한을 클릭하고 속성을 클릭하십시오.
-
이 페이지에서는 사용자가 특정 사용자의 메시지를 수락하거나 거부하도록 제한 할 수 있습니다. 이 사용자는 인증된 사용자의 메시지만 수락할 수 있습니다(그림 3)
참고:
인터넷에서 오는 메시지는 인증되지 않습니다.
그림 3
아웃바운드 트래픽 관리
지금까지 특정 내부 사용자를 향한 인바운드 트래픽을 차단하는 여러 가지 방법을 살펴봤지만 이제는 내부/외부 메시지를 보내는 기능을 차단할 차례입니다. 우리가 제한에 대해 말할 때,우리는 전송 규칙과 결합 된 허브 전송 아키텍처에 대해 말하고 있습니다. 따라서 아웃바운드 트래픽을 관리하는 간단하고 쉬운 방법은 전송 규칙을 사용하는 것입니다.:
-
교환 관리 콘솔 열기
-
조직 구성 확장
-
클릭 허브 전송
-
전송 규칙 탭을 클릭하십시오.
-
도구 상자 작업에서 새 전송 규칙을 클릭합니다
-
소개 페이지에서. 규칙의 이름을 정의하고 다음을 클릭합니다
-
조건 페이지에서 사용자로부터 항목 및 조직 항목 내부 또는 외부의 사용자로부터 항목을 선택합니다. 2 단계 상자에서 이전 항목 값을 정의하고 첫 번째 항목(사용자 링크)에서 메시지를 보낼 수 없는 모든 사용자를 선택하고 두 번째 항목에서는 외부 값을 선택했는지 확인합니다
-
작업 페이지에서 고급 상태 코드를 사용하여 보낸 사람에게 반송 메시지 보내기 옵션을 선택하면 2 단계 상자로 이동하여 메시지 및 상태 코드의 텍스트도 변경할 수 있습니다. 이 경우 텍스트를”외부 메시지를 보낼 수 없습니다”로 변경할 것입니다. (그림 4)
그림 4
그 결과 테스트 사용자가 보낸 모든 메시지가 사서함에 새 사서함을 생성하고 최종 사용자는 전송 규칙에 방금 추가한 내부 정책에 대한 정보를 볼 수 있습니다(그림 5).
그림 5
예외 처리…
조직에 규칙을 배포하는 것은 정말 좋지만,우리는 이미 항상 길 아래에 생성되어야하는 일부 예외 및/또는 예외가 있다는 것을 알고 있습니다. 기술적으로는 큰 문제가 아니며 전송 규칙 생성 프로세스 중에 포함됩니다.
그러나 지금까지 만든 모든 전송 규칙을 자세히 살펴보면 내부 사용자가 특정 외부 도메인으로 메시지를 보낼 수 있도록 하는 기본 제공 규칙이 없습니다. 연락처를 만들고 예외에서 해당 연락처를 지정할 수 있는 옵션이 있지만 요구 사항이 전체 도메인이면 해당 연락처를 지정할 수 없습니다. 요구 사항은 내부 사용자가 다음 중 하나에서 모든 받는 사람에게 메시지를 보낼 수 있다는 것입니다 Microsoft.com 또는 라이브.컴,사용자가 해당 도메인에 연락처를 많이 가지고 있다면 연락처 생성은 고통스럽고 관리하기 어려운되기 때문에 잘 그 큰 문제입니다.
조직의 외부 메시지를 차단하기 위해 만든 전송 규칙을 편집하고 예외 페이지의 메시지 헤더에 텍스트 패턴이 나타나는 경우를 제외하고 항목을 선택합니다. 메시지 헤더 링크를 클릭;에 입력하고 텍스트 패턴 링크를 클릭하고 마지막으로,입력@domain.com$(여기서@domain.com 당신이 당신의 요구 사항에있는 모든 도메인으로 대체 할 수 있습니다).
우리는 우리가 우리의 현재 전송 규칙에서 허용 할 도메인(들)과 일치하는 정규식 식을 사용하려고합니다. 표현식을 볼 때”@domain.com$”,해당 문자열이 포함 된 모든 텍스트가 일치합니다(예:[email protected],[email protected].그러나 사용자가 시도하는 경우 [email protected] 그것은 작동하지 않을 것입니다.
내부 사용자가 특정 도메인으로 메시지를 보낼 수 있도록 전송 규칙에 추가한 예외는 그림 6 에서 확인할 수 있습니다.
그림 6
이제 방금 본 개념을 사용하여 기존 전송 규칙을 편집하고 예외 페이지의 메시지 헤더 항목에 텍스트 패턴이 나타나는 경우를 제외하고 항목을 추가하여 인바운드 인터넷 메일에 대한 예외를 만들 수 있습니다. 그런 다음 메시지 헤더 링크와 이전에 사용했던 것과 동일한 패턴을 사용하여 허용 된 도메인 목록에”보낸 사람”텍스트를 추가해야합니다(@domain.com$).이 변경 사항에 대한 요약은 그림 7 에서 볼 수 있습니다.
그림 7
이러한 예외는 전송 규칙을 사용하여 작성되었습니다. 보낸 사람 필터링 또는 사서함 설정이 있는 경우에는 적용되지 않습니다. 이러한 종류의 제한을 사용자 환경에 배포하는 계획을 만들 때는 이 점에 유의하십시오.
결론
이 문서에서는 관리자가 인바운드 및 아웃바운드 트래픽을 제한하기 위해 수행할 수 있는 몇 가지 작업을 살펴보았습니다.