今天下午閑着沒事就把exchange實驗做了一遍,發現這個實驗比較有意思,剛打好實驗環境發現有個郵箱隻能發送不能接受,上群裡問了幾個人,回答的也是不一樣,得 !咱自己就好好縷縷思路,看看那個地方做錯了,其中一些方法大家以後或許用得到。我們先說下MX記錄:<b>MX(Mail Exchanger)記錄</b>
<b></b>
<b> </b>
<b></b>是郵件交換記錄,它指向一個郵件伺服器,用于電子郵件系統發郵件時根據 收信人的位址字尾來定位郵件伺服器。例如,當Internet上的某使用者要發一封信給 [email protected] 時,該使用者的郵件系統通過DNS查找mydomain.com這個域名的MX記錄,如果MX記錄存在, 使用者計算機就将郵件發送到MX記錄所指定的郵件伺服器上。
檢查MX記錄是否存在的方法
進行DNS查詢的一個非常有用的工具是nslookup,可以使用它來查詢DNS中的各種資料。可以在Windows的指令行下直接運作nslookup進入一個互動模式,在這裡能查詢各種類型的DNS資料。
DNS的名字解析資料可以有各種不同的類型,有設定這個zone的參數的SOA類型資料,有設定名字對應的IP位址的A類型資料,有設定郵件交換的MX類型資料。這些不同類型的資料均可以通過nslookup的互動模式來查詢,在查詢過程中可以使用 set type指令設定相應的查詢類型。
用exchange發送郵件我們一定要了解郵件發送的過程,大家要了解清楚請看我博文有篇郵件欺騙的文章那裡說的比較清楚,下面我們專說下過程:
實驗環境兩台server2003 exchange sp2 都做DC DNS內建,
我們分别在兩台主機DNS添加主機記錄和MX記錄
<a href="http://blog.51cto.com/attachment/201008/223425983.png" target="_blank"></a>
在分别用ping下自己和對方的郵件域名
<a href="http://blog.51cto.com/attachment/201008/223725128.png" target="_blank"></a>
在分别用nslookup分别解析下郵件交換器的域名,看看能否成功解析ip位址
<a href="http://blog.51cto.com/attachment/201008/223621144.png" target="_blank"></a>
在做剛開始怎麼也解析不出對端的郵件伺服器域名,我就沒有先管他,接着做,結果發現有個郵件伺服器隻能收不能發送,我知道可能是DNS出錯,解析不出域名。上網問了下說是協定不同,我開始使用OWA測試的,後來用OE測試,說必須同時smtp pop3服務開啟,我就納悶了,我們在用OE時用的是smtp和pop3服務,可我用OWA測試也不通,可exchange在用OWA發送郵件預設EXCHANGE POP3 服務是關着的,我們用的是http服務,這就不對了,咱就這接着縷縷思緒,我特意抓包看了一下,是郵件找不到對端域的MX,哦這就不難明白為什麼發送不出去了,接着咱就有兩種辦法解決了:
1.找到DNS,屬性——設定轉發,既然着這台機器上我們不能解析出MX記錄,我們就把這條請求發送到對方DNS上進行解析,這樣我們就可以得到我們想要的了
<a href="http://blog.51cto.com/attachment/201008/225131988.png" target="_blank"></a>
2.還有一種更加簡單的辦法,我們在這台主機上建立DNS輔助區域指向另一台主機的ip位址,建好後的
<a href="http://blog.51cto.com/attachment/201008/225314186.png" target="_blank"></a>
這樣設定後我們的結果就出來了
<a href="http://blog.51cto.com/attachment/201008/225355116.png" target="_blank"></a>
通過這個例子,我們可以得出這樣的結論,遇事要多想下,自己結合原理看看是那個方面不同了,在接着改正,問題就會向我們想的那方面發展了。還有抓包分析很重要!
本文轉自q狼的誘惑 51CTO部落格,原文連結:http://blog.51cto.com/liangrui/375963,如需轉載請自行聯系原作者