巧用Office365中的Exchange Online Protection(二)
巧用Office365中的Exchange Online Protection(二)
前面的文章《 巧用Office365中的Exchange Online Protection(一)》介紹了,如何利用Office365的EOP來作為本地Exchange Server的反垃圾郵件網關,但是對于外發郵件怎么去使用Office365的EOP來進行過濾以防止本地Exchange Server的公網IP被列入黑名單呢?
由于我的權限和資源有限,在寫完之前那篇博客后我也做了嘗試:
1、 在Office365上新建一個連接器:從本地Exchange Server到Office365的固定郵件流
2、 在本地Exchange Server上新建發送連接器并將之前的所有發送連接器刪掉
但這些都沒有起作用,今天白天見了好幾撥客戶,直到今晚我能夠遠程到Exchange Server虛擬機并搞了一個公網SSL證書上去之后一切情況得到了改變(這也是導致我隔了兩天才把第二部分補上的根本原因)。
一起來分享一下整個過程吧:
首先我在沒有做任何操作的情況下創建一封郵件發給我的QQ郵箱,可用看到我的QQ郵箱是可用收到郵件的,我們把這個郵件頭摘出來進行分析
通過微軟遠程分析連接器對郵件頭進行分析,發現這封郵件直接從Exchange Server發到了我的QQ郵箱,而并沒有經過Office365的Exchange Online Protection
隨即我登錄到ExchangeOnline管理中心,去新建一個連接器,并選擇郵件流的走向為本地Exchange Server到Office365的路徑

定義連接器的名稱
然后我這里直接選擇使用本地Exchange Server的公網IP地址來識別我本地的Exchange Server,不過微軟還是建議通過公網SSL證書來做這個本地Exchange Server的身份識別

點擊下一步完成

可用看到在Office365上的連接器就創建完成了
接下來去本地Exchange Server上創建發送連接器,這里由于當時無法遠程到服務器里面去,所以只能在web中進行創建(但是在web中創建簡直坑太多,而且都是沒法定義高級功能的)




源服務器選擇現有的Exchange Server
然后創建完成,并把原來的發送連接器禁用掉 (不用刪除)
然后測試外發郵件,就可用看到發送失敗了,原因就是Office365 Exchange Online Protection拒絕了我的郵件,很明顯就是一個驗證和服務的問題了。但是無法遠程到郵件服務器是很蛋疼的。
來看下現在郵件服務器還是使用的內網CA頒發的證書
然后一切的一切,都在今晚得到了改善,搞到一張通配符證書,直接給Exchange Server換上去,默認是沒有分配SMTP和IIS服務的,手動分配一下就好了
新建的命令如下(再吐槽下Exchange產品組,最后的certificatevalidation參數居然tab不出來,我一個一個字母全部拼出來的):
new-sendconnector -name “Exchange Server to Office365” -addressspaces * -cloudservicesmailenable $true -fqdn mail.ucssi.cn -requiretls $true -smarhosts ucssi-cn.mail.protection.outlook.com -tlsauthlevel certificatevalidation
-----------------------------------
整個過程就分享完了。
總結一下:
1、 強烈建議Exchange Server使用公網SSL
2、 在Office365上創建連接器的時候建議用證書來標識本地Exchange Server,有的企業Exchange Server公網IP地址很多,一個一個添加很麻煩
3、 不要過于的相信微軟官方文檔,自己在看文檔的時候也要根據自身的經驗去分析一下微軟官方說的準不準確
4、 這類特殊的發送連接器創建,還是乖乖的用Powershell去搞,不然很有可能像我這樣搞幾個小時后再去查微軟的文檔,還查出來一個有點小問題的文檔出來。
5、 中國版Office365和國際版Office365都提供這個功能(我的實驗環境用的是國際版)
最后,原創不易,各位可以隨意打賞~

浙公網安備 33010602011771號