第一篇：http常見錯(cuò)誤和IE解決方案

400訪問被拒絕。IIS 定義了許多不同的 401 錯(cuò)誤，它們指明更為具體的錯(cuò)誤原因。這些具體的錯(cuò)誤代碼在瀏覽器中顯示，但不在 IIS 日志中顯示： ·401.1服務(wù)器配置導(dǎo)致登錄失敗。

·401.3篩選器授權(quán)失敗。

·401.5禁止訪問：IIS 定義了許多不同的 403 錯(cuò)誤，它們指明更為具體的錯(cuò)誤原因： ·403.1讀訪問被禁止。·403.3要求 SSL。·403.5IP 地址被拒絕。·403.7站點(diǎn)訪問被拒絕?！?03.9配置無效?！?03.11拒絕訪問映射表?！?03.13拒絕目錄列表。

·403.15客戶端證書不受信任或無效?！?03.17在當(dāng)前的應(yīng)用程序池中不能執(zhí)行所請(qǐng)求的 URL。這個(gè)錯(cuò)誤代碼為 IIS 6.0 所專用。

·403.19Passport 登錄失敗。這個(gè)錯(cuò)誤代碼為 IIS 6.0 所專用。

·404無法在所請(qǐng)求的端口上訪問 Web 站點(diǎn)?！?04.2MIME 映射策略阻止本請(qǐng)求。

·405客戶端瀏覽器不接受所請(qǐng)求頁面的 MIME 類型?！?07前提條件失敗?！?13 – 請(qǐng)求實(shí)體太大。·414-請(qǐng)求 URI 太長?！?15 – 不支持的媒體類型。

·416 – 所請(qǐng)求的范圍無法滿足?！?17 – 執(zhí)行失敗。·423 – 鎖定的錯(cuò)誤。

第二篇：HTTP協(xié)議請(qǐng)求方法和常見錯(cuò)誤范文

HTTP協(xié)議中POST、GET、HEAD、PUT等請(qǐng)求方法以及一些常見錯(cuò)誤

請(qǐng)求方法是請(qǐng)求一定的Web頁面的程序或用于特定的URL?？蛇x用下列幾種：

GET： 請(qǐng)求指定的頁面信息，并返回實(shí)體主體。

HEAD： 只請(qǐng)求頁面的首部。

POST： 請(qǐng)求服務(wù)器接受所指定的文檔作為對(duì)所標(biāo)識(shí)的URI的新的從屬實(shí)體。

PUT： 從客戶端向服務(wù)器傳送的數(shù)據(jù)取代指定的文檔的內(nèi)容。

DELETE： 請(qǐng)求服務(wù)器刪除指定的頁面。

OPTIONS： 允許客戶端查看服務(wù)器的性能。

TRACE： 請(qǐng)求服務(wù)器在響應(yīng)中的實(shí)體主體部分返回所得到的內(nèi)容。

PATCH： 實(shí)體中包含一個(gè)表，表中說明與該URI所表示的原內(nèi)容的區(qū)別。

MOVE： 請(qǐng)求服務(wù)器將指定的頁面移至另一個(gè)網(wǎng)絡(luò)地址。

COPY： 請(qǐng)求服務(wù)器將指定的頁面拷貝至另一個(gè)網(wǎng)絡(luò)地址。

LINK： 請(qǐng)求服務(wù)器建立鏈接關(guān)系。

UNLINK： 斷開鏈接關(guān)系。

WRAPPED： 允許客戶端發(fā)送經(jīng)過封裝的請(qǐng)求。

Extension-mothed：在不改動(dòng)協(xié)議的前提下，可增加另外的方法。

當(dāng)服務(wù)器響應(yīng)時(shí)，其狀態(tài)行的信息為HTTP的版本號(hào)，狀態(tài)碼，及解釋狀態(tài)碼的簡(jiǎn)單說明。現(xiàn)將5類狀態(tài)碼詳細(xì)列出： ① 客戶方錯(cuò)誤

繼續(xù)

交換協(xié)議 ② 成功

200 OK 201 已創(chuàng)建

202 接收

203 非認(rèn)證信息

204 無內(nèi)容

205 重置內(nèi)容

206 部分內(nèi)容 ③ 重定向

300 多路選擇

301 永久轉(zhuǎn)移

302 暫時(shí)轉(zhuǎn)移

303 參見其它

304 未修改（Not Modified）

305 使用代理 ④ 客戶方錯(cuò)誤

400 錯(cuò)誤請(qǐng)求（Bad Request）

401 未認(rèn)證

402 需要付費(fèi)

403 禁止（Forbidden）

404 未找到（Not Found）

405 方法不允許

406 不接受

407 需要代理認(rèn)證 408 請(qǐng)求超時(shí)

409 沖突

410 失敗

411 需要長度

412 條件失敗

413 請(qǐng)求實(shí)體太大

414 請(qǐng)求URI太長

415 不支持媒體類型 ⑤ 服務(wù)器錯(cuò)誤

500 服務(wù)器內(nèi)部錯(cuò)誤

501 未實(shí)現(xiàn)（Not Implemented）

502 網(wǎng)關(guān)失敗

504 網(wǎng)關(guān)超時(shí)

505 HTTP版本不支持 關(guān)于實(shí)體頭部的內(nèi)容還可以有：

Last Modified ：請(qǐng)求文檔的最近修改時(shí)間。Expires ：請(qǐng)求文檔的過期時(shí)間。Connect-length：文檔數(shù)據(jù)的長度。

WWW-authenricate：通知客戶端需要的認(rèn)證信息。Connect-encoding ：說明有無使用壓縮技術(shù)。Transfer-encoding ：說明采用的編碼變換類型。標(biāo)準(zhǔn)Http協(xié)議支持六種請(qǐng)求方法，即： 0，GET 1，HEAD 2，PUT 3，DELETE 4，POST 5，OPTIONS 但其實(shí)我們大部分情況下只用到了GET和POST。如果想設(shè)計(jì)一個(gè)符合RESTful規(guī)范的web應(yīng)用程序，則這六種方法都會(huì)用到。不過即使暫時(shí)不想涉及REST，了解這六種方法的本質(zhì)仍然是很有作用的。大家將會(huì)發(fā)現(xiàn)，原來web也是很簡(jiǎn)潔明了的。下面依次說明這六種方法。

0，GET：GET可以說是最常見的了，它本質(zhì)就是發(fā)送一個(gè)請(qǐng)求來取得服務(wù)器上的某一資源。資源通過一組HTTP頭和呈現(xiàn)數(shù)據(jù)（如HTML文本，或者圖片或者視頻等）返回給客戶端。GET請(qǐng)求中，永遠(yuǎn)不會(huì)包含呈現(xiàn)數(shù)據(jù)。

1，HEAD：HEAD和GET本質(zhì)是一樣的，區(qū)別在于HEAD不含有呈現(xiàn)數(shù)據(jù)，而僅僅是HTTP頭信息。有的人可能覺得這個(gè)方法沒什么用，其實(shí)不是這樣的。想象一個(gè)業(yè)務(wù)情景：欲判斷某個(gè)資源是否存在，我們通常使用GET，但這里用HEAD則意義更加明確。

2，PUT：這個(gè)方法比較少見。HTML表單也不支持這個(gè)。本質(zhì)上來講，PUT和POST極為相似，都是向服務(wù)器發(fā)送數(shù)據(jù)，但它們之間有一個(gè)重要區(qū)別，PUT通常指定了資源的存放位置，而POST則沒有，POST的數(shù)據(jù)存放位置由服務(wù)器自己決定。舉個(gè)例子：如一個(gè)用于提交博文的URL，/addBlog。如果用PUT，則提交的URL會(huì)是像這樣的”/addBlog/abc123”，其中abc123就是這個(gè)博文的地址。而如果用POST，則這個(gè)地址會(huì)在提交后由服務(wù)器告知客戶端。目前大部分博客都是這樣的。顯然，PUT和POST用途是不一樣的。具體用哪個(gè)還取決于當(dāng)前的業(yè)務(wù)場(chǎng)景。

3，DELETE：刪除某一個(gè)資源?；旧线@個(gè)也很少見，不過還是有一些地方比如amazon的S3云服務(wù)里面就用的這個(gè)方法來刪除資源。

4，POST：向服務(wù)器提交數(shù)據(jù)。這個(gè)方法用途廣泛，幾乎目前所有的提交操作都是靠這個(gè)完成。

5，OPTIONS：這個(gè)方法很有趣，但極少使用。它用于獲取當(dāng)前URL所支持的方法。若請(qǐng)求成功，則它會(huì)在HTTP頭中包含一個(gè)名為“Allow”的頭，值是所支持的方法，如“GET, POST”。

其實(shí)還有一個(gè)TRACE方法，不過這個(gè)基本上不會(huì)用到，這里就不介紹了。以上的六種方法，我們可以跟數(shù)據(jù)庫的CRUD增刪改查操作對(duì)應(yīng)起來： CREATE ：PUT READ：GET UPDATE：POST DELETE：DELETE 這樣一來就實(shí)現(xiàn)了HTTP和數(shù)據(jù)庫操作（其實(shí)不光是數(shù)據(jù)庫，任何數(shù)據(jù)如文件圖表都是這樣）的完美統(tǒng)一，這也是REST的精髓之一。

第三篇：HTTP常見錯(cuò)誤

HTTP錯(cuò)誤狀態(tài)信息

1xx繼續(xù)。

? 101成功

這類狀態(tài)代碼表明服務(wù)器成功地接受了客戶端請(qǐng)求。? 200已創(chuàng)建。? 202非權(quán)威性信息。? 204重置內(nèi)容。? 206重定向

客戶端瀏覽器必須采取更多操作來實(shí)現(xiàn)請(qǐng)求。例如，瀏覽器可能不得不請(qǐng)求服務(wù)器上的不同的頁面，或通過代理服務(wù)器重復(fù)該請(qǐng)求。? 302未修改。

? 307客戶端錯(cuò)誤

發(fā)生錯(cuò)誤，客戶端似乎有問題。例如，客戶端請(qǐng)求不存在的頁面，客戶端未提供有效的身份驗(yàn)證信息。

? 400訪問被拒絕。IIS 定義了許多不同的 401 錯(cuò)誤，它們指明更為具體的錯(cuò)誤原因。這些具體的錯(cuò)誤代碼在瀏覽器中顯示，但不在 IIS 日志中顯示： ? 401.1服務(wù)器配置導(dǎo)致登錄失敗。

? 401.3篩選器授權(quán)失敗。

? 401.5禁止訪問：IIS 定義了許多不同的 403 錯(cuò)誤，它們指明更為具體的錯(cuò)誤原因： ? 403.1讀訪問被禁止。? 403.3要求 SSL。? 403.5IP 地址被拒絕。? 403.7站點(diǎn)訪問被拒絕。? 403.9配置無效。? 403.11拒絕訪問映射表。? 403.13拒絕目錄列表。

? 403.15客戶端證書不受信任或無效。? 403.17在當(dāng)前的應(yīng)用程序池中不能執(zhí)行所請(qǐng)求的 URL。這個(gè)錯(cuò)誤代碼為 IIS 6.0 所專用。? 403.19Passport 登錄失敗。這個(gè)錯(cuò)誤代碼為 IIS 6.0 所專用。? 404無法在所請(qǐng)求的端口上訪問 Web 站點(diǎn)。? 404.2MIME 映射策略阻止本請(qǐng)求。

? 405客戶端瀏覽器不接受所請(qǐng)求頁面的 MIME 類型。? 407前提條件失敗。? 413 – 請(qǐng)求實(shí)體太大。? 414服務(wù)器錯(cuò)誤

服務(wù)器由于遇到錯(cuò)誤而不能完成該請(qǐng)求。? 500應(yīng)用程序正忙于在 Web 服務(wù)器上重新啟動(dòng)。? 500.13不允許直接請(qǐng)求 Global.asa。

? 500.16 – UNC 授權(quán)憑據(jù)不正確。這個(gè)錯(cuò)誤代碼為 IIS 6.0 所專用。? 500.18 – URL 授權(quán)存儲(chǔ)不能打開。這個(gè)錯(cuò)誤代碼為 IIS 6.0 所專用。? 500.100頁眉值指定了未實(shí)現(xiàn)的配置。

? 502CGI 應(yīng)用程序超時(shí)。

? 502.2服務(wù)不可用。這個(gè)錯(cuò)誤代碼為 IIS 6.0 所專用。? 504HTTP 版本不受支持。

第四篇：Cisco VPN客戶端常見錯(cuò)誤說明及解決方案

VPN客戶端常見錯(cuò)誤說明及解決方案 1 VPN打開后自動(dòng)縮到任務(wù)欄，整個(gè)GUI界面無法顯示

原因：vpn配置文件vpnclient.ini中的WindowX，WindowY值被修改超級(jí)大，超出屏幕界面

[main] ClientLanguage= [GUI] DefaultConnectionEntry=Avnet VPN-Americas WindowWidth=600 WindowHeight=330 WindowX=245000 WindowY=245000 VisibleTab=0 ConnectionAttribute=0 AdvancedView=1 LogWindowWidth=0 LogWindowHeight=0 LogWindowX=0 LogWindowY=0 解決方案：

在客戶端安裝目錄下找到，把它修改為WindowX=75、WindowY=75，恢復(fù)正常。錯(cuò)誤代碼56

原因：VPN的服務(wù)被關(guān)閉

解決方案：

計(jì)算機(jī)----> 管理------->服務(wù)和應(yīng)用程序-----> 服務(wù)----->Cisco Systems, Inc.VPN Service----->右鍵--------->啟動(dòng) OK

如果遇到啟動(dòng)一會(huì)后就被kill ：

cvpnd服務(wù)是被Internet Connection Sharing(ICS)服務(wù)kill掉的： 1.將Internet Connection Sharing服務(wù)類型設(shè)置為手動(dòng)。2.停止Internet Connection Sharing服務(wù)。3.啟動(dòng)Cisco System, Inc.VPN Service。

另外，如果在連接的時(shí)候，報(bào)了無法啟用虛擬網(wǎng)卡的錯(cuò)誤，需要先取消物理網(wǎng)卡的共享(停止Internet Connection Sharing服務(wù))，再連就OK了。錯(cuò)誤代碼413

原因：用戶名或密碼不正確，或vpn連接的分組與本部門分組不一致 解決方案（用戶名或密碼不正確）：

輸入密碼時(shí)，如果郵件客戶端使用的是foxmail，建議將密碼復(fù)制到文本文檔里面，然后再復(fù)制到客戶端，因?yàn)閒oxmail會(huì)在outlook發(fā)送的密碼后面加一個(gè)空格或回車。

如果VPN server端對(duì)vpn連接是使用的分組有限制，vpn連接的分組與本部門分組不一致時(shí)，也會(huì)報(bào)413錯(cuò)誤

解決方案：按照開通vpn賬號(hào)時(shí)發(fā)送的通知郵件，新建一個(gè)與本部門分組一致的連接，重新登錄 錯(cuò)誤代碼412

原因：服務(wù)端沒有響應(yīng)，可能是因網(wǎng)絡(luò)原因或是服務(wù)端忙導(dǎo)致 解決方案：

1.關(guān)閉寬帶路由器的防火墻功能。

2.不斷Ping 遠(yuǎn)方某個(gè)IP地址，讓VPN Client一直收到對(duì)方的回饋數(shù)據(jù)包，這樣就不會(huì)time out而斷開了。

3.機(jī)器裝有防火墻軟件，防火墻策略阻止了VPN的連接，在進(jìn)行VPN連接前先禁用防火墻軟件。

4.查看寬帶路由器的設(shè)置，是否有VPN相關(guān)的選項(xiàng)，如果有將選項(xiàng)設(shè)為Enabled(開啟)，允許VPN數(shù)據(jù)穿透。錯(cuò)誤代碼442

原因：當(dāng)前使用的虛擬網(wǎng)卡工作不正常 可能引起該問題的原因及解決方案：

1）由于網(wǎng)絡(luò)連接開啟了“連接共享”引起的，解決方法如下：

a.點(diǎn)擊“網(wǎng)絡(luò)連接“

b.點(diǎn)擊 ”Cisco Systems VPN Adapter 本地連接", 選擇共享(Tab),去掉/禁用 Internet 連接共享中的“允許其它網(wǎng)絡(luò)用戶通過此計(jì)算機(jī)的 Internet 連接來連接” 項(xiàng)；

2）原因：開啟了Internat Connection Sharing(ICS)服務(wù)

解決方案：關(guān)閉這Internat Connection Sharing(ICS)服務(wù)

操作步驟：右鍵點(diǎn)擊桌面計(jì)算機(jī)圖標(biāo)-管理-服務(wù)和應(yīng)用程序-服務(wù)，找到Internat Connection Sharing(ICS)，右鍵，停止

3）卸載客戶端，重啟，重新安裝客戶端 錯(cuò)誤代碼403 原因：無法連接至安全網(wǎng)關(guān)，可能是由于當(dāng)前的網(wǎng)絡(luò)沒有開放ipsec通道導(dǎo)致 解決方案：更改路由器設(shè)置，將允許ipsec連接的設(shè)置選為是。錯(cuò)誤代碼433

原因：連接被服務(wù)端斷開，原因可能有多種，需要對(duì)具體問題進(jìn)行分析 解決方案：

1）如網(wǎng)卡工作異常，需重啟vpn客戶端重新連接。

2）如電腦長時(shí)間未重啟，需要重啟釋放掉之前已連接的進(jìn)程。3）VPN服務(wù)器連接數(shù)超過最大并發(fā)連接數(shù)，請(qǐng)聯(lián)系VPN管理員。錯(cuò)誤代碼429

原因：不能解析VPN服務(wù)器地址 解決方案：

1、查看VPN配置中的host是否正確，應(yīng)該為dblvpn.chinaso365.com

2、查看網(wǎng)絡(luò)連接和DNS設(shè)置是否正常，檢查是否可以正常上網(wǎng)

第五篇：常見的HTTP狀態(tài)以及含義

常見的HTTP狀態(tài)以及含義

當(dāng)網(wǎng)站出現(xiàn)問題的時(shí)候，頁面就會(huì)自動(dòng)反饋HTTP狀態(tài)，作為網(wǎng)站的優(yōu)化人員，我們必須了解這些狀態(tài)的含義，還要學(xué)會(huì)應(yīng)對(duì)這些。常見的HTTP狀態(tài)包括200、404、301、302以及500等，為了大家能更了解HTTP的狀態(tài)以及含義，宜昌百慕達(dá)網(wǎng)絡(luò)科技的工作人員給我們做了簡(jiǎn)單的介紹。

200 ：頁面正常訪問時(shí)的返回HTTP狀態(tài)。當(dāng)一個(gè)頁面返回200狀態(tài)碼時(shí)，則表示告訴瀏覽器或者搜索引擎，該頁面是可以正常到達(dá)的。

404 ：頁面找不到時(shí)，返回的HTTP狀態(tài)。SEO處理中如果想自定義404頁面，需要做到的是確保訪問錯(cuò)誤頁時(shí)返回狀態(tài)為404，這樣搜索引擎才知道，這個(gè)頁面是找不到了。而通常很多站長朋友們之所以對(duì)文章開頭提到的認(rèn)為“404頁面自動(dòng)跳轉(zhuǎn)到首頁會(huì)有問題”，原因通常是因?yàn)?04頁面跳轉(zhuǎn)時(shí)設(shè)置不當(dāng)，返回了200狀態(tài)碼又沒有發(fā)現(xiàn)，結(jié)果搜索引擎抓取錯(cuò)誤頁時(shí)看到的是200狀態(tài)，就認(rèn)定網(wǎng)站上出現(xiàn)了大量的與首頁相同頁面，這種情況，被降權(quán)是顯然的了。有些站長圖省事，直接在IDC提供的虛擬主機(jī)后臺(tái)設(shè)置404頁面，并在頁面上放置了類似或者js方式的windwo.location跳轉(zhuǎn)，結(jié)果是返回200狀態(tài)。

301 ：頁面永久重定向時(shí)返回的HTTP狀態(tài)。目前公認(rèn)的最正確的跳轉(zhuǎn)方法，并且可以起到權(quán)重傳遞作用。一般在程序作跳轉(zhuǎn)時(shí)先發(fā)送301狀態(tài)即可。如PHP中發(fā)送：header（“HTTP/1.1 301 Moved Permanently”）;ASP中發(fā)送Response.Status=“301 Moved Permanently”

302 ：頁面臨時(shí)跳轉(zhuǎn)時(shí)返回的狀態(tài)?，F(xiàn)在普遍認(rèn)為使用302跳轉(zhuǎn)容易被搜索引擎視為作弊，據(jù)傳是早期302跳轉(zhuǎn)被濫用而留下的后遺癥。落葉不能算很老的站長，沒見過被濫用啥樣子，不過呢，302跳轉(zhuǎn)更多的是作為功能性跳轉(zhuǎn)，基本目前的每一個(gè)網(wǎng)站程序中都會(huì)用到，如添加一篇文章，自動(dòng)跳轉(zhuǎn)回列表頁；操作成功/失敗提示自動(dòng)跳轉(zhuǎn)等。ASP中的response.redirect跳轉(zhuǎn)，PHP中的普通header跳轉(zhuǎn)返回的都是302狀態(tài)。這些跳轉(zhuǎn)，一般是在網(wǎng)站后臺(tái)操作時(shí)的功能性跳轉(zhuǎn)，不會(huì)對(duì)SEO產(chǎn)生影響。但如果作為前臺(tái)頁面跳轉(zhuǎn)，那就值得斟酌了。

500 ：頁面代碼出錯(cuò)時(shí)返回的狀態(tài)。通常站長朋友們經(jīng)常遇到標(biāo)題中提示“內(nèi)部服務(wù)器錯(cuò)誤”，其實(shí)這種情況大多數(shù)是因?yàn)樵L問的網(wǎng)站或者頁面ASP或者PHP等出現(xiàn)代碼錯(cuò)誤，如語法錯(cuò)誤、數(shù)據(jù)庫連接錯(cuò)誤等，而恰好服務(wù)器環(huán)境關(guān)閉了出錯(cuò)信息的輸出提示，所以在出錯(cuò)時(shí)，站長看到的就是500狀態(tài)的“內(nèi)部服務(wù)器錯(cuò)誤”。很多朋友在遇到這個(gè)問題時(shí)，搜索一翻，發(fā)現(xiàn)好多很專業(yè)的很專業(yè)的不知所云的文章，說了一大堆啥問題啥問題，而實(shí)際結(jié)果發(fā)現(xiàn)，就是PHP文件某行代碼少了個(gè)分號(hào)。

相信大家已經(jīng)初步了解了常見的HTTP狀態(tài)，對(duì)這些狀態(tài)的含義也有了一定的認(rèn)識(shí)，當(dāng)網(wǎng)頁出現(xiàn)這些問題的時(shí)候，一定要及時(shí)的進(jìn)行處理，做好網(wǎng)站的優(yōu)化工作。網(wǎng)站優(yōu)化需要站長們長期的努力和堅(jiān)持，針對(duì)網(wǎng)站的具體情況進(jìn)行優(yōu)化。