主機頭是啥

1、什麼叫主機頭為空？？？

可以這么說，×××.域名，這個×××就是主機頭。
比如，www.26300.org的主機頭就是「www」，而空主機頭，就是沒有主機頭，就是這樣「http://26300.org」而已了。
以上只是方便理解的說法，不按規范說法。
在DNS解析中，「@」代表null，也就是空主機頭。

2、什麼是主機頭

所謂的主機頭的叫法起自IIS中對域名綁定的功能，簡單的說就是，將不同的網站空間對應不同的域名，以連接請求中的域名欄位來分發和應答正確的對應空間的文件執行結果。

舉個例子來說，一台伺服器ip地址為192.168.1.10，有兩個域名和對應的空間在這台伺服器上，使用的都是192.168.1.10的80埠來提供服務。

(2)主機頭是啥擴展資料

綁定功能

如果只是簡單的將兩個域名A和B的域名記錄解析到這個ip地址，那麼web伺服器在收到任何請求時反饋的都會是同一個網站的信息，這顯然達不到要求。接下來我們使用主機頭綁定域名A和B到他們對應的空間文件夾C和D。

當含有域名A的web請求信息到達192.168.1.10時，web伺服器將執行它對應的空間C中的首頁文件，並返回給客戶端，含有域名B的web請求信息同理，只不過解釋的是空間D的文件。所以在使用主機頭綁定功能後就不能使用ip地址訪問其他的任何網站了，因為請求信息中不存在域名信息，所以會出錯。

並非使用了主機頭綁定功能後就不能使用ip地址訪問其上的任何網站。同個埠可以綁定多個主機頭，只需要再添加一個綁定，將主機頭那欄留空不寫即可用IP訪問.

參考資料來源：網路-主機頭

3、IIS中的「主機頭」是什麼意思？該如何填寫？

主機頭就寫localhost

在IIS中有一個叫主機頭的概念，我們基本都已經掌握，還有一個叫HTTP頭的概念，有的同學已經問我這個問題，其實HTTP頭更多的涉及到軟體上的東東。
最直觀的HTTP頭就是當我們在FROTPAGE或DREAMWEAVER中每次新建一個HTML頁面後，在這個頁面的代碼都會有這樣一行代碼：

其實這就是一個HTTP頭信息，HTML頁面開頭都會有類似的這樣一行代碼。

那麼到底是么是HTTP頭呢？HTTP頭分為HTTP請求頭和HTTP應答頭。HTTP請求頭為HTTP客戶在瀏覽伺服器上的主頁時，向伺服器發送請求的時候必須指明請求類型。請求類型是指HTTP-GET或HTTP-POST，每個HTTP-GET和HTTP-POST都由一系列HTTP請求頭組成，這些請求頭定義了客戶端從伺服器請求了什麼，而響應則是由一系列HTTP應答頭和應答數據組成，如果請求成功則返回應答。

我的理解：每次客戶端通過IE向伺服器請求訪問一個頁面時總是使用HTTP的請求頭發送GET類型或POST類型的HTTP請求頭.伺服器在發送應答時，發送的是HTTP應答請求。

請求頭和應答具體有哪些標識，我們不詳細講了，自己看以下內容：
HTTP請求頭概述 （HttpServletRequest）
HTTP客戶程序（例如瀏覽器），向伺服器發送請求的時候必須指明請求類型（一般是GET或者POST）。如有必要，客戶程序還可以選擇發送其他的請求頭。大多數請求頭並不是必需的，但Content-Length除外。對於POST請求來說Content-Length必須出現。
下面是一些最常見的請求頭

Accept：瀏覽器可接受的MIME類型。

Accept-Charset：瀏覽器可接受的字元集。

Accept-Encoding：瀏覽器能夠進行解碼的數據編碼方式，比如gzip。Servlet能夠向支持gzip的瀏覽器返回經gzip編碼的HTML頁面。許多情形下這可以減少5到10倍的下載時間。

Accept-Language：瀏覽器所希望的語言種類，當伺服器能夠提供一種以上的語言版本時要用到。

Authorization：授權信息，通常出現在對伺服器發送的WWW-Authenticate頭的應答中。

Connection：表示是否需要持久連接。如果Servlet看到這里的值為「Keep-Alive」，或者看到請求使用的是HTTP 1.1（HTTP 1.1默認進行持久連接），它就可以利用持久連接的優點，當頁麵包含多個元素時（例如Applet，圖片），顯著地減少下載所需要的時間。要實現這一點，Servlet需要在應答中發送一個Content-Length頭，最簡單的實現方法是：先把內容寫入ByteArrayOutputStream，然後在正式寫出內容之前計算它的大小。

Content-Length：表示請求消息正文的長度。

Cookie：這是最重要的請求頭信息之一

From：請求發送者的email地址，由一些特殊的Web客戶程序使用，瀏覽器不會用到它。

Host：初始URL中的主機和埠。

If-Modified-Since：只有當所請求的內容在指定的日期之後又經過修改才返回它，否則返回304「Not Modified」應答。

Pragma：指定「no-cache」值表示伺服器必須返回一個刷新後的文檔，即使它是代理伺服器而且已經有了頁面的本地拷貝。

Referer：包含一個URL，用戶從該URL代表的頁面出發訪問當前請求的頁面。

User-Agent：瀏覽器類型，如果Servlet返回的內容與瀏覽器類型有關則該值非常有用。

UA-Pixels，UA-Color，UA-OS，UA-CPU：由某些版本的IE瀏覽器所發送的非標準的請求頭，表示屏幕大小、顏色深度、操作系統和CPU類型。

有關HTTP頭完整、詳細的說明，請參見http://www.w3.org/Protocols/的HTTP規范。

HTTP應答頭概述（HttpServletResponse）
Web伺服器的HTTP應答一般由以下幾項構成：一個狀態行，一個或多個應答頭，一個空行，內容文檔。設置HTTP應答頭往往和設置狀態行中的狀態代碼結合起來。例如，有好幾個表示「文檔位置已經改變」的狀態代碼都伴隨著一個Location頭，而401（Unauthorized）狀態代碼則必須伴隨一個WWW-Authenticate頭。

然而，即使在沒有設置特殊含義的狀態代碼時，指定應答頭也是很有用的。應答頭可以用來完成：設置Cookie，指定修改日期，指示瀏覽器按照指定的間隔刷新頁面，聲明文檔的長度以便利用持久HTTP連接，……等等許多其他任務。

設置應答頭最常用的方法是HttpServletResponse的setHeader，該方法有兩個參數，分別表示應答頭的名字和值。和設置狀態代碼相似，設置應答頭應該在發送任何文檔內容之前進行。

setDateHeader方法和setIntHeadr方法專門用來設置包含日期和整數值的應答頭，前者避免了把Java時間轉換為GMT時間字元串的麻煩，後者則避免了把整數轉換為字元串的麻煩。

HttpServletResponse還提供了許多設置

setContentType：設置Content-Type頭。大多數Servlet都要用到這個方法。
setContentLength：設置Content-Length頭。對於支持持久HTTP連接的瀏覽器來說，這個函數是很有用的。
addCookie：設置一個Cookie（Servlet API中沒有setCookie方法，因為應答往往包含多個Set-Cookie頭）。
另外，如上節介紹，sendRedirect方法設置狀態代碼302時也會設置Location頭。

有關HTTP頭詳細和完整的說明，請參見http://www.w3.org/Protocols/規范。

HTTP應答頭 說明
Allow 伺服器支持哪些請求方法（如GET、POST等）。

Content-Encoding 文檔的編碼（Encode）方法。只有在解碼之後才可以得到Content-Type頭指定的內容類型。利用gzip壓縮文檔能夠顯著地減少HTML文檔的下載時間。Java的GZIPOutputStream可以很方便地進行gzip壓縮，但只有Unix上的Netscape和Windows上的IE 4、IE 5才支持它。因此，Servlet應該通過查看Accept-Encoding頭（即request.getHeader("Accept-Encoding")）檢查瀏覽器是否支持gzip，為支持gzip的瀏覽器返回經gzip壓縮的HTML頁面，為其他瀏覽器返回普通頁面。

Content-Length 表示內容長度。只有當瀏覽器使用持久HTTP連接時才需要這個數據。如果你想要利用持久連接的優勢，可以把輸出文檔寫入ByteArrayOutputStram，完成後查看其大小，然後把該值放入Content-Length頭，最後通過byteArrayStream.writeTo(response.getOutputStream()發送內容。

Content-Type 表示後面的文檔屬於什麼MIME類型。Servlet默認為text/plain，但通常需要顯式地指定為text/html。由於經常要設置Content-Type，因此HttpServletResponse提供了一個專用的方法setContentTyep。

Date 當前的GMT時間。你可以用setDateHeader來設置這個頭以避免轉換時間格式的麻煩。

Expires 應該在什麼時候認為文檔已經過期，從而不再緩存它？

Last-Modified 文檔的最後改動時間。客戶可以通過If-Modified-Since請求頭提供一個日期，該請求將被視為一個條件GET，只有改動時間遲於指定時間的文檔才會返回，否則返回一個304（Not Modified）狀態。Last-Modified也可用setDateHeader方法來設置。
Location 表示客戶應當到哪裡去提取文檔。Location通常不是直接設置的，而是通過HttpServletResponse的sendRedirect方法，該方法同時設置狀態代碼為302。

Refresh 表示瀏覽器應該在多少時間之後刷新文檔，以秒計。除了刷新當前文檔之外，你還可以通過setHeader("Refresh", "5; URL=http://host/path")讓瀏覽器讀取指定的頁面。注意這種功能通常是通過設置HTML頁面HEAD區的實現，這是因為，自動刷新或重定向對於那些不能使用CGI或Servlet的HTML編寫者十分重要。但是，對於Servlet來說，直接設置Refresh頭更加方便。注意Refresh的意義是「N秒之後刷新本頁面或訪問指定頁面」，而不是「每隔N秒刷新本頁面或訪問指定頁面」。因此，連續刷新要求每次都發送一個Refresh頭，而發送204狀態代碼則可以阻止瀏覽器繼續刷新，不管是使用Refresh頭還是。注意Refresh頭不屬於HTTP 1.1正式規范的一部分，而是一個擴展，但Netscape和IE都支持它。

Server 伺服器名字。Servlet一般不設置這個值，而是由Web伺服器自己設置。

Set-Cookie 設置和頁面關聯的Cookie。Servlet不應使用response.setHeader("Set-Cookie", ...)，而是應使用HttpServletResponse提供的專用方法addCookie。參見下文有關Cookie設置的討論。

WWW-Authenticate 客戶應該在Authorization頭中提供什麼類型的授權信息？在包含401（Unauthorized）狀態行的應答中這個頭是必需的。例如，response.setHeader("WWW-Authenticate", "BASIC realm=\"executives\"")。注意Servlet一般不進行這方面的處理，而是讓Web伺服器的專門機制來控制受密碼保護頁面的訪問（例如.htaccess）。

4、主機頭名是什麼

…… 你輸入此名稱訪問計算機時候 ，IE會把此名識別成域名，並訪問DSN伺服器進行解析轉換網路上的 IP 吧！？ 答案補充 防火牆有沒有關閉？ 答案補充 你所說的主機頭名是什麼意思? 你先嘗試用http://IP地址 進行訪問 如果不能訪問，可能是防火牆的問題 答案補充 你的頭名是否剛剛申請的？ 剛申請或者剛購買不會立即生效，要過一段時間，DNS伺服器才能解析 答案補充 據我目前了解的，你想解析頭名（域名）就得架設DNS伺服器…… 答案補充 如果你需要外網能通過你的頭名訪問，當然是要申請或購買這樣一個域名…… 如果只是內網訪問，那麼單單設置頭名系唔夠噶，要架設DNS伺服器並把你的頭名（可以多個）指向你的網站IP地址

滿意請採納

5、主機頭 是什麼?

通常就是指手機主機。

網上購買由於電池不好空運，尤其的國外的，把機頭也就是主機先快遞過來，電池從其他渠道再發。

6、主機頭值是什麼意思？

你沒有修改電腦裡面的hosts文件
此文件在你c盤下 WINDOWS\system32\drivers\etc目錄裡面 用記事本打開hosts文件
將你本機的IP地址以及你的主機頭設置的域名填入其中
如果在其他的電腦打開你搭建的網站 同樣修改那台電腦的hosts文件（區域網內）

那就修改你虛擬機的hosts文件了。。。直接使用你設置的主機頭那個域名就可以訪問！

7、什麼是主機頭？

主機頭，一般的web伺服器一個ip地址的80埠只能正確對應一個網站，處理一個域名的訪問請求。

8、主機頭值是什麼

虛擬域名 主機頭是綁定域名，沒有域名不用設置主機頭
,所謂的主機頭的叫法起自IIS中對域名綁定的功能，一般的web伺服器一個ip地址的80埠只能正確對應一個網站，處理一個域名的訪問請求。而web伺服器在不使用多個ip地址和埠的情況下，如果需要支持多個相對獨立的網站就需要一種機制來分辨同一個ip地址上的不同網站的請求，這就出現了主機頭綁定的方法。簡單的說就是，將不同的網站空間對應不同的域名，以連接請求中的域名欄位來分發和應答正確的對應空間的文件執行結果。舉個例子來說，一台伺服器ip地址為192.168.1.10，有兩個域名和對應的空間在這台伺服器上，使用的都是192.168.1.10的80埠來提供服務。如果只是簡單的將兩個域名A和B的域名記錄解析到這個ip地址，那麼web伺服器在收到任何請求時反饋的都會是同一個網站的信息，這顯然達不到要求。接下來我們使用主機頭綁定域名A和B到他們對應的空間文件夾C和D。當含有域名A的web請求信息到達192.168.1.10時，web伺服器將執行它對應的空間C中的首頁文件，並返回給客戶端，含有域名B的web請求信息同理，只不過解釋的是空間D的文件。所以在使用主機頭綁定功能後就不能使用ip地址訪問其上的任何網站了，因為請求信息中不存在域名信息，所以會出錯。