第頁網(wǎng)絡的相關知識網(wǎng)絡的相關知識(1)

以下就是網(wǎng)絡的相關知識等等的介紹，希望對您有所幫助。

CGI是什么?

cgi(commongatewayinterface)是技術中最重要的技術之一。CGI是外部程序(cgi程序)與web服務器之間的接口標準，是cgi程序和web服務器之間傳遞信息的規(guī)范。cgi規(guī)范同意web服務器執(zhí)行外部程序，并將他們輸出給web瀏覽器，cgi程序使網(wǎng)頁

具有交互功能。

功能：cgi程序被用來解釋處理來自表單的輸入信息，并在服務器產(chǎn)生相應的處理或?qū)⑿畔⒎祷亟o瀏覽器。

流程：

用戶發(fā)送請求到web服務器

web服務器將請求交給cgi程序處理

cgi程序吃力結果發(fā)送給web服務器

web服務器把結果返回給用戶

優(yōu)點：

完成Html無法完成的功能，CGI能夠讓瀏覽者與服務器進行交互，如果你曾經(jīng)碰到過在網(wǎng)絡上填表或者進行搜索，就很有可能就是用的CGI。

網(wǎng)絡的相關知識(2)

ARP的中文意思是(地址解析協(xié)議)，請用簡單語言說明其的工作原理。

1.首先，每臺主機都會在自己的ARP緩沖區(qū)(ARPCache)中建立一個ARP列表，以表示IP地址和MAC地址的對應關系。

2.當源主機必須要將一個數(shù)據(jù)包要發(fā)送到目的主機時，會首先檢查自己ARP列表中是否存在該IP地址對應的MAC地址，

如果有，就直接將數(shù)據(jù)包發(fā)送到這個MAC地址;如果沒有，就向本地網(wǎng)段發(fā)起一個ARP請求的廣播包，查詢此目的

主機對應的MAC地址。此ARP請求數(shù)據(jù)包里包括源主機的IP地址、硬件地址、以及目的主機的IP地址。

3.網(wǎng)絡中所有的主機收到這個ARP請求后，會檢查數(shù)據(jù)包中的目的IP是否和自己的IP地址一致。如果不相同就忽略此

數(shù)據(jù)包;如果相同，該主機首先將發(fā)送端的MAC地址和IP地址添加到自己的ARP列表中，如果ARP表中已經(jīng)存在該IP

的信息，則將其覆蓋，然后給源主機發(fā)送一個ARP響應數(shù)據(jù)包，告訴對方自己是它必須要查找的MAC地址;

4.源主機收到這個ARP響應數(shù)據(jù)包后，將得到的目的主機的IP地址和MAC地址添加到自己的ARP列表中，并利用此信息

開始數(shù)據(jù)的傳輸。如果源主機一直沒有收到ARP響應數(shù)據(jù)包，表示ARP查詢失敗。

網(wǎng)絡的相關知識(3)

DNS是指(域名系統(tǒng)DomainNameSystem)。請用簡單語言描述其工作原理。

1.操作系統(tǒng)會先檢查自己本地的hosts文件是否有這個網(wǎng)址映射關系，如果有，就先調(diào)用這個IP地址映射，完成域名解析。

2、如果hosts里沒有這個域名的映射，則查找本地DNS解析器緩存，是否有這個網(wǎng)址映射關系，如果有，直接返回，完成域名解析。

3、如果hosts與本地DNS解析器緩存都沒有相應的網(wǎng)址映射關系，首先會找TCP/ip參數(shù)中設置的首選DNS服務器，在此我們叫它本地DNS服務器，此服務器收到查詢時，如果要查詢的域名，包涵在本地配置區(qū)域資源中，則返回解析結果給客戶機，完成域名解析，此解析具有權威性。

4、如果要查詢的域名，不由本地DNS服務器區(qū)域解析，但該服務器已緩存了此網(wǎng)址映射關系，則調(diào)用這個IP地址映射，完成域名解析，此解析不具有權威性。

5、如果本地DNS服務器本地區(qū)域文件與緩存解析都失效，則依據(jù)本地DNS服務器的設置(是否設置轉發(fā)器)進行查詢，如果未用轉發(fā)模式，本地DNS就把請求發(fā)至13臺根DNS，根DNS服務器收到請求后會推斷這個域名()是誰來授權〔管理〕，并會返回一個負責該頂級域名服務器的一個IP。本地DNS服務器收到IP信息后，將會聯(lián)系負責域的這臺服務器。這臺負責域的服務器收到請求后，如果自己無法解析，它就會找一個管理域的下一級DNS服務器地址()給本地DNS服務器。當本地DNS服務器收到這個地址后，就會找域服務器，重復上面的動作，進行查詢，直至找到.主機。

6、如果用的是轉發(fā)模式，此DNS服務器就會把請求轉發(fā)至上一級DNS服務器，由上一級服務器進行解析，上一級服務器如果不能解析，或找根DNS或把轉請求轉至上上級，以此循環(huán)。不管是本地DNS服務器用是是轉發(fā)，還是根提示，最后都是把結果返回給本地DNS服務器，由此DNS服務器再返回給客戶機。

從客戶端到本地DNS服務器是屬于遞歸查詢，而DNS服務器之間就是的交互查詢就是迭代查詢。

|是dns服務器進行遞歸查詢

本地hosts文件--本地dns緩存--dns服務器查詢|是否設置轉發(fā)器

|否本地dns把請求發(fā)送至根dns服務器

網(wǎng)絡的相關知識(4)

心跳包機制

跳包之所以叫心跳包是因為：它像心跳一樣每隔固按時間發(fā)一次，以此來告訴服務器，這個客戶端還活著。事實上這是為了堅持長連接，至于這個包的內(nèi)容，是沒有什么特別規(guī)定的，不過一般都是很小的包，或者只包涵包頭的一個空包。

在TCP的機制里面，本身是存在有心跳包的機制的，也就是TCP的選項：SO_KEEPALIVE。系統(tǒng)默認是設置的2小時5次的心跳頻率。但是它檢查不到機器斷電、網(wǎng)線拔出、防火墻這些斷線。而且邏輯層處理斷線可能也不是那么好處理。一般，如果只是用于?；钸€是可以的。

心跳包一般來說都是在邏輯層發(fā)送空的echo包來實現(xiàn)的。下一個按時器，在一按時間間隔下發(fā)送一個空包給客戶端，然后客戶端反饋一個同樣的空包回來，服務器如果在一按時間內(nèi)收不到客戶端發(fā)送過來的反饋包，那就只有認定說掉線了。

其實，要判定掉線，只必須要send或者recv一下，如果結果為零，則為掉線。但是，在長連接下，有可能很長一段時間都沒有數(shù)據(jù)往來。理論上說，這個連接是一直堅持連接的，但是實際狀況中，如果中間節(jié)點出現(xiàn)什么故障是難以知道的。更要命的是，有的節(jié)點(防火墻)會自動把一按時間之內(nèi)沒有數(shù)據(jù)交互的連接給斷掉。在這個時候，就必須要我們的心跳包了，用于維持長連接，保活。

在獲知了斷線之后，服務器邏輯可能必須要做一些事情，比如斷線后的數(shù)據(jù)清理呀，重新連接呀當然，這個自然是要由邏輯層依據(jù)必須求去做了。

總的來說，心跳包主要也就是用于長連接的?；詈蛿嗑€處理。一般的應用下，判按時間在30-40秒比較不錯。如果實在要求高，那就在6-9秒。

心跳檢測步驟：