【文章內(nèi)容簡介】 Close() Client/Server的通信流程 C/S結(jié)構(gòu)的優(yōu)點Client/Server技術(shù)在目前程序開發(fā)中得到了廣泛的應(yīng)用，這種技術(shù)的優(yōu)點在于它將處理工作按照一定的比例分配到客戶端和服務(wù)器上去執(zhí)行，這樣減少了網(wǎng)絡(luò)傳輸?shù)墓ぷ髁浚瑥亩侠淼乩昧速Y源，提高了應(yīng)用程序開發(fā)的效率。由于客戶端實現(xiàn)與服務(wù)器的直接相連，沒有中間環(huán)節(jié)，因此響應(yīng)速度快。 API HOOK技術(shù)簡介Hook是Windows中提供的一種用以替換DOS下“中斷”的系統(tǒng)機制，中文譯為“掛鉤”或“鉤子”。在對特定的系統(tǒng)事件進(jìn)行hook后，一旦發(fā)生已hook事件，對該事件進(jìn)行hook的程序就會受到系統(tǒng)的通知，這時程序就能在第一時間對該事件做出響應(yīng)。鉤子實際上是一個處理消息的程序段，通過系統(tǒng)調(diào)用，把它掛入系統(tǒng)。每當(dāng)特定的消息發(fā)出，在沒有到達(dá)目的窗口前，鉤子程序就先捕獲該消息，亦即鉤子函數(shù)先得到控制權(quán)。這時鉤子函數(shù)即可以加工處理（改變）該消息，也可以不作處理而繼續(xù)傳遞該消息，還可以強制結(jié)束消息的傳遞。API HOOK技術(shù)是一種用于改變API執(zhí)行結(jié)果的技術(shù)，Microsoft 自身也在Windows操作系統(tǒng)里面使用了這個技術(shù)，如Windows兼容模式等。 API HOOK 技術(shù)并不是計算機病毒專有技術(shù)，但是計算機病毒經(jīng)常使用這個技術(shù)來達(dá)到隱藏自己的目的。在windows系統(tǒng)下編程，應(yīng)該會接觸到api函數(shù)的使用，常用的API函數(shù)大概有2000個左右。今天隨著控件，stl等高效編程技術(shù)的出現(xiàn)，api的使用概率在普通的用戶程序上就變得越來越小了。當(dāng)諸如控件這些現(xiàn)成的手段不能實現(xiàn)的功能時，我們還需要借助API。最初有些人對某些api函數(shù)的功能不太滿意，就產(chǎn)生了如何修改這些api，使之更好的服務(wù)于程序的想法，這樣API hook就自然而然的出現(xiàn)了。我們可以通過api hook，改變一個系統(tǒng)API的原有功能?；镜姆椒ň褪峭ㄟ^hook“接觸”到需要修改的api函數(shù)入口點，改變它的地址指向新的自定義的函數(shù)。api hook并不屬于MSDN上介紹的13類Hook中的任何一種。Windows系統(tǒng)下的編程，消息Message的傳遞是貫穿其始終的。Hook與消息有著非常密切的聯(lián)系，它的中文含義是“鉤子”，這樣理解起來不難得出“Hook是消息處理中的一個環(huán)節(jié)，用于監(jiān)控消息在系統(tǒng)中的傳遞，并在這些消息到達(dá)最終的消息處理過程前，處理某些特定的消息”。這也是Hook分為不同種類的原因。在Windows系統(tǒng)下編程，經(jīng)常接觸到API函數(shù)的使用，常用的API函數(shù)大概有2000個左右。今天隨著控件，STL等高效編程技術(shù)的出現(xiàn)，API的使用概率在普通的用戶程序上就變得越來越小了。當(dāng)諸如控件這些現(xiàn)成的手段不能實現(xiàn)的功能時，因此還需要借助API。最初有些人對某些API函數(shù)的功能不太滿意，就產(chǎn)生了如何修改這些API，使之更好的服務(wù)于程序的想法，這樣API Hook就自然而然的出現(xiàn)了。通過API Hook，改變一個系統(tǒng)API的原有功能?；镜姆椒ň褪峭ㄟ^Hook“接觸”到需要修改的API函數(shù)入口點，改變它的地址指向新的自定義的函數(shù)。API Hook并不屬于MSDN上介紹的13類Hook中的任何一種。所以說，API Hook并不是什么特別不同的Hook，它也需要通過基本的Hook提高自己的權(quán)限，跨越不同進(jìn)程間訪問的限制，達(dá)到修改API函數(shù)地址的目的。 CAsyncSocket類的簡單介紹CAsyncSocket類是MFC對WINSOCK API的較底層封裝，通過類名就知道這是一個異步非阻塞SOCKET類。CAsyncSocket::Create()有一個參數(shù)指明了使用者想要處理哪些Socket事件，使用者關(guān)心的事件被指定以后，這個Socket默認(rèn)就被用作了異步方式。CAsyncSocket的Create()函數(shù)，除了創(chuàng)建了一個SOCKET以外，還創(chuàng)建了個CSocketWnd窗口對象，并使用WSAAsyncSelect()將這個SOCKET與該窗口對象關(guān)聯(lián)，以讓該窗口對象處理來自Socket的事件(消息)，然而CSocketWnd收到Socket事件之后，只是簡單地回調(diào)CAsyncSocket::OnReceive()等虛函數(shù)。所以CAsyncSocket的派生類，只需要在這些虛函數(shù)里添加發(fā)送和接收的代碼?？蛻舳嗽谑褂肅AsyncSocket::Connect()時，往往返回一個WSAEWOULDBLOCK的錯誤（其它的某些函數(shù)調(diào)用也如此，如：Send(),Receive()等），實際上這不應(yīng)該算作一個錯誤，它是Socket在提醒用戶，由于使用了非阻塞Socket方式，所以（連接）操作需要時間，不能瞬間建立。因此可以在程序中等待，等它連接成功為止，于是許多程序員就在調(diào)用Connect()之后，Sleep(0)，然后不停地用WSAGetLastError()或者CAsyncSocket::GetLastError()查看Socket返回的錯誤，直到返回成功為止。這是一種錯誤的做法，不能達(dá)到預(yù)期目的。事實上，可以在Connect()調(diào)用之后等待CAsyncSocket::OnConnect()事件被觸發(fā)，CAsyncSocket::OnConnect()是要表明Socket要么連接成功了，要么連接徹底失敗了。在客戶端調(diào)用Connect()連接服務(wù)端，服務(wù)端Accept()的做法就是在監(jiān)聽的Socket收到OnAccept()時，用一個新的CAsyncSocket對象去建立連接，例如： void CMySocket::OnAccept(int ErrCode){ 　　CMySocket* pSocket = new CMySocket。 　　Accept( *pSocket )。 } 于是，上面的pSocket和客戶端建立了連接，以后的通信就是這個pSocket對象去和客戶端進(jìn)行，而監(jiān)聽的Socket仍然繼續(xù)在監(jiān)聽，一旦又有一個客戶端要連接服務(wù)端，則上面的OnAccept()又會被調(diào)用一次。當(dāng)然pSocket是和客戶端通信的服務(wù)端，它不會觸發(fā)OnAccept()事件，因為它不是監(jiān)聽Socket。CAsyncSocket類為我們使用Socket提供了極大方便。建立Socket的WSAStartup過程和bind過程被簡化成為Create過程，IP地址類型轉(zhuǎn)換、主機名和IP地址轉(zhuǎn)換的過程中許多復(fù)雜的變量類型都被簡化成字符串和整數(shù)操作，特別是CAsyncSocket類的異步特點，完全可以替代繁瑣的線程操作。MFC提供了大量的類庫，靈活使用這些類庫，便會大大提高編程的效率。2 遠(yuǎn)程通信與控制系統(tǒng)分析 系統(tǒng)基本情況描述電腦中的遠(yuǎn)程控制技術(shù)，始于DOS時代，只不過當(dāng)時由于技術(shù)上沒有什么大的變化，網(wǎng)絡(luò)不發(fā)達(dá)，市場沒有更高的要求，所以遠(yuǎn)程控制技術(shù)沒有引起更多人的注意。但是，隨著網(wǎng)絡(luò)的高度發(fā)展，電腦的管理及技術(shù)支持的需要，遠(yuǎn)程操作及控制技術(shù)越來越引起人們的關(guān)注。傳統(tǒng)的遠(yuǎn)程控制軟件一般使用NETBEUI、NETBIOS、IPX/SPX、 TCP/IP等協(xié)議來實現(xiàn)遠(yuǎn)程控制，不過，隨著網(wǎng)絡(luò)技術(shù)的發(fā)展，目前很多遠(yuǎn)程控制軟件提供通過Web頁面以Java技術(shù)來控制遠(yuǎn)程電腦，這樣可以實現(xiàn)不同操作系統(tǒng)下的遠(yuǎn)程控制隨著計算機技術(shù)的不斷發(fā)展，人們要處理的任務(wù)也越來越多，工作地點也有可能是多個，在計算機使用的過程中就會遇到這樣那樣的問題，從而使得工作變得更加繁重。如果將計算機系統(tǒng)進(jìn)行還原或重裝，一些重要資料有可能將會丟失。尋求一種方便、高效的方法對出現(xiàn)故障的系統(tǒng)進(jìn)行修復(fù)已經(jīng)成為人們的迫切需要。本課題設(shè)計的使用，能幫助技術(shù)人員方便、高效的修復(fù)遠(yuǎn)程系統(tǒng)軟件，提高人們的工作效率，降低系統(tǒng)維護的成本。遠(yuǎn)程控制和木馬有很大的相似之處,譬如說現(xiàn)在的灰鴿子遠(yuǎn)程控制軟件〔企業(yè)版〕,它具有兩種遠(yuǎn)程控制形式：服務(wù)端自動上線連接型和客戶端主動連接控制型，同時擁有兩者的所有功能。它可以被當(dāng)作木馬來作為入侵遠(yuǎn)程電腦的工具，并且監(jiān)控遠(yuǎn)程攝像頭的功能更使對方失去個人私隱。但如果客戶端為主動方式連接服務(wù)端時，服務(wù)端可以接受多個客戶連接，所以視頻、語音的發(fā)送可以實現(xiàn)遠(yuǎn)程教學(xué)，遠(yuǎn)程協(xié)助等功能。因此遠(yuǎn)程控制和木馬兩者幾乎找不到界線，但從最初的用途來說，它們應(yīng)該有以下區(qū)別的：l 遠(yuǎn)程連接的方式不同：木馬屬于服務(wù)端自動上線連接型，即一運行就上線連接指定IP，并且如果控制端沒運行，它會不斷重新連接；而遠(yuǎn)程控制屬于客戶端主動連接控制型，方便之處是可以從不同IP的電腦去連接已經(jīng)安裝服務(wù)端的主機。l 隱藏機制不同：木馬一般注冊為系統(tǒng)服務(wù)，偽裝為類似系統(tǒng)進(jìn)程的程序，用戶不能輕易關(guān)閉它；而遠(yuǎn)程控制服務(wù)端可以按其應(yīng)用考慮是否隱藏和是否能夠被關(guān)閉。l 用途不同：木馬主要是達(dá)到竊取別人主機各種信息的目的；而遠(yuǎn)程控制可以作為網(wǎng)管管理機房的工具，也可以是老師遠(yuǎn)程教學(xué)的助手，更是遠(yuǎn)程辦公的理想軟件。遠(yuǎn)程控制因為進(jìn)一步克服了由于地域性差異所造成的不便性，所以在網(wǎng)絡(luò)管理、遠(yuǎn)程技術(shù)支持、遠(yuǎn)程交流、遠(yuǎn)程辦公等領(lǐng)域有著非常廣泛的應(yīng)用。因此，設(shè)計一個遠(yuǎn)程控制軟件，不光包含很強的網(wǎng)絡(luò)處理技術(shù)，還具有廣泛的實用價值。遠(yuǎn)程控制的主要應(yīng)用如下：l 遠(yuǎn)程辦公：這種遠(yuǎn)程的辦公方式不僅大大緩解了城市交通狀況，減少了環(huán)境污染，還免去了人們上下班路上奔波的辛勞，更可以提高企業(yè)員工的工作效率和工作興趣。l 遠(yuǎn)程技術(shù)支持：通常，遠(yuǎn)距離的技術(shù)支持必須依賴技術(shù)人員和用戶之間的電話交流來進(jìn)行，這種交流既耗時又容易出錯。許多用戶對電腦知道得很少，然而當(dāng)遇到問題時，他們必須向無法看到電腦屏幕的技術(shù)人員描述問題的癥狀。有了遠(yuǎn)程控制技術(shù)，技術(shù)人員就可以遠(yuǎn)程控制用戶的電腦，就像直接操作本地電腦一樣，只需要用戶的簡單幫助就可以得到該機器存在的問題的第一手材料，很快就可以找到問題的所在，并加以解決。l 遠(yuǎn)程教學(xué)：教師和學(xué)生之間可以利用這種遠(yuǎn)程控制技術(shù)實現(xiàn)教學(xué)問題的交流，學(xué)生可以不用見到老師，就得到老師手把手的輔導(dǎo)和講授。學(xué)生還可以直接在電腦中進(jìn)行習(xí)題的演算和求解，在此過程中，教師能夠輕松看到學(xué)生的解題思路和步驟，并加以實時的指導(dǎo)。l 遠(yuǎn)程維護和管理：網(wǎng)絡(luò)管理員或者普通用戶可以通過遠(yuǎn)程控制技術(shù)為遠(yuǎn)端的電腦安裝和配置軟件、下載并安裝軟件修補程序、配置應(yīng)用程序和進(jìn)行系統(tǒng)軟件設(shè)置。 系統(tǒng)可行性分析可行性研究的任務(wù)不是具體解決問題，而是研究問題的范圍，探索這個問題是否值得去解，是否有可行的方法。可行性分析實質(zhì)上是要進(jìn)行一次大大壓縮簡化了的系統(tǒng)分析和設(shè)計的過程，也就是在較高層次上以較抽象的方式進(jìn)行的系統(tǒng)分析和設(shè)計的過程。要研究每一種解法的可行性，一般說來，應(yīng)從經(jīng)濟可行性、技術(shù)可行性、操作可行性等方面研究可行性。 經(jīng)濟可行性本課題設(shè)計成本低廉，要的只是兩個ISP分發(fā)的IP地址，而且這也多用于局域網(wǎng)或企業(yè)網(wǎng)等內(nèi)網(wǎng)，就更談不上成本上的問題。但是如果需要對程序的質(zhì)量提高可以購買加密算法，對傳輸數(shù)據(jù)進(jìn)行加密。 技術(shù)可行性本課題設(shè)計所用到的一系列的技術(shù)已是累積了幾十年的技術(shù)，這些技術(shù)在這么多年的發(fā)展中并沒有被淘汰，反而是越來越來熱門。當(dāng)初遠(yuǎn)程協(xié)助這門技術(shù)在DOS時代就已經(jīng)存在，只是受網(wǎng)絡(luò)的制約，但是此時這門技術(shù)還是受網(wǎng)絡(luò)技術(shù)制約著。網(wǎng)絡(luò)流量的問題是造成所有通信程序的不穩(wěn)定性的罪魁禍?zhǔn)住５潜菊n題設(shè)計在局域網(wǎng)中是完全能夠?qū)崿F(xiàn)的，而且也是專門為企業(yè)網(wǎng)內(nèi)部所設(shè)計，因為數(shù)據(jù)信息沒被加密，如果想走Internet，則需建立VPN。 操作可行性根據(jù)系統(tǒng)的操作是否簡單易懂，是否為用戶所接受，從操作的角度研究系統(tǒng)的可行性。本課題設(shè)計操作簡單，客戶端安裝后無需其它操作，服務(wù)端待客戶端自動連接后，則可以對其屏幕、文件、注冊表等進(jìn)行操作，完全像操作本地機器一樣簡單。綜合以上三方面的可行性分析，本課題設(shè)計的操作是可行的。 功能需求分析功能需求是對軟件系統(tǒng)的一項基本需求，這方面的需求指定系統(tǒng)必須提供的服務(wù)。根據(jù)對一般的遠(yuǎn)程協(xié)助的調(diào)查了解，該系統(tǒng)應(yīng)該至少包含以下幾個功能：服務(wù)端對客戶端的屏幕監(jiān)控遠(yuǎn)程協(xié)助系統(tǒng)就是要解決那些難以用語言描述的軟件問題，協(xié)助端（服務(wù)端）如果能實時的看見被協(xié)助端（客戶端）的系統(tǒng)桌面，那將大大提高解決問題的效率。當(dāng)然，為了更方便的操作，協(xié)助端還必須能控制被協(xié)助端的鼠標(biāo)和鍵盤。：獲取遠(yuǎn)程桌面控制遠(yuǎn)程鼠標(biāo)控制遠(yuǎn)程鍵盤遠(yuǎn)程協(xié)助系統(tǒng) 屏幕控制用例圖服務(wù)端對客戶端文件操作服務(wù)端如果僅僅能監(jiān)控客戶端桌面，那幫助也許沒那么大，比如客戶端要修復(fù)一些文件，而在客戶端本地硬盤中又沒有相應(yīng)的修復(fù)工具，此時服務(wù)端也是無能為力的。當(dāng)然，可以通過、MSN等通訊工具傳輸，這樣做畢竟也是很麻煩的，因此服務(wù)端能實現(xiàn)對客戶端的文件遠(yuǎn)程操作則是不可或缺的。文件操作包括：上傳文件、下載文件、創(chuàng)建文件夾、執(zhí)行遠(yuǎn)程程序等等。： 上傳文件到客戶端下載客戶端文件遠(yuǎn)程協(xié)助系統(tǒng)創(chuàng)建文件夾執(zhí)行遠(yuǎn)程程序 文件操作用例圖 服務(wù)端對客戶端的高級操作服務(wù)端向客戶端發(fā)送一條命令，客戶端針對該命令分別枚舉出客戶端的注冊表、系統(tǒng)服務(wù)、進(jìn)程等，再以文本方式發(fā)送給服務(wù)端，服務(wù)端獲取到信息后，則可以對注冊表、系統(tǒng)服務(wù)、進(jìn)程做刪除、添加、結(jié)束等操作。 系統(tǒng)流程圖首先運行服務(wù)器端，然后安裝客戶端后，客戶端安裝好之后就會不斷的嘗試連接服務(wù)器，連接成功后就會想服務(wù)器端發(fā)送消息