【正文】 情況 校園網(wǎng) 校園網(wǎng)的高速緩存 （代理服務器） 源點服務器 2 Mb/s 因特網(wǎng) 瀏覽器 R1 R2 (3) 否則，高速緩存就代表發(fā)出請求的用戶瀏覽器，與因特網(wǎng)上的源點服務器建立 TCP 連接，并發(fā)送 HTTP 請求報文。 使用高速緩存的情況 校園網(wǎng) 校園網(wǎng)的高速緩存 （代理服務器） 源點服務器 2 Mb/s 因特網(wǎng) 瀏覽器 R1 R2 (4) 源點服務器將所請求的對象放在 HTTP 響應報文中返回給校園網(wǎng)的高速緩存。 使用高速緩存的情況 校園網(wǎng) 校園網(wǎng)的高速緩存 （代理服務器） 源點服務器 2 Mb/s 因特網(wǎng) 瀏覽器 R1 R2 (5) 高速緩存收到此對象后，先復制在其本地存儲器中（為今后使用），然后再將該對象放在 HTTP 響應報文中，通過已建立的 TCP 連接，返回給請求該對象的瀏覽器。 3. HTTP 的報文結構 HTTP 有兩類報文： ? 請求報文 ——從客戶向服務器發(fā)送請求報文。 ? 響應報文 ——從服務器到客戶的回答。 ? 由于 HTTP 是面向正文的 (textoriented)，因此在報文中的每一個字段都是一些 ASCII 碼串，因而每個字段的長度都是不確定的。 HTTP 的報文結構（請求報文） 方 法 URL 版 本 首部字段名 首部行 : 值 首部字段名 值 : … 實體主體 （通常不用） 請求行 空格 回車換行 : CRLF CRLF CRLF CRLF 報文由三個部分組成，即 開始行 、 首部行 和 實體主體 。 在請求報文中，開始行就是請求行。 開始行 HTTP 的報文結構（請求報文） 方 法 URL 版 本 首部字段名 首部行 : 值 首部字段名 值 : … 實體主體 （通常不用） 請求行 空格 回車換行 : CRLF CRLF CRLF CRLF “方法 ” 是面向?qū)ο蠹夹g中使用的專門名詞。所謂 “ 方法 ” 就是對所請求的對象進行的操作，因此這些方法實際上也就是一些命令。因此，請求報文的類型是由它所采用的方法決定的。 HTTP 請求報文的一些方法 方法（操作） 意義 OPTION 請求一些選項的信息 GET 請求讀取由 URL所標志的信息 HEAD 請求讀取由 URL所標志的信息的首部 POST 給服務器添加信息（例如，注釋） PUT 在指明的 URL下存儲一個文檔 DELETE 刪除指明的 URL所標志的資源 TRACE 用來進行環(huán)回測試的請求報文 CONNECT 用于代理服務器 HTTP 的報文結構（請求報文） 方 法 URL 版 本 首部字段名 首部行 : 值 首部字段名 值 : … 實體主體 （通常不用） 請求行 空格 回車換行 : CRLF CRLF CRLF CRLF “URL”是所請求的資源的 URL。 HTTP 的報文結構（請求報文） 方 法 URL 版 本 首部字段名 首部行 : 值 首部字段名 值 : … 實體主體 （通常不用） 請求行 空格 回車換行 : CRLF CRLF CRLF CRLF “版本 ” 是 HTTP 的版本 。 HTTP 的報文結構（響應報文） 版 本 狀態(tài)碼 短 語 首部字段名 首部行 : 值 首部字段名 值 : … 實體主體 （有些響應報文不用） 狀態(tài)行 空格 回車換行 : CRLF CRLF CRLF CRLF 響應報文的開始行是 狀態(tài)行 。 狀態(tài)行包括三項內(nèi)容，即 HTTP 的版本 ， 狀態(tài)碼 ，以及解釋狀態(tài)碼的 簡單短語 。 開始行 狀態(tài)碼都是三位數(shù)字 ? 1xx 表示通知信息的，如請求收到了或正在進行處理。 ? 2xx 表示成功，如接受或知道了。 ? 3xx 表示重定向，表示要完成請求還必須采取進一步的行動。 ? 4xx 表示客戶的差錯，如請求中有錯誤的語法或不能完成。 ? 5xx 表示服務器的差錯，如服務器失效無法完成請求。 4. 瀏覽器的結構 與遠程 服務器通信 輸出至顯示器 從鼠標和鍵盤輸入 網(wǎng) 絡 接 口 可選客戶程序 HTML解釋程序 可選解釋程序 控 制 程 序 驅(qū) 動 程 序 … … HTTP 客戶程序 緩 存 瀏覽器的主要組成部分 ? 瀏覽器有一組客戶、一組解釋程序，以及管理這些客戶和解釋程序的控制程序。 ? 控制程序是其中的核心部件，它解釋鼠標的點擊和鍵盤的輸入，并調(diào)用有關的組件來執(zhí)行用戶指定的操作。 ? 例如，當用戶用鼠標點擊一個超鏈的起點時，控制程序就調(diào)用一個客戶從所需文檔所在的遠地服務器上取回該文檔，并調(diào)用解釋程序向用戶顯示該文檔。 解釋程序 ? HTML 解釋程序是必不可少的，而其他的解釋程序則是可選的。 ? 解釋程序把 HTML 規(guī)格轉換為適合用戶顯示硬件的命令來處理版面的細節(jié)。 ? 許多瀏覽器還包含 FTP 客戶，用來獲取文件傳送服務。 ? 一些瀏覽器也包含電子郵件客戶，使瀏覽器能夠發(fā)送和接收電子郵件。 瀏覽器中的緩存 ? 瀏覽器將它取回的每一個頁面副本都放入本地磁盤的緩存中。 ? 當用戶用鼠標點擊某個選項時，瀏覽器首先檢查磁盤的緩存。若緩存中保存了該項，瀏覽器就直接從緩存中得到該項副本而不必從網(wǎng)絡獲取，這樣就明顯地改善瀏覽器的運行特性。 。 ? 但緩存要占用磁盤大量的空間，而瀏覽器性能的改善只有在用戶再次查看緩存中的頁面時才有幫助。 ? 許多瀏覽器允許用戶調(diào)整緩存策略。 5 簡單網(wǎng)絡管理協(xié)議 SNMP 網(wǎng)絡管理的基本概念 ? 網(wǎng)絡管理 包括對硬件、軟件和人力的使用、綜合與協(xié)調(diào)，以便對網(wǎng)絡資源進行監(jiān)視、測試、配置、分析、評價和控制，這樣就能以合理的價格滿足網(wǎng)絡的一些需求，如實時運行性能，服務質(zhì)量等。網(wǎng)絡管理常簡稱為 網(wǎng)管 。 ? 我們可以看到，網(wǎng)絡管理并不是指對網(wǎng)絡進行行政上的管理。 網(wǎng)絡管理的一般模型 管理站 因特網(wǎng) 網(wǎng)絡 管理員 被管設備 —— 管理程序（運行 SNMP 客戶程序） —— 代理程序（運行 SNMP 服務器程序） A A A A M 被管設備 被管設備 被管設備 M A A 被管設備 網(wǎng)絡管理模型中的主要構件 ? 管理站 也常稱為 網(wǎng)絡運行中心 NOC (Network Operations Center)，是網(wǎng)絡管理系統(tǒng)的核心。 ? 管理程序 在運行時就成為 管理進程 。 ? 管理站（硬件）或管理程序（軟件）都可稱為 管理者 (manager)。 ? Manager 不是指人而是指機器或軟件。 ? 網(wǎng)絡管理員 (administrator) 指的是人。大型網(wǎng)絡往往實行多級管理，因而有多個管理者，而一個管理者一般只管理本地網(wǎng)絡的設備。 被管對象 (Managed Object)。 ? 網(wǎng)絡的每一個被管設備中可能有多個 被管對象 。 ? 被管設備有時可稱為 網(wǎng)絡元素 或 網(wǎng)元 。 ? 在被管設備中也會有一些不能被管的對象。 管理信息庫 MIB (Management Information Base) ? 被管對象必須維持可供管理程序讀寫的若干控制和狀態(tài)信息。這些信息總稱為管理信息庫 MIB 。 ? 管理程序使用 MIB 中這些信息的 值 對網(wǎng)絡進行管理（如讀取或重新設置這些值）。 代理 (agent) ? 在每一個被管設備中都要運行一個程序以便和管理站中的管理程序進行通信。這些運行著的程序叫做 網(wǎng)絡管理代理程序 ，或簡稱為 代理 。 ? 代理程序在管理程序的命令和控制下在被管設備上采取本地的行動。 網(wǎng)絡管理協(xié)議 ? 網(wǎng)絡管理協(xié)議 ，簡稱為 網(wǎng)管協(xié)議 。 ? 需要注意的是，并不是網(wǎng)管協(xié)議本身來管理網(wǎng)絡。網(wǎng)管協(xié)議就是管理程序和代理程序之間進行通信的規(guī)則。 ? 網(wǎng)絡管理員利用網(wǎng)管協(xié)議通過管理站對網(wǎng)絡中的被管設備進行管理。 客戶服務器方式 ? 管理程序和代理程序按 客戶服務器方式工作。 ? 管理程序運行 SNMP 客戶程序 ，向某個代理程序發(fā)出請求（或命令），代理程序運行 SNMP 服務器程序 ，返回響應（或執(zhí)行某個動作）。 ? 在網(wǎng)管系統(tǒng)中往往是一個（或少數(shù)幾個）客戶程序與很多的服務器程序進行交互。 OSI 的五個管理功能域 (1) 故障管理 ——對網(wǎng)絡中被管對象故障的檢測、定位和排除。 (2) 配置管理 ——用來定義、識別、初始化、監(jiān)控網(wǎng)絡中的被管對象，改變被管對象的操作特性，報告被管對象狀態(tài)的變化。 (3) 計費管理 —— 記錄用戶使用網(wǎng)絡資源的情況并核收費用，同時也統(tǒng)計網(wǎng)絡的利用率。 (4) 性能管理 ——用最少網(wǎng)絡資源和最小時延的前提下，網(wǎng)絡能提供可靠、連續(xù)的通信能力。 (5) 安全管理 ——保證網(wǎng)絡不被非法使用。 簡單網(wǎng)絡管理協(xié)議 SNMP 概述 ? 網(wǎng)絡管理的基本原理： 若要管理某個對象，就必然會給該對象添加一些軟件或硬件，但這種“添加”必須對原有對象的影響盡量小些。 ? SNMP 發(fā)布于 1988 年。 IETF 在 1990 年制訂的網(wǎng)管標準 SNMP 是因特網(wǎng)的正式標準。 ? 以后有了新版本 SNMPv2 和 SNMPv3，因此原來的 SNMP 又稱為 SNMPv1。 SNMP 的指導思想 ? SNMP 最重要的指導思想就是要盡可能簡單。 ? SNMP 的基本功能包括監(jiān)視網(wǎng)絡性能、檢測分析網(wǎng)絡差錯和配置網(wǎng)絡設備等。 ? 在網(wǎng)絡正常工作時， SNMP 可實現(xiàn)統(tǒng)計、配置、和測試等功能。當網(wǎng)絡出故障時，可實現(xiàn)各種差錯檢測和恢復功能。 ? 雖然 SNMP 是在 TCP/IP 基礎上的網(wǎng)絡管理協(xié)議，但也可擴展到其他類型的網(wǎng)絡設備上。 SNMP 的典型配置 SNMP UDP IP 管理進程 網(wǎng)絡接口 網(wǎng)絡 管理員 MIB 管理站 路由器 SNMP UDP IP 代理進程 網(wǎng)絡接口 TCP FTP 等 用戶進程 主機 因特網(wǎng) SNMP UDP IP 代理進程 網(wǎng)絡接口 TCP FTP 等 用戶進程 主機 SNMP UDP IP 代理進程 網(wǎng)絡接口 SNMP 的管理站和委托代理 ? 整個系統(tǒng)必須有一個 管理站 。 ? 管理進程和代理進程利用 SNMP 報文進行通信，而 SNMP 報文又使用 UDP 來傳送。 ? 若網(wǎng)絡元素使用的不是 SNMP 而是另一種網(wǎng)絡管理協(xié)議， SNMP 協(xié)議就無法控制該網(wǎng)絡元素。這時可使用 委托代理 (proxy agent)。委托代理能提供如協(xié)議轉換和過濾操作等功能對被管對象進行管理。