• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            旭++

            張旭的C++學(xué)習(xí)筆記
            posts - 5, comments - 8, trackbacks - 0, articles - 0
              C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理
             

                  從上周三,我才真正了解到我要做的東西(FTPserver)是一個涉及知識極其廣泛的復(fù)雜程序。而并非之前以為的,單純的C\S模式文件傳輸程序。

                  首先按照老師的提示,配了ftp服務(wù)器和web服務(wù)器,熟悉了一些ftp命令和配置方法。但是對ftp的通信方式和具體過程還是一無所知。

                  接下來找來RFC-FTP協(xié)議來看,同時參考了telnet協(xié)議和http協(xié)議。結(jié)果還是一頭霧水,搞不清楚協(xié)議中規(guī)定的東西到底應(yīng)該怎樣去實現(xiàn)。

                  我打算轉(zhuǎn)變思路,動手做試驗。模擬了一個服務(wù)器端程序,這個程序只能send一條信息和recv一條信息并且打印,然后用linux自帶的ftp客戶端程序去連接模擬服務(wù)器。我想他們之間肯定是有通信來往的,這樣做可以觀察客戶端到底傳給服務(wù)器怎樣形式的信息。經(jīng)過反復(fù)測試。終于搞明白了客戶端和服務(wù)器之間嚴(yán)格按照RFC-959協(xié)議的規(guī)定一問一答的通訊方式。

                  接下來,我就沒有著急動手繼續(xù)寫程序,而是去網(wǎng)上搜索了不少關(guān)于ftp協(xié)議的文檔和討論。了解了雙socket-(控制通道,數(shù)據(jù)通道)。了解了主動傳輸和被動傳輸?shù)膮^(qū)別。

                  看了這些材料以后,我已經(jīng)大概對整個ftp整個傳輸過程有一個了解。接下來繼續(xù)完善了模擬服務(wù)器,能夠用ftp客戶端軟件登陸和退出(只做肯定回應(yīng))。這樣控制通道的通信已經(jīng)可以正常對話了。剩下的一大問題就是數(shù)據(jù)通道的通信方式了。

                  做到這里,我遇到了兩個棘手的問題。

                  Listen()監(jiān)聽函數(shù)是如何作用的?按我的理解,listen函數(shù)是這道題目中“控制最大同時訪問數(shù)”的關(guān)鍵。我在編碼過程中對這個地方做了試驗:當(dāng)我在while(1)中執(zhí)行accept時,當(dāng)接收到客戶端connect請求時,fork()建立子進(jìn)程去處理,父進(jìn)程繼續(xù)循環(huán)等待accept(),之前l(fā)isten函數(shù)backlog為2。但結(jié)果是我仍然可以使用三個以上的ftp客戶端進(jìn)程去同時訪問服務(wù)器,并保持連接不斷開或者阻塞。

                  兩臺電腦相互通信,如何取得適合對方訪問的自己IP地址?在客戶端要求使用被動傳輸模式的時候,服務(wù)器要建立臨時的數(shù)據(jù)傳輸通道,并把建好的本機地址+新端口,以“msg…. (xxx,xxx,xxx,xxx,xxx,xxx) \r\n”的形式發(fā)送給客戶端,客戶端根據(jù)所給的地址和端口號和服務(wù)器的數(shù)據(jù)傳輸通道建立連接。在C/C++里,可以使用gethostname函數(shù)獲取本機名稱,根據(jù)獲取的名稱,使用gethostbyname函數(shù)可以獲取本機的IP地址。但是這個IP地址永遠(yuǎn)是127.0.0.1(至少我的程序中是這樣的)。但是這個地址傳給對方,對方并不能按照這個地址找到服務(wù)器(除非客戶端和服務(wù)器在同一臺電腦上)。如果客戶端和服務(wù)器在同一局域網(wǎng)中的不同電腦上,那服務(wù)器應(yīng)該傳給客戶端類似192.168.x.x的地址。如果在internet范圍內(nèi)則需要傳送互聯(lián)網(wǎng)上的IP地址。而真正的ftp服務(wù)器和客戶端之間的通信,是可以發(fā)送適合對方訪問自己的IP地址給對方的。而目前所了解到的函數(shù),gethostname和gethostbyname函數(shù)并不能完成這項要求。

            在網(wǎng)上查了很多資料,關(guān)于以上兩個問題,有不少存在和我類似情況的提問,不過回答不甚詳細(xì)。

            Feedback

            # re: Linux FTP server 學(xué)習(xí)小結(jié)(C)  回復(fù)  更多評論   

            2008-03-22 19:13 by eyesmart
            Listen()監(jiān)聽函數(shù)是如何作用的

            這個函數(shù)的參數(shù)表明允許最多連接數(shù)目的等待,也就是說這些連接還沒有accept,而你的客戶端連接是已經(jīng)accept了。

            兩臺電腦相互通信,如何取得適合對方訪問的自己IP地址?
            gethostbyname是可以取出地址的,這個函數(shù)維護了一個IP地址的鏈表,所以你要遍歷鏈表,找出合適的IP,當(dāng)然你也要設(shè)置IP才行,這個函數(shù)不是線程安全的,現(xiàn)在已經(jīng)被另外的函數(shù)getaddrinfo取代.
            亚洲乱亚洲乱淫久久| 国产成年无码久久久久毛片| 国产亚洲精久久久久久无码AV| 精品久久人人做人人爽综合| 久久精品免费全国观看国产| 日本强好片久久久久久AAA| 国产精品成人99久久久久| 日韩精品无码久久一区二区三| 久久久久无码精品国产不卡| 国产精品99久久久久久猫咪| 久久免费的精品国产V∧| 国内精品久久久久久不卡影院 | 成人免费网站久久久| 欧美亚洲另类久久综合| 亚洲va久久久噜噜噜久久狠狠| 久久se精品一区二区影院| 久久精品欧美日韩精品| 欧美日韩精品久久久久| 国产高潮国产高潮久久久91| 亚洲午夜无码久久久久| 无码国内精品久久人妻麻豆按摩| 成人久久久观看免费毛片| 婷婷伊人久久大香线蕉AV| 久久精品国产乱子伦| 色婷婷噜噜久久国产精品12p| 久久精品国产精品亚洲精品| 亚洲精品高清国产一线久久| 久久久亚洲裙底偷窥综合 | 亚洲∧v久久久无码精品| 久久最新免费视频| 国产日韩欧美久久| 久久艹国产| 久久成人精品| 久久久久18| 日产久久强奸免费的看| 久久精品国产只有精品66| 久久国产高清一区二区三区| 久久精品国产精品亚洲人人 | 伊人久久大香线蕉精品不卡| 国产成人综合久久久久久| 无码人妻精品一区二区三区久久久|