文章編號: 909005 - 上次校閱: 2007年10月25日 - 版次: 1.2 在 [Exchange Server 2003 或在 Exchange 2000 Server、 Exchange 伺服器從郵件管理員帳戶的許多未傳遞回報填入佇列,因為的一個反向未傳遞報告攻擊
在此頁中徵狀正在執行 Microsoft Exchange Server 2003 的伺服器或 Microsoft Exchange 2000 Server 上, 您遇到一或多個下列徵狀:
發生的原因如果伺服器是反向未傳遞報告 (NDR) 攻擊的目標,就會發生這個問題。 解決方案如果要解決這個問題,建立 [收件者篩選以防止 Exchange 伺服器接受傳送至收件者不存在的訊息]。要這麼做,請您執行下列步驟。 步驟 1: 決定是否會 NDR 郵件佇列中訊息
895853?
(http://support.microsoft.com/kb/895853/
)
如何疑難排解轉送郵件伺服器會發出在 Exchange Server 2003,並在 Exchange 2000 伺服器 如果電腦設定成開放的 SMTP 轉送,或是如果電腦已驗證的轉送攻擊的目標沒有足夠繼續 」 步驟 2: 設定 Exchange Server 2003 > 一節中的 [收件者篩選功能。不過,如果電腦反向的 NDR 攻擊目標建立 [收件者篩選器若要防止 Exchange Server 2003 伺服器接受傳送至收件者不存在的訊息]。若要執行此動作繼續在 「 步驟 2: 設定 Exchange Server 2003 > 一節中的 [收件者篩選功能。步驟 2: 設定收件者篩選在 Exchange Server 2003在預設的 Exchange 伺服器設定為本機無論郵件地址的電子郵件別名接受傳送給 name of your e-mail domain.com 的電子郵件。電子郵件別名是位於左側的電子郵件地址的一部份,在 @ (at 符號)。如果電子郵件訊息傳送給不是有效的別名,SMTP 服務會接收整個訊息。然後,SMTP 服務查詢 Active Directory 目錄服務,為使用者或通訊群組的群組具有相符的電子郵件別名。比方說如果電子郵件訊息傳送給 invalid user name@name of your e-mail domain.com,SMTP 服務會為使用者或通訊群組的群組具有 invalid user name@name of your e-mail domain.com 別名查詢 Active Directory。不過,如果不存在的電子郵件別名,Exchange 伺服器會嘗試將未傳遞報告 (NDR) 傳送給原始的電子郵件訊息寄件者。這可能會造成許多訊息、 佇列,或兩者都出現在 Exchange 系統管理員 」。啟用收件者篩選之後 Exchange 伺服器會在 Exchange 伺服器會接受電子郵件訊息之前,確認電子郵件地址。在這種情況下如果沒有符合這個電子郵件別名會出現在 Active Directory 是仍然產生未傳遞報告 (NDR)。不過,在這種情況下是傳送 SMTP 伺服器而非 Exchange Server 伺服器產生,並傳遞 NDR 責任。 附註收件者篩選功能才可用在 Exchange Server 2003。
啟用收件者篩選之後一特定的技巧可能會使用針對 Exchange Server 伺服器收集您組織中有效的電子郵件地址的相關資訊。這種技巧稱為目錄蒐集攻擊。如需有關如何避免這類攻擊的詳細資訊,按一下 [下列面的文件編號,檢視 「 Microsoft 知識庫 」 中的發行項]: 842851?
(http://support.microsoft.com/kb/842851/
)
Microsoft Windows Server 2003 的 SMTP Tar Pit 功能 步驟 3: 清除 Exchange 伺服器佇列移除電腦上的 SMTP 佇列中的 [UCE。要這麼做,請您執行下列步驟。警告在這個過程會刪除寄給外部 SMTP 收件者的所有郵件。內部電子郵件訊息與來自網際網路的傳入電子郵件都不會受到影響。這些設定是暫時性的。Exchange Server SMTP 佇列清除之後,就會還原一般郵件流量。
895853?
(http://support.microsoft.com/kb/895853/
)
如何疑難排解轉送郵件伺服器會發出在 Exchange Server 2003,並在 Exchange 2000 伺服器 其他相關資訊傳送 UCE 到電子郵件收件者的人發現了一種方法解決許多電子郵件訊息傳送系統內建的電子郵件篩選器。在這種情況下傳送 UCE 人會嘗試利用電子郵件伺服器中的傳遞狀態通知功能。在一般的電子郵件訊息傳送系統無法傳遞電子郵件訊息時,就會產生 NDR 傳遞狀態通知郵件。此外,此 NDR 郵件通常會包含無法傳送訊息的內容。這種行為會跟隨註解 (RFC) 標準要求。因此,最訊息系統的行為以這種方式。 傳送 UCE 人會使用這個 NDR 郵件傳遞 UCE。這種 UCE 傳遞稱為反向的 NDR 攻擊。UCE 傳遞這種運作方式如下:
823866?
(http://support.microsoft.com/kb/823866/
)
如何設定連線篩選,來使用即時封鎖清單 (RBLs),以及如何設定 Exchange 2003 中的 [收件者篩選功能 這篇文章中的資訊適用於:
機器翻譯重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤,就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。 按一下這裡查看此文章的英文版本:909005?
(http://support.microsoft.com/kb/909005/en-us/
)
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應,不負任何擔保責任。Microsoft及(或)其供應商謹此聲明,不負任何對與此資訊有關之擔保責任,包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。 | 其他資源 其他支援網站社群立即取得協助文章翻譯 |






Windows Live
Facebook
Twitter
Linkedin
Digg it
Yahoo
Delicious
StumbleUpon
Yammer
Reddit
Technorati
FriendFeed
Email


回此頁最上方
