【正文】 封包過(guò)濾技術(shù)的防火墻 成都：四川大學(xué)， 20xx. [5] 羅道坤 OSI 參考模型與 TCP/IP 參考模型的比較 鄭州：鄭州航空工業(yè)管理學(xué)院學(xué)報(bào)， 20xx. [6] 鄧林 網(wǎng)絡(luò)信息安全防護(hù)理論與方法的研究 合 肥：合肥工業(yè)大學(xué)， 20xx. [7] 陳妍 王志文 計(jì)算機(jī)網(wǎng)絡(luò)原理 西安：西安交通大學(xué)， 20xx [8] 馮川根 局域網(wǎng)監(jiān)控系統(tǒng) — 管理器子系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 成都：電子科技大學(xué) 20xx. [9] 季鳳 微型 Web 服務(wù)器的設(shè)計(jì)與實(shí)現(xiàn) 學(xué)術(shù)期刊 20xx. Using Student and Group Models to Support Teachers in WebBased Distance Education Abstract. The paper illustrates how student modeling and advice generation methods can be used to address problems experienced in Webbased distance education courses. We have developed the TADV (Teacher ADVisor) framework which builds student models based on the tracking data collected by a course management system and uses these models to generate advice to the course instructors, so that they can improve their feedback and guidance to distance students. The paper introduces TADV, describes how student, group, and class models are used for generating advice to the teachers, and discusses the viability of this approach based on an evaluative study with users. 1 Introduction Although WebBased Distance Education (WBDE) is very popular nowadays, some problems are reported, such as the students’ feeling of isolation and the instructors’ munication overhead and difficulty to address the needs of individuals and groups ([5], [10]). To overe these problems, the software used in WBDE may play the role of an advisor and provide both students and teachers with an appropriate help. While many systems include tools to provide adaptive help to students (. [2], [4], [9], [12]), there is insufficient support for teachers in WBDE. Our research focuses on assisting teachers in WBDE by delivering appropriate puterbased advice to help them manage their distance courses effectively. We consider distance courses built with Web Course Management Systems (WCMS) a platform monly adopted in many educational anizations for learning and teaching on the Web (. WebCT, Blackboard, Centra Knowledge Center, Moodle, etc.). To effectively play their new role of facilitators who support the students39。 總之，這個(gè)系統(tǒng)仍然存在著很多不足，這恰恰也是我們不斷深入研究的動(dòng)力。 展望 雖然這個(gè)系統(tǒng)取得了初步的進(jìn)展，但是限于時(shí)間的 不足和知識(shí)的缺陷，仍然有很大的設(shè)計(jì)空間，希望可以在以后的學(xué)習(xí)工作中作進(jìn)一步的完善。 （ 6）過(guò)濾掉冗余的數(shù)據(jù)包，加快系統(tǒng)的處理速度。 （ 2）學(xué)習(xí)各種網(wǎng)絡(luò)協(xié)議， 如 TCP/IP 和 OSI，并分析它們的相似點(diǎn)與不同點(diǎn)。 通過(guò)這次畢業(yè)設(shè)計(jì)，我不僅重新學(xué)習(xí)了與網(wǎng)絡(luò)原理相關(guān)的的很多知識(shí)，而且極大的提高了我的自主學(xué)習(xí)能力，這為我在以后的學(xué)習(xí)和工作中打下了良好的基礎(chǔ)。因?yàn)榉阑饓θ菀自斐删W(wǎng)絡(luò)的延遲。依據(jù)用戶的身份和等級(jí)， 如果用戶是有通行密碼的， 它可以通過(guò)輸入密碼完成對(duì)網(wǎng)頁(yè)的訪問(wèn)。 RETR:代表準(zhǔn)備下載的東西 ,RETR 緊接著的的是目標(biāo)程序。數(shù)據(jù)庫(kù)服務(wù)器包含有一個(gè) FTP 服務(wù)器 ,緊接著把含有非法網(wǎng)址的黑名單的副本通過(guò) TXT 的形式存儲(chǔ)到 FTP 中 ,為數(shù)據(jù)更新模塊的隨時(shí)下載提供便利。 數(shù)據(jù)更新模塊 web 訪問(wèn)監(jiān)控系統(tǒng)配備了專門的黑名單數(shù)據(jù)庫(kù) ,并把它存儲(chǔ)在數(shù)據(jù)庫(kù)服務(wù)器里 3。發(fā)送完畢后，這些就要準(zhǔn)備發(fā)送到用戶的瀏覽器中。 3xx:代表重定向 ,例如 301 代表要求的把 URL 轉(zhuǎn)換到了新的位置。狀態(tài)行由三部分構(gòu)成 ,即 HTTP 的版本 ,狀態(tài)碼 , 以及 CRLF。它會(huì)假裝是 web 服務(wù)器向?yàn)g覽器發(fā)送一個(gè)重定向的響應(yīng)報(bào)文，并且使瀏覽器切換到系統(tǒng)預(yù)先設(shè)計(jì)的網(wǎng)頁(yè)上去，對(duì)用戶起到警告的作用。 當(dāng)發(fā)現(xiàn)瀏覽器訪問(wèn)的是非法網(wǎng)址時(shí)，服務(wù)器就重定向到它預(yù)先設(shè)計(jì)的網(wǎng)頁(yè)上，達(dá)到警告用戶的目的。 (3)計(jì)算移位之后的 URL 地址 ,將相應(yīng)位置數(shù)組的值或上 Ox02。在第一遍結(jié)束后 ,把數(shù)組對(duì)應(yīng)位置的值的第一個(gè)比特位置 1,接著把字符串循環(huán)移位。i++) b[i%4]A=s[i]。 ehar*b=(ehar*)amp。 算法如下 : (l)給定兩個(gè) 32 位 int x 和 int y,令 x=0,y=0。這個(gè)系統(tǒng)是在混雜模式下進(jìn)行的，所有的網(wǎng)址都經(jīng)過(guò)網(wǎng)卡，預(yù)先設(shè)置的頁(yè)面一定 將重定向報(bào)文在員工或?qū)W生要求瀏覽的網(wǎng)頁(yè)的前面到達(dá)員工或?qū)W生的電腦。這個(gè)代理網(wǎng)站與瀏覽器要訪問(wèn)的目標(biāo)網(wǎng)站發(fā)生請(qǐng) 求聯(lián)系，請(qǐng)求成功后，代理網(wǎng)站把目標(biāo)網(wǎng)站發(fā)送給瀏覽器。 (2)處理 POST 報(bào)文 由于網(wǎng)絡(luò)上混雜著一種可以進(jìn)行網(wǎng)頁(yè)代理的網(wǎng)站。有兩種情況不得不考慮進(jìn)去。 圖 HTTP 請(qǐng)求報(bào)文 對(duì)于 GET 報(bào)文和 POST 報(bào)文 ,處理方法不同 ,要分別進(jìn)行處理。沒有用的數(shù)據(jù)包采取舍棄的處理方式，這樣可以很大程度上減輕網(wǎng)址匹配模塊的工作量，使網(wǎng)址匹配模塊可以更加迅速的處理非法網(wǎng)址。 圖 4..2 攔截方法模塊流程圖 IP 包分析模塊 包 過(guò)濾模塊 IP 包過(guò)濾模塊起著承前啟后的作用，它位于網(wǎng)絡(luò)監(jiān)聽模塊之后， IP 網(wǎng)址匹配模塊之前。假如用戶關(guān)閉網(wǎng)頁(yè)攔截功能 ,用戶策略模塊將用戶 IP 地址加入“白名單”中。//啟動(dòng)線程 攔截策略控制模塊 攔截策略控制模塊和消息服務(wù)器進(jìn)行通信 ,它監(jiān)聽端口 10000,然后接收消息服務(wù)器傳來(lái)的指令。//設(shè)置操作 WSAIoctl(m_sockCap,SIO_RCVALL,amp。//綁定 setsockopt(m_sockCap, SOL_SOCKET, SO_REUSEADDR, (char*)amp。這樣可以使他們的工作最大程度上達(dá)到效率最高并且不會(huì)發(fā)生任何沖突，從而實(shí)現(xiàn)了資源利用率最高。另一方面還要繼續(xù)接收新來(lái)的數(shù)據(jù)幀。但是我們要得到經(jīng)過(guò)網(wǎng)卡的 所有數(shù)據(jù)幀。 (3)調(diào)用 recvfromo 函數(shù)接收數(shù)據(jù)。 （ 6） 每隔一段時(shí)間，就要把這些數(shù)據(jù)備份。 安全需求分析 本系統(tǒng)的安全需求大致應(yīng)該有如下幾點(diǎn)： （ 1）該系統(tǒng)的用戶僅面向我單位的專業(yè)技術(shù)人員及其有關(guān)領(lǐng)導(dǎo)，不同的用戶應(yīng)該有不同的訪問(wèn)權(quán)限。 運(yùn)行需求 （ 1） 攔截服務(wù)器內(nèi)存至少 2GB 以上。 （ 3）面對(duì)錯(cuò)綜復(fù)雜的龐大數(shù)據(jù)，要有較強(qiáng)的應(yīng)對(duì)能力，來(lái)保證計(jì)算機(jī)網(wǎng)絡(luò)的正常運(yùn)轉(zhuǎn)。 （ 1）我單位局域網(wǎng)內(nèi)的用戶數(shù)量很大，不適宜在每個(gè)終端用戶的計(jì)算機(jī)上安裝 系統(tǒng)所必需的模塊， Web 監(jiān)測(cè)系統(tǒng)的部署、運(yùn)行與維護(hù)對(duì)于局域網(wǎng)用戶來(lái)說(shuō)是透 明的。這樣就可以節(jié)省掉不少的工作量和時(shí)間。其用例圖如圖 所示。 圖 網(wǎng)址匹配部分用例圖 （ 4） 網(wǎng)頁(yè)攔截模塊 網(wǎng)頁(yè)攔截模塊是本系統(tǒng)最為關(guān)鍵的一部分。提取出 URL 地址后，發(fā)送到網(wǎng)址匹配模塊。 （ 3） IP 包分析模塊 IP 包分析模塊在攔截服務(wù)器上工作。攔截策略控制模塊維護(hù)一個(gè)稱為“白名單”的文件。 Web 訪問(wèn)監(jiān)控系統(tǒng)由六個(gè)模塊組成包括，如下圖 所示。這有利于社會(huì)的和諧與文明，符合國(guó)家倡導(dǎo)的相關(guān)政策，因此是得到國(guó)家大力支持的。 從經(jīng)濟(jì)方面，也是可以實(shí)現(xiàn)的。 （ 2）在 HTTP 協(xié)議中有規(guī)定，可以通過(guò)發(fā)送 HTTP 重定向報(bào)文，再利用一些網(wǎng)絡(luò)技術(shù)，可以實(shí)現(xiàn)。 可行性分析 可行性分析是以經(jīng)濟(jì)效益為核心，圍繞影響工程的各種因素，如技術(shù)、經(jīng)濟(jì)等運(yùn)用大量的數(shù)據(jù)資料論證該工程是否可行。 （ 5）數(shù)據(jù)接收函數(shù) recv int recv (SOCKET s , char* buf ,int len , int flags)。 }。需要注意 的是 sockaddr_in 結(jié)構(gòu)： struct sockaddr_in{ short sin_family。 socket 函數(shù) 就是為每個(gè)通信的建立創(chuàng)建一個(gè)套接字 ， 括號(hào)中 af 全稱是 address family， UDP 或 TCP 的 決定即將要建立的套接字的時(shí)候 ，需要設(shè)置 af 為 AF_INET。 （ 14）填充域 長(zhǎng)度固定不變。 （ 12）目的地址域：長(zhǎng)度為 32 比特。用來(lái)保 障 IP 分組頭的完整性。 (9)協(xié)議域 :長(zhǎng)度為 8比特。 (7)（報(bào)文）片偏移量域 :長(zhǎng)度為 13 比特。 (5)標(biāo)識(shí)符域 :長(zhǎng)度為 16 比特，用于唯一標(biāo)識(shí) IP 分組。 (3)服務(wù)類型 :長(zhǎng)度為 8 比特。目前廣泛采用的是版本 4 的 IP協(xié)議，即 IPv4。 IP協(xié)議大致可以實(shí)現(xiàn)以下 幾個(gè)功能： （ 1） 無(wú)連接的數(shù)據(jù)報(bào)發(fā)送 。 （ 3） HTTP 的版本號(hào)，現(xiàn)在版本主要為 . 步驟（ 3）響應(yīng)如圖 所示： 圖 HTTP 響應(yīng)報(bào)文 IP 協(xié)議 IP 協(xié)議是 TCP/IP 協(xié)議網(wǎng)絡(luò)層中的主要成員。 （ 2） 當(dāng)?shù)玫?Web 服務(wù)器允許后，客戶端（瀏覽器）向 Web 服務(wù)器發(fā)出一個(gè)數(shù)據(jù)幀，其中包括請(qǐng)求的方法、 URL、用戶信息等內(nèi)容。其工作模式如圖所示。 HTTP 協(xié)議 超文本傳輸協(xié)議 HTTP（ Hyper Test Transfer Protocol）定義了 Web 用戶（本質(zhì)是瀏覽器）在 Web 服務(wù)器請(qǐng) 求 Web 對(duì)象，和 Web 服務(wù)器怎么把 Web 對(duì)象傳給 Web 用戶的過(guò)程。而且，傳輸層上面的各個(gè)層都是傳輸服務(wù)的用戶，并且都是面向應(yīng)用的用戶。通過(guò)犧牲一些非必須的操作來(lái)保證高效的傳輸速度； （ 3）傳輸層，提供端到端的應(yīng)用程序之間的通信，可以使用傳輸控制協(xié)議 TCP（ Transmission Control Protocol）或用戶數(shù)據(jù)報(bào)協(xié)議 UDP（ User Datagram Protocol）協(xié)議， TCP 提供面向連接的可靠的源端口到目的端口的傳輸服務(wù)，它可以在低層不可靠的情況下提供可靠的傳輸機(jī)制。 TCP/IP 的體系結(jié)構(gòu)如圖 所示。數(shù)據(jù)轉(zhuǎn)換任務(wù)涵蓋了不同類型的計(jì)算機(jī)內(nèi)部的格式轉(zhuǎn)換，密碼轉(zhuǎn)換和文本壓縮轉(zhuǎn)換； （ 7）應(yīng)用層，直接面向用戶應(yīng)用，為用戶提供對(duì)各種網(wǎng)絡(luò)資源的訪問(wèn)服務(wù)。物理層要保證當(dāng)一端發(fā)送比特位 0 時(shí)，另一端接收到的也是比特 0，而不是比特 1，因此，物理層要決定使用多少伏的電壓來(lái)表示比特 0，每一個(gè)比特持續(xù)多長(zhǎng)時(shí)間，傳輸是否要求從兩個(gè)方向同時(shí)進(jìn)行，初始物理如何建立； （ 2）數(shù)據(jù)鏈路層，讓發(fā)送端將輸入的數(shù)據(jù)拆開，并且分裝到數(shù)據(jù)幀 中，然后再將這些數(shù)據(jù)幀按順序傳送（如果是可靠的服務(wù)，接收端必須確認(rèn)每個(gè)幀都能準(zhǔn)確無(wú)誤的收到，即發(fā)送給發(fā)送端一個(gè)確認(rèn)幀）； （ 3）網(wǎng)絡(luò)層，是對(duì)子網(wǎng)運(yùn)行過(guò)程的控制。通過(guò)網(wǎng)絡(luò)監(jiān)聽模塊、IP 包過(guò)濾、網(wǎng)址匹配模塊等主要模塊實(shí)現(xiàn)其功能，然后進(jìn)行了詳細(xì)的設(shè)計(jì)部分，最后