|
今天花了一點時間測試Bridge Mode下的MTA Mode Email Protection。
測試環境跟上述環境相同，
XG上的WAN及LAN介面啟用SMTP Rely，然後在SMTP Policy中設定好Domain (sophohs.shunze.info)與Host (192.168.30.86)對應，
最後在Relay Settiings中，將Mail Server加入允許relay的清單之中，
完成Inbound/Outbound的雙向設定後開始測試。
在第一次的測試中，client端的DNS設定sophos.shunze.info指向Mail Server的IP 192.168.30.86，
測試結果，client的收信軟體可以成功收發信件，
但在XG上的Email Protection沒有任何記錄。
這可以理解，因為client端的sophos.shunze.info直接指向了Mail Server，而不是做為SMTP Relay的XG，
所以XG上不會有任何郵件記錄！
而在第二次的測試中，順子將client端的DNS設定sophos.shunze.info直接指向XG的IP 192.168.30.87，
先透過XG relay，進行郵件處理後，再將郵件導向LAN端真實Mail Server 192.168.30.86。
測試結果，XG上的relay機制生效了，郵件在Mail Logs中有記錄，
該擋的病毒郵件也擋了！
成功了嗎？
那倒未必，因為client的收件軟體還無法向192.168.30.37收信！
所以我們必需加一條WAN to LAN的Business Application Rule，
讓client能向192.168.30.87透過110 port收信。
加了這條規則後，client的收發信都OK了，
也能透過XG的Email Protection機制過濾郵件，
但問題解決了嗎？
以順子的觀點來看，問題是解決了沒錯，
但這樣Bridge Mode的意義還在存在嗎？
所謂Bridge Mode，XG應該要隱藏在server與client端之間，
使用者沒有感覺到它的存在，使用者還是直接對應後端Mail Server。
但就修改後的組態配置而言，client端所指的mail server不再是後端真正的Mail Server，
而是XG的IP，這樣還叫Bridge Mode嗎？
別人我不知道，但順子是不認為啦！
 |
 |
♥順子老婆的網拍，請多關照∼
If you don't like something, change it.
If you can't change it, change your attitude.
Don't complain!
|
2017-02-16, 22:52
《分享》Bridge Mode下能否進行Email Protection？
《分享》MTA Mode下的測試