為什么ping不通網(wǎng)站 但是卻可以訪問(wèn)該網(wǎng)站?

今天，在訪問(wèn)一個(gè)網(wǎng)站的時(shí)候，我想看看它的ip是多少，就在windows 命令行下去ping了下該網(wǎng)站/主機(jī);ip地址是解析出來(lái)了，但是卻發(fā)現(xiàn)請(qǐng)求超時(shí)，沒(méi)有ping通，當(dāng)時(shí)我就很困惑。然后，我又tracert 該 ip 跟蹤了一下 想看看到底什么問(wèn)題，最后我發(fā)現(xiàn)，當(dāng)跟蹤到該 ip的時(shí)候 請(qǐng)求被拒絕了。突然之間，應(yīng)該是服務(wù)端 設(shè)置了相關(guān)策略對(duì)網(wǎng)絡(luò)層icmp 回顯請(qǐng)求報(bào)文進(jìn)行了限制;而訪問(wèn)網(wǎng)頁(yè)用的是 http 協(xié)議，因此會(huì)出現(xiàn)此現(xiàn)象 。



ping 的實(shí)質(zhì)：發(fā)送一個(gè)icmp回顯請(qǐng)求報(bào)文給目的的主機(jī)，并等待回顯的icmp應(yīng)答。然后打印出回顯報(bào)文。

回顯的結(jié)果包括：字節(jié)數(shù) 、 反應(yīng)時(shí)間、TTL(生存時(shí)間)

ping不通網(wǎng)站的原因：

一、網(wǎng)絡(luò)設(shè)置的問(wèn)題

這種原因比較多出現(xiàn)在需要手動(dòng)指定IP、網(wǎng)關(guān)、DNS服務(wù)器聯(lián)網(wǎng)方式下，及使用代理服務(wù)器上網(wǎng)的。仔細(xì)檢查計(jì)算機(jī)的網(wǎng)絡(luò)設(shè)置。

二、DNS服務(wù)器的問(wèn)題

當(dāng)IE無(wú)法瀏覽網(wǎng)頁(yè)時(shí)，可先嘗試用IP地址來(lái)訪問(wèn)，如果可以訪問(wèn)，那么應(yīng)該是DNS的問(wèn)題，造成DNS的問(wèn)題可能是連網(wǎng)時(shí)獲取DNS出錯(cuò)或DNS服務(wù)器本身問(wèn)題，這時(shí)你可以手動(dòng)指定DNS服務(wù)(地址可以是你當(dāng)?shù)豂SP提供的DNS服務(wù)器地址，也可以用其它地方可正常使用DNS服務(wù)器地址。)在網(wǎng)絡(luò)的屬性里進(jìn)行，(控制面板—網(wǎng)絡(luò)和拔號(hào)連接—本地連接—右鍵屬性—TCP/IP協(xié)議—屬性—使用下面的DNS服務(wù)器地址)。不同的ISP有不同的DNS地址。有時(shí)候則是路由器或網(wǎng)卡的問(wèn)題，無(wú)法與ISP的DNS服務(wù)連接，這種情況的話，可把路由器關(guān)一會(huì)再開(kāi)，或者重新設(shè)置路由器。

還有一種可能，是本地DNS緩存出現(xiàn)了問(wèn)題。為了提高網(wǎng)站訪問(wèn)速度，系統(tǒng)會(huì)自動(dòng)將已經(jīng)訪問(wèn)過(guò)并獲取IP地址的網(wǎng)站存入本地的DNS緩存里，一旦再對(duì)這個(gè)網(wǎng)站進(jìn)行訪問(wèn)，則不再通過(guò)DNS服務(wù)器而直接從本地DNS緩存取出該網(wǎng)站的IP地址進(jìn)行訪問(wèn)。所以，如果本地DNS緩存出現(xiàn)了問(wèn)題，會(huì)導(dǎo)致網(wǎng)站無(wú)法訪問(wèn)?？梢栽凇斑\(yùn)行”中執(zhí)行ipconfig /flushdns來(lái)重建本地DNS緩存。

三、IE瀏覽器本身的問(wèn)題

當(dāng)IE瀏覽器本身出現(xiàn)故障時(shí)，自然會(huì)影響到瀏覽了;或者IE被惡意修改破壞也會(huì)導(dǎo)致無(wú)法瀏覽網(wǎng)頁(yè)。這時(shí)可以嘗試用“黃山IE修復(fù)專家”來(lái)修復(fù)(建議到安全模式下修復(fù))，或者重新IE(如重裝IE遇到無(wú)法重新的問(wèn)題，可參考：附一解決無(wú)法重裝IE)

四、網(wǎng)絡(luò)防火墻的問(wèn)題

如果網(wǎng)絡(luò)防火墻設(shè)置不當(dāng)，如安全等級(jí)過(guò)高、不小心把IE放進(jìn)了阻止訪問(wèn)列表、錯(cuò)誤的防火墻策略等，可嘗試檢查策略、降低防火墻安全等級(jí)或直接關(guān)掉試試是否恢復(fù)正常。

五、網(wǎng)絡(luò)協(xié)議和網(wǎng)卡驅(qū)動(dòng)的問(wèn)題

IE無(wú)法瀏覽，有可能是網(wǎng)絡(luò)協(xié)議(特別是TCP/IP協(xié)議)或網(wǎng)卡驅(qū)動(dòng)損壞導(dǎo)致，可嘗試重新網(wǎng)卡驅(qū)動(dòng)和網(wǎng)絡(luò)協(xié)議。

六、HOSTS文件的問(wèn)題

HOSTS文件被修改，也會(huì)導(dǎo)致瀏覽的不正常，解決方法當(dāng)然是清空HOSTS文件里的內(nèi)容。

七、系統(tǒng)文件的問(wèn)題

當(dāng)與IE有關(guān)的系統(tǒng)文件被更換或損壞時(shí)，會(huì)影響到IE正常的使用，這時(shí)可使用SFC命令修復(fù)一下，WIN98系統(tǒng)可在“運(yùn)行”中執(zhí)行SFC，然后執(zhí)行掃描;WIN2000/XP/2003則在“運(yùn)行”中執(zhí)行sfc /scannow嘗試修復(fù)。

Tracert 的實(shí)質(zhì)：利用ICMP數(shù)據(jù)報(bào)和IP數(shù)據(jù)報(bào)頭部中的TTL值。TTL(Time To Live)是一個(gè)IP數(shù)據(jù)報(bào)的生存時(shí)間，當(dāng)每個(gè)IP數(shù)據(jù)報(bào)經(jīng)過(guò)路由器的時(shí)候都回把TTL值減去1或者減去在路由器中停留的時(shí)間，但是大多數(shù)數(shù)據(jù)報(bào)在路由器中停留的時(shí)間都小于1秒種，因此實(shí)際上就是在TTL值減去了1。這樣，TTL值就相當(dāng)于一個(gè)路由器的計(jì)數(shù)器。

當(dāng)路由器接收到一個(gè)TTL為0或者1的IP數(shù)據(jù)報(bào)的時(shí)候，路由器就不再轉(zhuǎn)發(fā)這個(gè)數(shù)據(jù)了，而直接丟棄，并且發(fā)送一個(gè)ICMP“超時(shí)”信息給源主機(jī)。Tracert程序的關(guān)鍵就是這個(gè)回顯的ICMP報(bào)文的IP報(bào)頭的信源地址就是這個(gè)路由器的IP地址。

同時(shí)，如果到達(dá)了目的主機(jī)，我們并不能知道，于是，Tracert還同時(shí)發(fā)送一個(gè)UDP信息給目的主機(jī)，并且選擇一個(gè)很大的值作為UDP的端口，使主機(jī)的任何一個(gè)應(yīng)用程序都不使用這個(gè)端口。所以，當(dāng)達(dá)到目的主機(jī)的時(shí)候，UDP模塊就產(chǎn)生一個(gè)“端口不可到達(dá)”的錯(cuò)誤，這樣就能判斷是否是到達(dá)目的地了。

作者：碼農(nóng)編程進(jìn)階筆記


歡迎關(guān)注微信公眾號(hào) ：碼農(nóng)編程進(jìn)階筆記