今天在調(diào)試一個(gè)客戶郵件服務(wù)器postfix的時(shí)候遇到了傳說中的551錯(cuò)誤（"551 User not local; please try [forward-path]"）
錯(cuò)誤現(xiàn)象是這樣的，用戶采用smtp認(rèn)證的方式自己給自己的郵箱發(fā)信，outlook或者foxmail會(huì)報(bào)551錯(cuò)誤或者直接報(bào)未知錯(cuò)誤。
而如果給別的信箱發(fā)信就不會(huì)有問題，在本機(jī)采用webmail發(fā)信也很正常。
很快就可以排除是postfix郵件系統(tǒng)的問題，因?yàn)槲业卿浀椒?wù)器上采用telnet手工smtp認(rèn)證發(fā)信沒有任何問題。
那么問題一定出現(xiàn)在通往郵件服務(wù)器的路由中，只能通過抓包分析了。
我在我的本機(jī)采用wireshark抓包
同時(shí)郵件服務(wù)器采用tcpdump -w packet tcp port 25將數(shù)據(jù)包保存為文件packet
然后我在本機(jī)通過smtp發(fā)信，重復(fù)錯(cuò)誤現(xiàn)象，然后將兩邊抓到的包用wireshark分析，結(jié)果果然不出所料。
先看截圖（ip地址和郵箱域名等已經(jīng)被處理掉）
1。郵件服務(wù)器端的截圖

圖中紅色圈中可以看到，mail from指令和rcpt to指令服務(wù)器都正確的返回了250 OK
但是在隨后藍(lán)色圈中突然不斷收到rst中斷連接。
2。本地客戶端的截圖

圖中紅色圈中可以看到，服務(wù)器返回的信息由250 OK被替換成了"551 User not local; please try [forward-path]"。
隨后又是一堆的Rst中斷連接。
注意，藍(lán)色圈中是服務(wù)器的真正返回，但是這時(shí)候連接已經(jīng)中斷，沒有意義了。
3。很明顯，雙方的連接在通訊途中被干預(yù)了。更能證明這一點(diǎn)的一個(gè)例子是ttl值的變化。

正常情況下服務(wù)器返回信息Ip包頭中的ttl值是48，大約經(jīng)過了16跳。
而"551 User not local; please try [forward-path]"這條消息的ttl值是50，發(fā)生什么事情已經(jīng)很明顯了。。

在google上可以搜索到很多關(guān)于551錯(cuò)誤的例子，從大家的評(píng)論來看，這件事情多半是gfw干的了。
只是我不太明白的是，gfw管這個(gè)做什么，出于什么目的？:em12:
補(bǔ)充:根據(jù)iceblood的提醒，我檢查了一下郵件服務(wù)器，果然是放在國外的。
看來郵件服務(wù)器放在國外，使用smtp自己給自己發(fā)信就會(huì)報(bào)錯(cuò)。[@more@]

本文標(biāo)題：截圖分析傳說中g(shù)fw造成的551Usernotlocal錯(cuò)誤(轉(zhuǎn))-創(chuàng)新互聯(lián)
鏈接地址：http://jinyejixie.com/article44/dehoee.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站制作、小程序開發(fā)、做網(wǎng)站、手機(jī)網(wǎng)站建設(shè)、移動(dòng)網(wǎng)站建設(shè)、企業(yè)建站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)