計算機網絡常見問題

DNS的解析過程？

例如主機m.xyz.com打算髮送郵件給主機y.abc.com。這時就必須知道主機y.abc.com的IP地址。則DNS的查詢步驟爲：

一、主機m.xyz.com先向本地服務器dns.xyz.com進行遞歸查詢。

二、本地服務器採用迭代查詢。它先向一個根域名服務器查詢。

三、根域名服務器告訴本地服務器，下一次應查詢的頂級域名服務器dns.com的IP地址。

四、本地域名服務器向頂級域名服務器dns.com進行查詢。

五、頂級域名服務器dns.com告訴本地域名服務器，下一步應查詢的權限服務器dns.abc.com的IP地址。

六、本地域名服務器向權限域名服務器dns.abc.com進行查詢。

七、權限域名服務器dns.abc.com告訴本地域名服務器，所查詢的主機的IP地址。

八、本地域名服務器最後把查詢結果告訴m.xyz.com。

整個查詢過程共用到了8個UDP報文；爲了提升DNS查詢效率，並減輕服務器的負荷和減小因特網上的DNS查詢報文數量，在域名服務器中普遍使用了高速緩存，用來存放最近查詢過的域名以及從何處得到域名映射信息的記錄。

什麼是Http協議無狀態協議?怎麼解決Http協議無狀態協議?

無狀態協議對於事務處理沒有記憶能力。缺乏狀態意味着若是後續處理須要前面的信息；也就是說，當客戶端一次HTTP請求完成之後，客戶端再發送一次HTTP請求，HTTP並不知道當前客戶端是一個」老用戶「。
可使用Cookie來解決無狀態的問題，Cookie就至關於一個通行證，第一次訪問的時候服務器給客戶端發送一個Cookie，當客戶端再次來的時候，拿着Cookie(通行證)，那麼服務器就知道這個是」老用戶「。

常見的HTTP相應狀態碼

• 200：請求被正常處理
• 204：請求被受理但沒有資源能夠返回
• 206：客戶端只是請求資源的一部分，服務器只對請求的部分資源執行GET方法，相應報文中經過Content-Range指定範圍的資源。
• 301：永久性重定向
• 302：臨時重定向
• 303：與302狀態碼有類似功能，只是它但願客戶端在請求一個URI的時候，能經過GET方法重定向到另外一個URI上
• 304：發送附帶條件的請求時，條件不知足時返回，與重定向無關
• 307：臨時重定向，與302相似，只是強制要求使用POST方法
• 400：請求報文語法有誤，服務器沒法識別
• 401：請求須要認證
• 403：請求的對應資源禁止被訪問
• 404：服務器沒法找到對應資源
• 500：服務器內部錯誤
• 503：服務器正忙

GET請求與POST請求

一、HTTP規定，當執行GET請求的時候，設置method爲GET，並且要求把傳送的數據放在url中以方便記錄；若是是POST請求，設置method爲POST，並把要求把傳送的數據放在request body中；可是HTTP只是個行爲準則，而TCP纔是GET和POST怎麼實現的根本；對於GET請求若是你在request body中放置數據也是沒有問題。

二、傳輸數據量問題：大多數瀏覽器一般都會限制url長度在2KB個字節，而大多數服務器最多處理64KB大小的url。超過的部分，可能不處理。若是你用GET服務，在request body中藏了數據，不一樣服務器的處理方式也是不一樣的，有些服務器會幫你處理，讀出數據，有些服務器直接忽略，因此，雖然GET能夠帶request body，也不能保證必定能被接收到。

三、數據包問題：GET產生一個TCP數據包；POST產生兩個TCP數據包。對於GET方式的請求，瀏覽器會把http header和data一併發送出去，服務器響應200（返回數據）；而對於POST，瀏覽器先發送header，服務器響應100 continue，瀏覽器再發送data，服務器響應200 ok（返回數據）。GET和POST有各自的語義，不要隨便替換。並非全部瀏覽器都會在POST中發送兩次包，Firefox就只發送一次。

 Http協議中有那些請求方式？

GET： 用於請求訪問已經被URI（統一資源標識符）識別的資源，能夠經過URL傳參給服務器
POST：用於傳輸信息給服務器，主要功能與GET方法相似，但通常推薦使用POST方式。
PUT： 傳輸文件，報文主體中包含文件內容，保存到對應URI位置。
HEAD： 得到報文首部，與GET方法相似，只是不返回報文主體，通常用於驗證URI是否有效。
DELETE：刪除文件，與PUT方法相反，刪除對應URI位置的文件。
OPTIONS：查詢相應URI支持的HTTP方法。

 

 關注：關於計算機網絡的知識我在今日頭條有詳細的分享，感興趣的同窗能夠一塊兒學習