最近上傳總失敗，而且有時(shí)候上AC會(huì)經(jīng)常顯示HOSTNAME錯(cuò)誤，無(wú)論P(yáng)C還是客戶端都是這樣，所以簡(jiǎn)單的談?wù)動(dòng)?jì)算機(jī)網(wǎng)絡(luò)的機(jī)制

先說(shuō)HOST

網(wǎng)絡(luò)主機(jī)（network host）是已連接到一個(gè)計(jì)算機(jī)網(wǎng)絡(luò)的一臺(tái)電子計(jì)算器或其他設(shè)備。網(wǎng)絡(luò)主機(jī)可以向網(wǎng)絡(luò)上的用戶或其他節(jié)點(diǎn)提供信息資源、服務(wù)和應(yīng)用。一臺(tái)網(wǎng)絡(luò)主機(jī)是已被分配一個(gè)網(wǎng)絡(luò)層主機(jī)地址的網(wǎng)絡(luò)節(jié)點(diǎn)。

使用TCP/IP協(xié)議族參與網(wǎng)絡(luò)的計(jì)算機(jī)也可稱為IP主機(jī)。更具體來(lái)說(shuō)，參與互聯(lián)網(wǎng)計(jì)算機(jī)可稱為互聯(lián)網(wǎng)主機(jī)，有時(shí)還稱作互聯(lián)網(wǎng)節(jié)點(diǎn)?；ヂ?lián)網(wǎng)主機(jī)和其他IP主機(jī)在其網(wǎng)絡(luò)接口上被分配一個(gè)或多個(gè)IP地址。該地址可以由管理員手動(dòng)配置，也可以在啟動(dòng)時(shí)自動(dòng)由動(dòng)態(tài)主機(jī)設(shè)置協(xié)議（DHCP）或通過(guò)無(wú)狀態(tài)地址自動(dòng)配置方法自動(dòng)配置。

每臺(tái)網(wǎng)絡(luò)主機(jī)都是一個(gè)物理網(wǎng)絡(luò)節(jié)點(diǎn)（即一個(gè)網(wǎng)絡(luò)設(shè)備），但不是所有物理網(wǎng)絡(luò)節(jié)點(diǎn)都是一臺(tái)主機(jī)。調(diào)制解調(diào)器、集線器或網(wǎng)上交換器等網(wǎng)絡(luò)設(shè)備有可能不被分配主機(jī)地址（有管理目的除外），因此不被認(rèn)為是網(wǎng)絡(luò)主機(jī)。網(wǎng)絡(luò)打印機(jī)、硬件路由器等設(shè)備有IP地址，但由于它們不是通用目的計(jì)算機(jī)，它們有時(shí)候不被認(rèn)為是主機(jī)。

所有服務(wù)器都是主機(jī)，但并非所有主機(jī)都是服務(wù)器。任何與網(wǎng)絡(luò)創(chuàng)建連接的設(shè)備都可以作為主機(jī)，而以接受其他設(shè)備（客戶端）連接為目的的主機(jī)被視為服務(wù)器。

在操作系統(tǒng)領(lǐng)域，術(shù)語(yǔ)終端主機(jī)傳統(tǒng)上是為計(jì)算機(jī)終端提供服務(wù)的多用戶計(jì)算機(jī)或軟件，或一臺(tái)提供較小或較少能力的計(jì)算機(jī)設(shè)備。例如一臺(tái)大型計(jì)算機(jī)為電傳終端或視頻終端提供服務(wù)。其他例子是telnet主機(jī)（一個(gè)telnet服務(wù)器）和xhost（X窗口客戶端）。

術(shù)語(yǔ)“互聯(lián)網(wǎng)主機(jī)”或“主機(jī)”在定義互聯(lián)網(wǎng)及其前身ARPANET的許多RFC文檔中被使用.在開發(fā)ARPANET時(shí)，連接到網(wǎng)絡(luò)的計(jì)算機(jī)一般是可以通過(guò)串行端口從已連接終端訪問(wèn)的大型計(jì)算機(jī)。由于這些虛擬終端本身沒有主機(jī)軟件或自己執(zhí)行計(jì)算，它們不被視為主機(jī)。終端通過(guò)串行接口和可能通過(guò)電路交換網(wǎng)絡(luò)連接到終端主機(jī)，但并未連接到任何基于IP的網(wǎng)絡(luò)，并且未被分配IP地址。而現(xiàn)今的IP主機(jī)，可能無(wú)法作為終端主機(jī)

RFC 871將一臺(tái)主機(jī)定義為：“連接到一個(gè)通信網(wǎng)絡(luò)的通用計(jì)算機(jī)系統(tǒng)，用于在參與的操作系統(tǒng)之間實(shí)現(xiàn)資源共享目的”。

hosts文件（域名解析文件）是一個(gè)用于儲(chǔ)存計(jì)算機(jī)網(wǎng)絡(luò)中各節(jié)點(diǎn)信息的計(jì)算機(jī)文件。這個(gè)文件負(fù)責(zé)將主機(jī)名稱映射到相應(yīng)的IP地址。hosts文件通常用于補(bǔ)充或取代網(wǎng)絡(luò)中DNS的功能。和DNS不同的是，計(jì)算機(jī)的使用者可以直接對(duì)hosts文件進(jìn)行控制。

最初在Internet的前身ARPANET中，其成員SRI International手動(dòng)維護(hù)并分享了一個(gè)名為HOSTS.TXT的文件，其中就包括主機(jī)名稱和對(duì)應(yīng)地址。1983年DNS系統(tǒng)開始開發(fā)，1984年得到了發(fā)展。在網(wǎng)絡(luò)快速的發(fā)展過(guò)程中，DNS可以自動(dòng)提供動(dòng)態(tài)的主機(jī)名解析。不過(guò)在現(xiàn)代操作系統(tǒng)，hosts文件仍然是一個(gè)可以作為備用手段的名稱解析機(jī)制。

在Internet的前身ARPANET中并沒有對(duì)網(wǎng)絡(luò)中各節(jié)點(diǎn)的地址使用DNS進(jìn)行解析。由于當(dāng)時(shí)對(duì)于這個(gè)用途并沒有中心化的系統(tǒng)，每個(gè)網(wǎng)絡(luò)節(jié)點(diǎn)都使用自有的網(wǎng)絡(luò)節(jié)點(diǎn)地圖，并指派相應(yīng)的名稱方便用戶記憶，當(dāng)時(shí)并沒有任何系統(tǒng)來(lái)保證網(wǎng)絡(luò)中的所有系統(tǒng)都用同樣的名稱表示，也沒有方法來(lái)讀取其他用戶的hosts文件并自動(dòng)復(fù)制。

ARPANET的規(guī)模較小，這樣就也就允許了在很多情況使用hosts文件來(lái)命名一些事先約定的名稱。其中典型的網(wǎng)絡(luò)節(jié)點(diǎn)都有一個(gè)地址，并可能有多個(gè)名稱。但是當(dāng)個(gè)人網(wǎng)絡(luò)不斷龐大之后，對(duì)hosts文件進(jìn)行管理的難度也越來(lái)越大。

hosts文件在不同操作系統(tǒng)中的位置如下表所示：

操作系統(tǒng)版本路徑Unix、類Unix系統(tǒng)（例如Linux等）/etc/hostsMicrosoft Windows3.1%WinDir%\HOSTS95、98、ME%WinDir%\hostsNT、2000、XP、2003、Vista、
2008、7、2012、8、8.1、10%SystemRoot%\System32\drivers\etc\hostsWindows Mobile、Windows Phone注冊(cè)表項(xiàng)HKEY_LOCAL_MACHINE\Comm\Tcpip\HostsApple?Macintosh9或更早版本Preferences或System目錄中Mac OS X?10.0–10.1.5通過(guò)NetInfo或niload設(shè)置Mac OS X?10.2和更新版本/etc/hosts（指向/private/etc/hosts的符號(hào)鏈接）Novell NetWareSYS:etc\hostsOS/2和eComStation"bootdrive":\mptn\etc\SymbianSymbian OS 6.1–9.0C:\system\data\hostsSymbian OS 9.1+C:\private\10000882\hostsMorphOSNetStackENVARC:sys/net/hostsAmigaOS4DEVS:Internet/hostsAROSENVARC:AROSTCP/db/hostsAndroid/etc/hosts（指向/system/etc/hosts的符號(hào)鏈接)iOSiOS 2.0和更新版本/etc/hosts（指向/private/etc/hosts的符號(hào)鏈接)TOPS-20<SYSTEM>HOSTS.TXTPlan 9/lib/ndb/hostsBeOS/boot/beos/etc/hostsHaiku/boot/common/settings/network/hostsOpenVMSUCXUCX$HOSTTCPwareTCPIP$HOSTRISC OS3.7, 5!Boot.Resources.!Internet.files.Hostslater boot sequence!Boot.Choices.Hardware.Disabled.Internet.Files.Hosts（RISC OS 6.14）

在Windows中，默認(rèn)的hosts文件通常是空白的或包含了注釋語(yǔ)句并使用了一條默認(rèn)規(guī)則：

127.0.0.1 ? ? ? localhost ::1 ? ? ? ? ? ? localhost

hosts文件在不同的操作系統(tǒng)中格式有所不同，不可直接復(fù)制使用。

例如，在Windows和macOS下，hosts文件采用的換行方式為“\rCR\nLF”，而Linux以及Android的換行方式則為“\nLF”，將hosts文件轉(zhuǎn)換為對(duì)應(yīng)平臺(tái)的換行方式后才能發(fā)揮作用。

hosts文件也可以用于其它情況，例如可以將已知的廣告服務(wù)器重定向到無(wú)廣告的機(jī)器（通常是該電腦自身的IP地址：127.0.0.1）上來(lái)過(guò)濾廣告。同時(shí)也可以通過(guò)不下載網(wǎng)絡(luò)廣告，從而減少帶寬。使用hosts文件還可以減少對(duì)DNS服務(wù)器的訪問(wèn)來(lái)加快訪問(wèn)速度并減少帶寬消耗。

hosts文件的另一個(gè)重要用途就是用于攔截一些惡意網(wǎng)站的請(qǐng)求，從而防止訪問(wèn)欺詐網(wǎng)站或感染一些病毒或惡意軟件。但同時(shí)，這個(gè)文件也可能被病毒或惡意軟件所利用來(lái)阻止用戶更新殺毒軟件或訪問(wèn)特定網(wǎng)站。

域名系統(tǒng)（英文：Domain?Name?System，縮寫：DNS）是互聯(lián)網(wǎng)的一項(xiàng)服務(wù)。它作為將域名和IP地址相互映射的一個(gè)分布式數(shù)據(jù)庫(kù)，能夠使人更方便地訪問(wèn)互聯(lián)網(wǎng)。DNS使用TCP和UDP端口53。當(dāng)前，對(duì)于每一級(jí)域名長(zhǎng)度的限制是63個(gè)字符，域名總長(zhǎng)度則不能超過(guò)253個(gè)字符。

開始時(shí)，域名的字符僅限于ASCII字符的一個(gè)子集。2008年，ICANN通過(guò)一項(xiàng)決議，允許使用其它語(yǔ)言作為互聯(lián)網(wǎng)頂級(jí)域名的字符。使用基于Punycode碼的IDNA系統(tǒng)，可以將Unicode字符串映射為有效的DNS字符集。因此，諸如“XXX.中國(guó)”、“XXX.香港”的域名可以在地址欄直接輸入并訪問(wèn)，而不需要安裝插件。但是，由于英語(yǔ)的廣泛使用，使用其他語(yǔ)言字符作為域名會(huì)產(chǎn)生多種問(wèn)題，例如難以輸入，難以在國(guó)際推廣等。

DNS最早于1983年由保羅·莫卡派喬斯（Paul Mockapetris）發(fā)明；原始的技術(shù)規(guī)范在882號(hào)因特網(wǎng)標(biāo)準(zhǔn)草案（RFC 882）中發(fā)布。1987年發(fā)布的第1034和1035號(hào)草案修正了DNS技術(shù)規(guī)范，并廢除了之前的第882和883號(hào)草案。在此之后對(duì)因特網(wǎng)標(biāo)準(zhǔn)草案的修改基本上沒有涉及到DNS技術(shù)規(guī)范部分的改動(dòng)。

早期的域名必須以英文句號(hào)“.”結(jié)尾，例如，當(dāng)用戶訪問(wèn) www.wikipedia.org 的HTTP服務(wù)時(shí)必須在地址欄中輸入：http://www.wikipedia.org.，這樣DNS才能夠進(jìn)行域名解析。如今DNS服務(wù)器已經(jīng)可以自動(dòng)補(bǔ)上結(jié)尾的句號(hào)。

DNS系統(tǒng)中，常見的資源記錄類型有：

• 主機(jī)記錄（A記錄）：RFC 1035定義，A記錄是用于名稱解析的重要記錄，它將特定的主機(jī)名映射到對(duì)應(yīng)主機(jī)的IP地址上。

• 別名記錄（CNAME記錄）: RFC 1035定義，CNAME記錄用于將某個(gè)別名指向到某個(gè)A記錄上，這樣就不需要再為某個(gè)新名字另外創(chuàng)建一條新的A記錄。

• IPv6主機(jī)記錄（AAAA記錄）: RFC 3596定義，與A記錄對(duì)應(yīng)，用于將特定的主機(jī)名映射到一個(gè)主機(jī)的IPv6地址。

• 服務(wù)位置記錄（SRV記錄）: RFC 2782定義，用于定義提供特定服務(wù)的服務(wù)器的位置，如主機(jī)（hostname），端口（port number）等。

• NAPTR記錄：RFC 3403定義，它提供了正則表達(dá)式方式去映射一個(gè)域名。NAPTR記錄非常著名的一個(gè)應(yīng)用是用于ENUM查詢。

DNS通過(guò)允許一個(gè)名稱服務(wù)器把他的一部分名稱服務(wù)（眾所周知的zone）“委托”給子服務(wù)器而實(shí)現(xiàn)了一種層次結(jié)構(gòu)的名稱空間。此外，DNS還提供了一些額外的信息，例如系統(tǒng)別名、聯(lián)系信息以及哪一個(gè)主機(jī)正在充當(dāng)系統(tǒng)組或域的郵件樞紐。

任何一個(gè)使用IP的計(jì)算機(jī)網(wǎng)絡(luò)可以使用DNS來(lái)實(shí)現(xiàn)他自己的私有名稱系統(tǒng)。盡管如此，當(dāng)提到在公共的Internet?DNS系統(tǒng)上實(shí)現(xiàn)的域名時(shí)，術(shù)語(yǔ)“域名”是最常使用的。

這是基于504個(gè)全球范圍的“根域名服務(wù)器”（分成13組，分別編號(hào)為A至M）

。從這504個(gè)根服務(wù)器開始，余下的Internet DNS名字空間被委托給其他的DNS服務(wù)器，這些服務(wù)器提供DNS名稱空間中的特定部分。

DNS系統(tǒng)是由各式各樣的DNS軟件所驅(qū)動(dòng)的，例如：

• BIND（Berkeley Internet Name Domain），使用最廣的DNS軟件

• DJBDNS（Dan J Bernstein's DNS implementation）

• MaraDNS

• Name Server Daemon（Name Server Daemon）

• PowerDNS

• Dnsmasq

Punycode是一個(gè)根據(jù)RFC 3492標(biāo)準(zhǔn)而制定的編碼系統(tǒng)，主要用于把域名從地方語(yǔ)言所采用的Unicode編碼轉(zhuǎn)換成為可用于DNS系統(tǒng)的編碼。而該編碼是根據(jù)域名相異字表（由IANA制定），Punycode可以防止所謂的IDN欺騙。

域名解析

舉一個(gè)例子，zh.wikipedia.org?作為一個(gè)域名就和IP地址198.35.26.96?相對(duì)應(yīng)。DNS就像是一個(gè)自動(dòng)的電話號(hào)碼簿，我們可以直接撥打198.35.26.96?的名字zh.wikipedia.org?來(lái)代替電話號(hào)碼（IP地址）。DNS在我們直接調(diào)用網(wǎng)站的名字以后就會(huì)將像zh.wikipedia.org?一樣便于人類使用的名字轉(zhuǎn)化成像198.35.26.96?一樣便于機(jī)器識(shí)別的IP地址。

DNS查詢有兩種方式：遞歸和迭代。DNS客戶端設(shè)置使用的DNS服務(wù)器一般都是遞歸服務(wù)器，它負(fù)責(zé)全權(quán)處理客戶端的DNS查詢請(qǐng)求，直到返回最終結(jié)果。而DNS服務(wù)器之間一般采用迭代查詢方式。

以查詢 zh.wikipedia.org 為例：

• 客戶端發(fā)送查詢報(bào)文"query zh.wikipedia.org"至DNS服務(wù)器，DNS服務(wù)器首先檢查自身緩存，如果存在記錄則直接返回結(jié)果。

• 如果記錄老化或不存在，則：

1. DNS服務(wù)器向根域名服務(wù)器發(fā)送查詢報(bào)文"query zh.wikipedia.org"，根域名服務(wù)器返回頂級(jí)域?.org 的權(quán)威域名服務(wù)器地址。

2. DNS服務(wù)器向 .org 域的權(quán)威域名服務(wù)器發(fā)送查詢報(bào)文"query zh.wikipedia.org"，得到二級(jí)域?.wikipedia.org 的權(quán)威域名服務(wù)器地址。

3. DNS服務(wù)器向 .wikipedia.org 域的權(quán)威域名服務(wù)器發(fā)送查詢報(bào)文"query zh.wikipedia.org"，得到主機(jī) zh 的A記錄，存入自身緩存并返回給客戶端。

4. 一些黑客通過(guò)偽造DNS服務(wù)器將用戶引向錯(cuò)誤網(wǎng)站，以達(dá)到竊取用戶隱私信息的目的。這種DNS服務(wù)器大約有68000臺(tái)

一個(gè)域名的所有者可以通過(guò)查詢WHOIS數(shù)據(jù)庫(kù)而被找到；對(duì)于大多數(shù)根域名服務(wù)器，基本的WHOIS由ICANN維護(hù)，而WHOIS的細(xì)節(jié)則由控制那個(gè)域的域注冊(cè)機(jī)構(gòu)維護(hù)。

對(duì)于240多個(gè)國(guó)家代碼頂級(jí)域名（ccTLDs），通常由該域名權(quán)威注冊(cè)機(jī)構(gòu)負(fù)責(zé)維護(hù)WHOIS。例如中國(guó)互聯(lián)網(wǎng)絡(luò)信息中心（China Internet Network Information Center）負(fù)責(zé).CN域名的WHOIS維護(hù)，香港互聯(lián)網(wǎng)注冊(cè)管理有限公司（Hong Kong Internet Registration Corporation Limited）負(fù)責(zé).HK域名的WHOIS維護(hù)。

主機(jī)名稱（英語(yǔ)：hostname），又稱節(jié)點(diǎn)名稱（nodename），在連上電腦網(wǎng)絡(luò)時(shí)，特定裝置使用的名稱。在進(jìn)行電子通訊時(shí)，可以用來(lái)識(shí)別某個(gè)裝置之用，諸如萬(wàn)維網(wǎng)、電子郵件、Usenet中都使用主機(jī)名稱來(lái)當(dāng)成識(shí)別之用。

在互聯(lián)網(wǎng)中，主機(jī)名稱被附在域名系統(tǒng)（DNS）的域名之后，形成完整域名。

最后附常見錯(cuò)誤代碼表

所有 HTTP 狀態(tài)代碼及其定義。?
　代碼??指示??
2xx??成功??
200??正常；請(qǐng)求已完成。??
201??正常；緊接 POST 命令。??
202??正常；已接受用于處理，但處理尚未完成。??
203??正常；部分信息 — 返回的信息只是一部分。??
204??正常；無(wú)響應(yīng) — 已接收請(qǐng)求，但不存在要回送的信息。??
3xx??重定向??
301??已移動(dòng) — 請(qǐng)求的數(shù)據(jù)具有新的位置且更改是永久的。??
302??已找到 — 請(qǐng)求的數(shù)據(jù)臨時(shí)具有不同 URI。??
303??請(qǐng)參閱其它 — 可在另一 URI 下找到對(duì)請(qǐng)求的響應(yīng)，且應(yīng)使用 GET 方法檢索此響應(yīng)。??
304??未修改 — 未按預(yù)期修改文檔。??
305??使用代理 — 必須通過(guò)位置字段中提供的代理來(lái)訪問(wèn)請(qǐng)求的資源。??
306??未使用 — 不再使用；保留此代碼以便將來(lái)使用。??
4xx??客戶機(jī)中出現(xiàn)的錯(cuò)誤??
400??錯(cuò)誤請(qǐng)求 — 請(qǐng)求中有語(yǔ)法問(wèn)題，或不能滿足請(qǐng)求。??
401??未授權(quán) — 未授權(quán)客戶機(jī)訪問(wèn)數(shù)據(jù)。??
402??需要付款 — 表示計(jì)費(fèi)系統(tǒng)已有效。??
403??禁止 — 即使有授權(quán)也不需要訪問(wèn)。??
404??找不到 — 服務(wù)器找不到給定的資源；文檔不存在。??
407??代理認(rèn)證請(qǐng)求 — 客戶機(jī)首先必須使用代理認(rèn)證自身。??
415??介質(zhì)類型不受支持 — 服務(wù)器拒絕服務(wù)請(qǐng)求，因?yàn)椴恢С终?qǐng)求實(shí)體的格式。??
5xx??服務(wù)器中出現(xiàn)的錯(cuò)誤??
500??內(nèi)部錯(cuò)誤 — 因?yàn)橐馔馇闆r，服務(wù)器不能完成請(qǐng)求。??
501??未執(zhí)行 — 服務(wù)器不支持請(qǐng)求的工具。??
502??錯(cuò)誤網(wǎng)關(guān) — 服務(wù)器接收到來(lái)自上游服務(wù)器的無(wú)效響應(yīng)。??
503??無(wú)法獲得服務(wù) — 由于臨時(shí)過(guò)載或維護(hù)，服務(wù)器無(wú)法處理請(qǐng)求。
-----------------------------------------------------------------------------------------------------------------------
HTTP?400?-?請(qǐng)求無(wú)效?
HTTP?401.1?-?未授權(quán)：登錄失敗?
HTTP?401.2?-?未授權(quán)：服務(wù)器配置問(wèn)題導(dǎo)致登錄失敗?
HTTP?401.3?-?ACL?禁止訪問(wèn)資源?
HTTP?401.4?-?未授權(quán)：授權(quán)被篩選器拒絕?
HTTP?401.5?-?未授權(quán)：ISAPI?或?CGI?授權(quán)失敗??
HTTP?403?-?禁止訪問(wèn)?
HTTP?403?-?對(duì)?Internet?服務(wù)管理器?(HTML)?的訪問(wèn)僅限于?Localhost?
HTTP?403.1?禁止訪問(wèn)：禁止可執(zhí)行訪問(wèn)?
HTTP?403.2?-?禁止訪問(wèn)：禁止讀訪問(wèn)?
HTTP?403.3?-?禁止訪問(wèn)：禁止寫訪問(wèn)?
HTTP?403.4?-?禁止訪問(wèn)：要求?SSL?
HTTP?403.5?-?禁止訪問(wèn)：要求?SSL?128?
HTTP?403.6?-?禁止訪問(wèn)：IP?地址被拒絕?
HTTP?403.7?-?禁止訪問(wèn)：要求客戶證書?
HTTP?403.8?-?禁止訪問(wèn)：禁止站點(diǎn)訪問(wèn)?
HTTP?403.9?-?禁止訪問(wèn)：連接的用戶過(guò)多?
HTTP?403.10?-?禁止訪問(wèn)：配置無(wú)效?
HTTP?403.11?-?禁止訪問(wèn)：密碼更改?
HTTP?403.12?-?禁止訪問(wèn)：映射器拒絕訪問(wèn)?
HTTP?403.13?-?禁止訪問(wèn)：客戶證書已被吊銷?
HTTP?403.15?-?禁止訪問(wèn)：客戶訪問(wèn)許可過(guò)多?
HTTP?403.16?-?禁止訪問(wèn)：客戶證書不可信或者無(wú)效?
HTTP?403.17?-?禁止訪問(wèn)：客戶證書已經(jīng)到期或者尚未生效?
HTTP?404.1?-?無(wú)法找到?Web?站點(diǎn)?
HTTP?404?-?無(wú)法找到文件?
HTTP?405?-?資源被禁止?
HTTP?406?-?無(wú)法接受?
HTTP?407?-?要求代理身份驗(yàn)證?
HTTP?410?-?永遠(yuǎn)不可用?
HTTP?412?-?先決條件失敗?
HTTP?414?-?請(qǐng)求?-?URI?太長(zhǎng)?
HTTP?500?-?內(nèi)部服務(wù)器錯(cuò)誤?
HTTP?500.100?-?內(nèi)部服務(wù)器錯(cuò)誤?-?ASP?錯(cuò)誤?
HTTP?500-11?服務(wù)器關(guān)閉?
HTTP?500-12?應(yīng)用程序重新啟動(dòng)?
HTTP?500-13?-?服務(wù)器太忙?
HTTP?500-14?-?應(yīng)用程序無(wú)效?
HTTP?500-15?-?不允許請(qǐng)求?global.asa?
Error?501?-?未實(shí)現(xiàn)?
HTTP?502?-?網(wǎng)關(guān)錯(cuò)誤?