• <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++博客 :: 首頁(yè) :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理
             

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

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

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

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

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

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

                  做到這里,我遇到了兩個(gè)棘手的問(wèn)題。

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

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

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

            Feedback

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

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

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

            兩臺(tái)電腦相互通信,如何取得適合對(duì)方訪問(wèn)的自己IP地址?
            gethostbyname是可以取出地址的,這個(gè)函數(shù)維護(hù)了一個(gè)IP地址的鏈表,所以你要遍歷鏈表,找出合適的IP,當(dāng)然你也要設(shè)置IP才行,這個(gè)函數(shù)不是線程安全的,現(xiàn)在已經(jīng)被另外的函數(shù)getaddrinfo取代.

            只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問(wèn)   Chat2DB   管理


            国产精品久久久久久久午夜片| 久久九九久精品国产免费直播| 精品国产一区二区三区久久久狼 | 中文字幕日本人妻久久久免费| 国产精品成人久久久| 久久精品亚洲日本波多野结衣| 一本大道加勒比久久综合| 午夜精品久久久久成人| 91精品国产高清久久久久久io| 久久亚洲中文字幕精品一区| 无码超乳爆乳中文字幕久久| 国产精品一区二区久久精品无码 | 国产精品一区二区久久精品涩爱 | 色综合久久久久网| 免费无码国产欧美久久18| 久久天堂电影网| 久久精品亚洲精品国产色婷 | 精品久久无码中文字幕| 欧美日韩中文字幕久久久不卡| 99久久777色| 久久精品中文字幕无码绿巨人| 久久久久久国产精品美女| 亚洲狠狠综合久久| 久久免费的精品国产V∧| 久久乐国产综合亚洲精品| 精品久久久久久久久久久久久久久| 无码超乳爆乳中文字幕久久 | 日韩欧美亚洲综合久久影院d3| 97精品伊人久久久大香线蕉 | 东京热TOKYO综合久久精品| 一个色综合久久| 久久经典免费视频| 麻豆精品久久久久久久99蜜桃 | 国产综合久久久久| 久久国产亚洲精品无码| 国产亚洲精品美女久久久| 久久人人爽爽爽人久久久| 亚洲国产欧美国产综合久久| 久久精品国产亚洲AV蜜臀色欲| 久久无码专区国产精品发布| 18禁黄久久久AAA片|