【正文】 ............................. 31 連接測試 ............................................................................ 31 文件操作測試 .................................................................... 33 注冊表操作測試 ................................................................ 36 發(fā)送信息測試 .................................................................... 39 屏幕控制測試 .................................................................... 40 測試結(jié)論 ............................................................................ 42 總 結(jié) ............................................................................................................ 43 致 謝 ............................................................................................................ 44 參考文獻(xiàn) ...................................................................................................... 45 網(wǎng)絡(luò)遠(yuǎn)程通信與控制程序設(shè)計(jì) 1 前言 隨著計(jì)算機(jī)網(wǎng)絡(luò)的飛速發(fā)展以及網(wǎng)絡(luò)技術(shù)的日益普及和大眾化，人們可以很方便地從 Inter 上獲取和自己工作生活密切相關(guān)的信息，世界也真正變成一個(gè)地球村，我們可以和世界上其他任何一個(gè)人通過計(jì)算機(jī)網(wǎng)絡(luò)進(jìn)行溝通，信息資源達(dá)到了高度的共享。 本課題設(shè)計(jì)是為適應(yīng)遠(yuǎn)程控制及協(xié) 助的要求 ， 使遠(yuǎn)程 控制 提高到計(jì)算機(jī)的實(shí)時(shí)水平而設(shè)計(jì)的。 隨著計(jì)算機(jī)信息現(xiàn)代工業(yè)的發(fā)展 ， 計(jì)算機(jī)遠(yuǎn)程 控制 管理系統(tǒng)越 來越受到 各方面的 重視。 遠(yuǎn)程控制起初是為了讓 PC 用戶在離開辦公室的時(shí)候能夠訪問其臺式 PC 硬盤中的信息，甚至可以通過其臺式機(jī) PC 訪問企業(yè)網(wǎng)絡(luò)資源。同時(shí)，鑒于交通的繁忙，無紙辦公和遠(yuǎn)程辦公的趨勢已然愈演愈烈！遠(yuǎn)程控制應(yīng)運(yùn)而生。這類軟件對于出差在外的商務(wù)人員用處非常大，這樣他們可以隨時(shí)提取自己家里計(jì)算機(jī)中的數(shù)據(jù)和資料。同時(shí)簡單介紹了 Visual C++ 編程環(huán)境和 WinSocket的功能特點(diǎn)。 本系統(tǒng)采用 Visual C++ 作為開發(fā)工具 , 整個(gè)系統(tǒng)操作簡潔、界面友好、功能靈活、實(shí)用，實(shí)現(xiàn)了包括客戶端屏幕監(jiān)控、文件 操作 及傳輸、系統(tǒng)服務(wù)和注冊表監(jiān)控等基本功能， 基本完成了遠(yuǎn)程 控制 中所需要到的主要功能。這樣員工就不會(huì)因長期的勞苦奔波而抱怨，用戶也不會(huì)因?yàn)槟悴荒芗皶r(shí)解決問題而和你討價(jià)還價(jià)，當(dāng)然，也為公司節(jié)約了人力、財(cái)力和物力。 遠(yuǎn)程控制具有一下優(yōu)點(diǎn)：便于用戶能夠在任何地方通過網(wǎng)絡(luò)及時(shí)，快速的訪問，控制自己的主機(jī)。形成很多木馬程序。 通常，技術(shù)支持必須依賴技術(shù)人員和用戶之間的口頭交流來進(jìn)行，這種交流既耗時(shí)又容易出錯(cuò)。 電腦中的遠(yuǎn)程控制技術(shù)，始于 DOS 時(shí)代，只不過當(dāng)時(shí)由于技術(shù)上沒有什么大的變化，網(wǎng)絡(luò)不發(fā)達(dá)，市場沒有更高的要求，所以遠(yuǎn)程控制技術(shù)沒有引起更多人的注意。傳統(tǒng)的遠(yuǎn)程控制軟件一般使用NETBEUI、 NETBIOS、 IPX/SPX、 TCP 等協(xié)議來實(shí)現(xiàn)遠(yuǎn)程控制，不過，隨著網(wǎng)絡(luò)技術(shù)的發(fā)展，很多遠(yuǎn)程控制軟件提供通過 Web 頁面以 Java 技術(shù)來控制遠(yuǎn)程電腦，這樣可以實(shí)現(xiàn)不同操作系統(tǒng)下的遠(yuǎn)程控制。 80%以上的電腦都處于內(nèi)網(wǎng)中（使用路由共享上網(wǎng)的方式即為內(nèi)網(wǎng)）， TCP 軟件不能穿透內(nèi)網(wǎng)的缺陷，使得該類軟件使用率大打折扣。從而解決了 TCP 協(xié)議遠(yuǎn) 程控制軟件需要做端口映射的難題。由于 IP 資源日益稀缺，越來越多的用戶會(huì)在內(nèi)網(wǎng)中上網(wǎng)，因此能穿透內(nèi)網(wǎng)的遠(yuǎn)程控制軟件，將是今后遠(yuǎn)程控制發(fā)展的主流方向。 總之，本 畢業(yè)設(shè)計(jì)題目 的設(shè)計(jì)與實(shí)現(xiàn)具有很大的現(xiàn)實(shí)意義。比如，它允許用戶進(jìn)行遠(yuǎn)程調(diào)試，單步執(zhí)行等。 Visual C++的資源編輯器能以所見即所得的形式直接編輯程序的用戶界面，為所有資源分配 ID 標(biāo)識號。然而，使用 Visual C++，開發(fā)人員必須真正地閱讀和編寫 C++代碼。 MFC 編制軟件時(shí)的大量內(nèi)節(jié) ,如應(yīng)用程序?qū)崿F(xiàn)消息的處理 ,設(shè)備環(huán)境繪圖 ,這種結(jié)合是以方便為目的的 ,必定要付出一定代價(jià) (這是微軟的一向作網(wǎng)絡(luò)遠(yuǎn)程通信與控制程序設(shè)計(jì) 6 風(fēng) ),因此就造成了 MFC 對類封裝中的 一定程度的的冗余和迂回 ,但這是可以接受的 。 MFC 是面向?qū)ο蟪绦蛟O(shè)計(jì)與Application framework 的完美結(jié)合，他將傳統(tǒng)的 API 進(jìn)行了分類封裝，并且為 使用者 創(chuàng)建 程序的一般框架 。應(yīng)用程序框架是類庫的超集。 ? MFC 庫是 C++的 Microsoft Windows API。 ? MFC 框架降低了編碼的復(fù)雜性。 MFC 框架的核心是文檔 /視圖結(jié)構(gòu)（ DocumentView Architecture），這是一個(gè)很好用、但又往往較難以入門的功能。 Windows 應(yīng)用程序是消息驅(qū)動(dòng)的，應(yīng)用程序不能直接得到用戶所做的操作，如鼠標(biāo)按鍵、鍵盤輸入和窗口移動(dòng)等。消息主要有以下 3 類。 命令消息：在響應(yīng)用戶接口操作時(shí)，將產(chǎn)生 WM_COMMAND 命令消息。 框架將消息和它們的處理函數(shù)連接起來就是消息映射。其基本格式如下： BEGIN_MESSAGE_MAP (classname, parentclassname) //{{AFX_MSG_MAP (classname) 條目宏 1 條目宏 2 條目宏 3 ………… //}}AFX_MSG_MAP END_MESSAGE_MAP () 其中 classname 為擁有消息映射的當(dāng)前類名， parentclassname 為當(dāng)前類的 父類名。例如，消息 WM_PAINT 的處理函數(shù)在 CWnd 類中的聲明如下： afx_msg void OnPaint()。除此之外，用戶定義和注冊的消息、命令和控制通知都沒有默認(rèn)的處理函數(shù)，需要在定義時(shí)聲明，一般根據(jù)其 ID名稱來為函數(shù)命 名。應(yīng)用邏輯主要在前端，如在后端則是存儲過程的形式。而中間件作為構(gòu)造三層結(jié)構(gòu)應(yīng)用系統(tǒng)的基礎(chǔ)平臺，提供了以下主要功能：負(fù)責(zé)客戶機(jī)與服務(wù)器間、服務(wù)器間與服務(wù)器間的聯(lián)接和通訊；實(shí)現(xiàn)應(yīng)用與數(shù)據(jù)庫的高效連接；提供一個(gè)三層結(jié)構(gòu)應(yīng)用的開發(fā)、 運(yùn)行、部署和管理的平臺。由于客戶端實(shí)現(xiàn)與服務(wù)器的直接相連，沒有中間環(huán)節(jié)，因此響應(yīng)速度快。每當(dāng)特定的消息發(fā)出，在沒有到達(dá)目的窗口前，鉤子程序就先捕獲該消息，亦即鉤子函數(shù)先得到控制權(quán)。 在 windows 系統(tǒng)下編 程，應(yīng)該會(huì)接觸到 api 函數(shù)的使用，常用的 API 函數(shù)大概有 20xx 個(gè)左右。我們可以通過 api hook，改變一個(gè)系統(tǒng) API的原有功能。Hook 與消息有著非常密切的聯(lián)系，它的中文含義是 “ 鉤子 ” ，這樣理解起來不難得出 “ Hook 是消息處理中的一個(gè)環(huán)節(jié)，用于監(jiān)控消息在系統(tǒng)中的傳遞，并在這些消息到達(dá)最終的消息處理過程前，處理某些特定的消息 ” 。當(dāng)諸如控件這些現(xiàn)成的手段不能實(shí)現(xiàn)的功能時(shí)， 因此 還需要借助 API。 API Hook并不屬于 MSDN上介紹的 13類 Hook中的任何一種。 CAsyncSocket的 Create()函數(shù)，除了創(chuàng) 建了一個(gè) SOCKET以外，還創(chuàng)建了個(gè) CSocketWnd窗口對象，并使用 WSAAsyncSelect()將這個(gè) SOCKET與該窗口對象關(guān)聯(lián)，以讓該窗口對象處理來自 Socket的事件 (消息 )，然而 CSocketWnd收到 Socket事件之后，只是簡單地回調(diào) CAsyncSocket::OnReceive()等虛函數(shù)。這是一種錯(cuò)誤的做法，不能達(dá)到預(yù)期目的。 } 于是，上面的 pSocket和客戶 端 建立了連接，以后的通信就是這個(gè) pSocket對象去和客戶 端 進(jìn)行，而監(jiān)聽的 Socket仍然繼續(xù)在監(jiān)聽，一旦又有一個(gè)客戶 端 要連接服務(wù) 端 ，則上面的 OnAccept()又會(huì)被調(diào)用一次。 MFC提供了大量的類庫， 靈活使用這些類庫 ，便會(huì)大大提高編程的效率。如果將計(jì)算機(jī)系統(tǒng)進(jìn)行還原或重裝，一些重要資料有可能將會(huì)丟失。它 可以被當(dāng)作木馬來作為入侵遠(yuǎn)程電腦的工具，并且 監(jiān)控遠(yuǎn)程攝像頭的功能更使對方失去個(gè)人私隱 。 ? 用途不同： 木馬主要是達(dá)到竊取別人主機(jī)各種信息的目的 ；而遠(yuǎn)程控制可以作為網(wǎng)管管理機(jī)房的工具，也可以是老師遠(yuǎn)程教學(xué)的助手，更是遠(yuǎn)程辦公的理想軟件。 ? 遠(yuǎn)程技術(shù)支持： 通常，遠(yuǎn)距離的技術(shù)支持必 須依賴技術(shù)人員和用戶之間的電話交流來進(jìn)行，這種交流既耗時(shí)又容易出錯(cuò)。學(xué)生還可以直接在電腦中進(jìn)行習(xí)題的演算和求解，在此過程中，教師能夠輕松看到學(xué)生的解題思路和步驟，并加以實(shí)時(shí)的指導(dǎo)。 要研究每一種解法的可行性，一般說來，應(yīng)從經(jīng)濟(jì)可行性、技術(shù)可行性、 操作可行性 等方面研究可行性。當(dāng)初遠(yuǎn)程協(xié)助這門技術(shù)在 DOS 時(shí)代就 已經(jīng)存在，只是受網(wǎng)絡(luò)的制約，但是此時(shí)這門技術(shù)還是受網(wǎng)絡(luò)技術(shù)制約著。 本課題設(shè)計(jì)操作簡單，客戶端安裝后無需其它操作，服務(wù)端待客戶端自動(dòng)連接后，則可以對其屏幕、文件、注冊表等進(jìn)行操作，完全像操作本地機(jī)器一樣簡單 。當(dāng)然，為了更方便的操作，協(xié)助端還必須能控制被協(xié)助端的鼠標(biāo)和鍵盤。 該功能模塊的用例圖 如圖 所示 ： 圖 文件操作用例圖 服務(wù)端對客戶端的高級操作 服務(wù)端向客戶端發(fā)送一條命令，客戶端針對該命令分別枚舉出 客戶端的注冊表、系統(tǒng)服務(wù)、進(jìn)程等，再以文本方式發(fā)送給服務(wù)端，服務(wù)端獲取到信息后，則可以對注冊表、系統(tǒng)服務(wù)、進(jìn)程做刪除、添加、結(jié)束等操作。 系統(tǒng)設(shè)計(jì)使用工具 本系統(tǒng)采用 Visual C++ 作為開發(fā)工具， Visual C++ 源代碼編輯器功能強(qiáng)大，使用非常方便。服務(wù)端只要是向客 戶端發(fā)送操作命令，客戶端解析命令后執(zhí)行相應(yīng)操作，然后將結(jié)果返回給服務(wù)端，服務(wù)端再將結(jié)果顯示出來。該模塊大致流程圖如圖 所示： 圖 屏幕監(jiān)控 大致 流程圖 發(fā)送截屏命令 解析命令 截屏 圖片壓縮 添加數(shù)據(jù)包尾 發(fā)送數(shù)據(jù) 接收數(shù)據(jù) 是數(shù)據(jù)包尾嗎？ 模擬鼠標(biāo)點(diǎn)擊移動(dòng) 模擬鍵盤操作 是 否 數(shù)據(jù)包解壓 顯示圖片 服務(wù)端 客戶端 發(fā)送鍵盤鼠標(biāo)命令 停止傳輸嗎？ 開始屏幕傳輸 停止屏幕傳輸 是 否 網(wǎng)絡(luò)遠(yuǎn)程通信與控制程序設(shè)計(jì) 23 文件操作模塊設(shè)計(jì) 文件操作，包括文件上傳、文件下載、刪除文件、執(zhí)行遠(yuǎn)程程序。在 Win95 下， 16位驅(qū)動(dòng)會(huì)繼續(xù)以實(shí)模式方式設(shè)備工作，它 們使用 。 為了客戶端程序能正常對進(jìn)程、服務(wù)等操作，還必須對客戶端進(jìn)程進(jìn)行提升權(quán)限操作。屏幕未刷新時(shí)，文字信息將一直留在屏幕上方，屏幕 刷新后，文字信息消失。 對于異步非阻塞的 SOCKET 來說，連接成功與否是在其 OnConnect事件里判斷的，該事件函數(shù)原型為： void OnConnect(int nErrorCode) ，網(wǎng)絡(luò)遠(yuǎn)程通信與控制程序設(shè)計(jì) 25 傳進(jìn)的參數(shù)如果等于 0，則表示連接成功。 CString csSend = connect|。dwCount)。 dwCount = 1024。 csSend += chName。 服務(wù)端接收到客戶端桌面圖片數(shù)據(jù)后，此時(shí)還不能將圖片直接畫到窗口上，因?yàn)閳D片數(shù)據(jù)發(fā)送前是經(jīng)過壓縮的，因此應(yīng)先解壓，再將解壓后的圖片畫 到窗口上，然后再發(fā)送請求下一幀桌面圖片的請求 。 char chKeyName[1024]。hkKey) != ERROR_SUCCESS) return 。 網(wǎng)絡(luò)遠(yuǎn)程通信與控制程序設(shè)計(jì) 28 DWORD dwTxtSize = 1024。 39。 } else if (dwType == REG_DWORD) { byte* bTemp = (LPBYTE)chKeyValue。 網(wǎng)絡(luò)遠(yuǎn)程通信與控制程序設(shè)計(jì) 29 csRes = csRes + chKeyName + char(3) + w + char(3) + csTemp + char(2)。 return csRes。 參數(shù) int idHook 則表明安裝鉤子的類型，由于是對 API 函數(shù)的HOOK，所以該參數(shù)的值為 WH_CALLWNDPROC，通過 detours 庫，將自己定義的 API 函數(shù) NewOpenProcess、 NewTerminateP