① 傳輸FTP命令定義和格式
本節簡要介紹TCP/IP的內部結構，為討論與Internet相關的安全問題打下基礎。TCP / IP協議組的一部分的流行是因為它可以用在各種各樣的渠道和底層協議（如T1、X.25、乙太網、RS-232串列介面）。確切地說，TCP/IP協議是一組協議組，包括TCP協議和IP協議、UDP（用戶數據報協議）協議、ICMP（網際網路控制消息協議）協議和其他一些協議。在總體架構上，TCP/IP協議不完全符合OSI的七層參考模型。傳統的開放式系統互連參考模型是通信協議的7抽象參考模型，其中每個層執行特定的任務。該模型的目的是使各種硬體在同一級別上相互通信。7層分別是物理層、數據鏈路層、網路層、傳輸層、語音層、表示層和應用層。TCP/IP協議使用4層層次結構，每一層都調用它的下一層網路來完成自己的需求。這4層是：應用層：應用層之間的通信層，如簡單的電子郵件傳輸（SMTP）、文件傳輸協議（FTP）、網路遠程訪問協議（telnet）等。
傳輸層：這一層，它提供了節點間的數據傳送服務，如傳輸控制協議（TCP）和用戶數據報協議（UDP），TCP和UDP連接的數據包傳輸數據並將數據發送到下一層，這一層負責數據的傳輸，並確定數據已經傳送和接收。互聯網路層：負責提供基本的數據包傳輸功能，使每一條數據都能到達目的地主機（但不檢查接收正確），如互聯網協議（IP）。網路介面層：對實際網路媒體的管理，定義了如何利用實際的網路（如乙太網、串口、線路等）來傳輸數據。
TCP / IP協議
協議在以下簡單介紹TCP / IP有什麼樣的功能，它是如何工作的：
1.ip
互聯網協議IP是TCP / IP的心最重要的是，網路層協議。IP層是由下層接收（網路介面層如乙太網設備驅動）發送數據包，並將數據包發送到更高的TCP層或UDP層；相反，IP層從TCP層或UDP層到下層接收數據包傳輸層。IP包是不可靠的，因為IP不做任何事情來確保數據包按順序發送或不被損壞。IP包包含它被發送的主機的地址（源地址）和接收它的主機的地址（目的地址）。在頂層上的TCP和UDP服務通常假定包中的源地址在接收數據包時是有效的。也可以說，IP地址構成了許多服務的認證基礎，這些服務被認為是從有效主機發送的。IP驗證包含一個名為IP源路由的選項，它可以用來指定源地址和目標地址之間的直接路徑。對於一些TCP和UDP服務，使用此選項的IP包似乎已從路徑上的最後一個系統傳遞，而不是從它的實際位置傳遞。此選項存在用於測試，表明它可用於將系統愚弄為正常禁止連接。很多依賴IP源地址進行驗證的服務會有問題，並且會被非法入侵。< > > 2。如果IP包已經封裝了TCP包，那麼IP將把它們發送到TCP層。TCP在執行虛擬電路連接時對數據包進行排序和檢查錯誤。TCP報文包含序號和確認，所以不接受以包可以被排序，而損壞的包可以被重傳。tcp將消息發送到更高的應用程序，如telnet的服務程序和客戶端程序。應用程序依次將信息發送回TCP層，TCP層將它們發送到IP層、設備驅動程序和物理介質，最後發送到接收方。
面向連接的服務（如Telnet、FTP、rlogin、X、Windows和SMTP）需要高度的可靠性，所以他們使用TCP。DNS在某些情況下使用TCP（發送和接收域名資料庫），但使用UDP通信有關單個主機的信息。
3.udp，
UDP和TCP在同一樓層，但數據包的順序錯誤或重發。因此，UDP不適用於面向連接的服務
② 怎麼用bat封裝 ftp://[email protected] 打開bat就能實現在我的電腦中創建一個文件夾
都不要批處理，只要用映射功能就行了，在映射的地方填入你的網路文件地址，簡單方便，具體操作，打開計算機-空白處右鍵-選擇添加一個網路位置，在裡面輸入你要添加網路文件夾的地址
③ 關於網路傳輸過程的數據封裝
數據封裝（Data Encapsulation）是指將協議數據單元（PDU）封裝在一組協議頭和尾中的過程。在OSI七層參考模型中，每層主要負責與其它機器上的對等層進行通信。該過程是在協議數據單元（PDU）中實現的，其中每層的PDU一般由本層的協議頭、協議尾和數據封裝構成本文選自WireShark數據包分析實戰詳解清華大學出版社。
為了幫助用戶更清楚的理解數據封裝過程，下面通過一個實例來說明這個過程。假設某個公司區域網使用乙太網，當員工從區域網的FTP伺服器下載一個文件時，該文件從FTP伺服器到員工主機的傳輸過程如圖1.17所示本文選自WireShark數據包分析實戰詳解清華大學出版社。
在圖1.17中，FTP伺服器作為數據的發送端，員工主機作為數據的接收端。下面分別介紹數據發送和接收處理過程。
1.數據發送處理過程數據封裝協議數據單元封裝WireShark數據包分析
（1）應用層將數據交給傳輸層，傳輸層添加上TCP的控制信息（稱為TCP頭部），這個數據單元稱為段（Segment），加入控制信息的過程稱為封裝。然後，將段交給網路層。
（2）網路層接收到段，再添加上IP頭部，這個數據單元稱為包（Packet）。然後，將包交給數據鏈路層。
（3）數據鏈路層接收到包，再添加上MAC頭部和尾部，這個數據單元稱為幀（Frame）。然後，將幀交給物理層。
（4）物理層將接收到的數據轉化為比特流，然後在網線中傳送。
2.數據接收處理過程數據封裝協議數據單元封裝WireShark數據包分析
（1）物理層接收到比特流，經過處理後將數據交給數據鏈路層。
（2）數據鏈路層將接收到的數據轉化為數據幀，再除去MAC頭部和尾部，這個除去控制信息的過程稱為解封裝，然後將包交給網路層。
（3）網路層接收到包，再除去IP頭部，然後將段交給傳輸層。
（4）傳輸層接收到段，再除去TCP頭部，然後將數據交給應用層。
從以上傳輸過程中，可以總結出以下幾點。如下所示：
（1）發送方數據處理的方式是從高層到底層，逐層進行數據封裝。
（2）接收方數據處理的方式是從底層到高層，逐層進行數據解封裝。
（3）接收方的每一層只把對該層有意義的數據拿走，或者說每一層只能處理發送方同等層的數據，然後把其餘的部分傳遞給上一層，這就是對等層通信的概念本文選自WireShark數據包分析實戰詳解清華大學出版社數據封裝協議數據單元封裝WireShark數據包分析。
④ 系統集成 選擇題
1、 2、A 5、A 10、B 11、c
⑤ 1、什麼是WEB服務；什麼是FTP服務
什麼是Web服務?
本文是架構Web服務的系列文章的第二篇，從Web服務的技術定義開始，來探討什麼是Web服務。首先，作者從技術角度詳細分析了Web服務作為Internet環境下的軟體組件的基本角色，從這個基本角色開始，詳細介紹了這個組件對象的包裝規范Web Service "stack"，並對Web服務的應用做了分類，最後藉助Garnter Group的材料考察了Web服務的當前發展狀況。
在本系列的上一篇文章中，我就為什麼需要Web服務，從商業利益需求的角度進行了分析。本文將結合技術驅動的發展需求，詳細介紹從技術上來看，到底什麼是Web服務，以及Web服務的應用分類。就技術角度而言，無論從哪個角度來看，Web服務都是對象/組件技術在Internet中的延伸。
本文所引用的資源主要包括兩類，一類是Web服務的技術資源網站，包含了大量Web服務的技術信息，另一類是Web服務「stack"系列技術規范，他們是一個整體的技術體系，包括UDDI、SOAP、WSDL、XML等。本文的最後給出了這些資源的鏈接，有興趣的讀者可以通過這些 資源鏈接找到所需的內容。
Web對象
從外部的使用者的角度而言，Web服務是一種部署在Web上的對象/組件，它具備以下特徵：
完好的封裝性，Web服務既然是一種部署在Web上的對象，自然具備對象的良好封裝性，對於使用者而言，他能且僅能看到該對象提供的功能列表。
鬆散耦合，這一特徵也是源於對象/組件技術，當一個Web服務的實現發生變更的時候，調用者是不會感到這一點的，對於調用者來說，只要Web服務的調用界面不變，Web服務的實現任何變更對他們來說都是透明的，甚至是當Web服務的實現平台從J2EE遷移到了.NET或者是相反的遷移流程，用戶都可以對此一無所知。對於鬆散耦合而言，尤其是在Internet環境下的Web服務而言，需要有一種適合Internet環境的消息交換協議。而XML/SOAP正是目前最為適合的消息交換協議。
使用協約的規范性，這一特徵從對象而來，但相比一般對象其界面規范更加規范化和易於機器理解。首先，作為Web服務，對象界面所提供的功能應當使用標準的描述語言來描述(比如WSDL)；其次，由標准描述語言描述的服務界面應當是能夠被發現的，因此這一描述文檔需要被存儲在私有的或公共的注冊庫裡面。同時，使用標准描述語言描述的使用協約將不僅僅是服務界面，它將被延伸到Web服務的聚合、跨Web服務的事務、工作流等，而這些又都需要服務質量(QoS)的保障。其次，我們知道安全機制對於鬆散耦合的對象環境的重要性，因此我們需要對諸如授權認證、數據完整性(比如簽名機制)、消息源認證以及事務的不可否認性等運用規范的方法來描述、傳輸和交換。最後，在所有層次的處理都應當是可管理的，因此需要對管理協約運用同樣的機制。
使用標准協議規范，作為Web服務，其所有公共的協約完全需要使用開放的標准協議進行描述、傳輸和交換。這些標准協議具有完全免費的規范，以便由任意方進行實現。一般而言，絕大多數規范將最終有W3C或OASIS作為最終版本的發布方和維護方。
高度可集成能力。由於Web服務採取簡單的、易理解的標准Web協議作為組件界面描述和協同描述規范，完全屏蔽了不同軟體平台的差異，無論是CORBA、DCOM還是EJB都可以通過這一種標準的協議進行互操作，實現了在當前環境下最高的可集成性。
Web Service "Stack"
在前一節中，我們已經了解到為了完成在鬆散耦合的環境下的對象訪問，以及在基本對象訪問之上的諸如事務、工作流、安全機制等。實現一個完整的Web服務體系需要有一系列的協議規范來支撐。
Figure 1. Web Service "stack"
其中，綠色部分是先前已經定義好的並且廣泛使用的傳輸層和網路層的標准：IP、HTTP、SMTP等。而藍色部分是目前開發的Web服務的相關標准協議，包括服務調用協議SOAP、服務描述協議WSDL和服務發現/集成協議UDDI，以及服務工作流描述語言WSFL。而橙色部分描述的是更高層的待開發的關於路由、可靠性以及事務等方面的協議。黃色部分是各個協議層的公用機制，這些機制一般由外部的正交機制來完成。
從以上這個技術層次圖我們看以看到，Web服務追求的第一目標是簡單性。可能大家會覺得很奇怪，有那麼多協議，怎麼能說他簡單。
首先，這些協議本身都是簡單的，無論是HTTP, FTP等傳統的TCP/IP系統的網路協議，還是SOAP, WSDL, UDDI, WSFL等基於XML的協議，他們設計原則中的一個最重要點就是力求簡單性。相信大家如果對XML、SOAP等有深入了解的話，一定會深深體會這一點。
其次，一個可以使用的Web服務應當按照需要選用若干層次的功能，而無需所有的特性。比如在目前狀況下，一個簡單應用可能只要使用WSDL/SOAP就可以架構一個符合規范的Web服務了。
最後，所有的機制完全是基於現有的技術，並沒有創造一個完全的新體系。無論是IPv4、HTTP、FTP這些現有的網路協議，還是SOAP、WSDL等這些基於XML而定義的協議都是遵循著一個原則：繼承原有的被廣泛接受的技術，這樣才能使得Web服務被廣泛接受。
Web服務的類別
綜合當今的Web應用以及Web服務的特點，我們認為Web服務實施的領域可以分為四類：
Business-Oriented Web Service: 該類服務針對的是那些面向企業應用服務，包括企業內部的ERP系統，企業間的SCM/CRM等系統。當這些系統以Web服務的形式在網路(Internet和intranet)中出現時，企業內的應用集成將更未容易，而在企業間的眾多合作夥伴的系統對接也將不再是無法完成的任務。目前現有的解決方案和產品的提供商有Bowstreet、Epicentric等。
Consumer-Oriented Web Service: 此類服務針對的是那些原先的B2C的網站的改造，為這些Browser-Oriented的Web應用增加(注意是增加)了Web服務的應用界面，使得第三方的桌面工具或其自身提供的增值的桌面工具能夠利用更優秀的用戶界面提供跨越多個B2C服務的桌面服務。這將使得用戶使用Internet更為方便，能夠獲得更加便捷的服務。比如我們完全就可以在個人理財桌面系統中集成(調用)Internet上的股票價格查詢Web服務、機票預定Web服務等，使得個人理財應用的自動化程度更高。
Device-Oriented Web Service: 此類服務的使用終端一般是手持設備和日用家電，對於前者而言，可以在不用修改網路服務的體系架構的前提下，令先前的網路服務支持除PC以外的各種終端，比如Palm、PocketPC、手機等。如此，那些天氣預報服務、Email服務、主動信息服務等將更為有效和便捷。而後者對於日用家電，則可能是一個市場的啟動期，有了Web服務作為基礎框架，智能型的日用家電將真正獲得標準的支持，從而有了廣泛使用的可能。
System-Oriented Web Service: 一些傳統意義上的系統服務，比如用戶許可權認證，系統監控等，如果被遷移到全球范圍的Internet上，或者企業內部的intranet上，其作用范圍將從單個系統或局部網路拓展到整個企業網路或整個Internet。如此，基於同一系統服務的不同應用將得以在整個Internet環境中部署，譬如跨國企業的所有在線服務可以使用同一個用戶許可權認證Web服務。
Web服務: 當今的技術最亮點
Figure 2. Web服務的當前發展狀況
以上這幅圖是Gartner Group在研究了所有IT主流時尚技術的發展道路後，作出的抽象模型。Y軸表明技術的受關注程度，而X軸則表示技術的應用的成熟度。每一項技術在從出現到成熟的整個過程都將沿著圖中的曲線前進，而且典型地，都將被劃分為五個階段：
技術顯現：一門技術被發明或定義之後，開始進入公眾的視野；
不斷膨脹的期望期：由於該項技術的劃時代的突破，使人們對這項技術有著無比美好的想像和期望，這一階段類似"網路的泡沫器"；
希望破滅之後的醒悟期：由於每項技術都不是萬能的，真正獲得使用仍然需要務實的加以應用研究，因此此時人們發現這項技術似乎並沒有期望中那麼有用，這一階段類似"網路的泡沫破滅"；
豁然開朗的應用發展期：經過了一個階段的開發和研究，該項技術終於走上了良性發展的軌道，越來越多的人接受並使用了該項技術；
大量的工業化生產期：該項技術成為業界主流，大量應用在具體的環境中。
什麼是FTP伺服器
FTP（文件傳輸協議）服務被廣泛應用於提供軟體下載服務、web網站內容更新服務以及不同類型計算機間的文件傳輸服務。除了軟體下載服務可以由web服務替代，不同類型計算機間的文件傳輸服務可以由電子郵件部分替代以外，web網站內容的更新服務即文件的上載服務，仍然要藉助於FTP來完成。
功能
（1）軟體下載服務
與超文本傳輸協議（HTTP）不同，FTP使用兩一個埠用於接收文件。所以，對於文件傳輸而言，FTP要比HTTP的效率高得多。因此，即使在web服務能夠提供軟體下載的今天，FTP服務依然是各專業軟體下載站點提供下載服務的最主要方式。
（2）web網站內容的更新
web網站中的內容只有不斷地更新和完善才能更多地吸引瀏覽者的目光。雖然有多種web網站內容更新的解決方案，但其中最安全和最方便的方式當屬FTP方式。
當一台伺服器上擁有若干虛擬Web站點或虛擬目錄時，並且這些虛擬web站點或虛擬目錄分別由不同的用戶維護時，可分別建立若干虛擬FTP伺服器，將虛擬FTP伺服器的主目錄與虛擬Web伺服器的主目錄一一對應起來，並分別為每個虛擬FTP站點指定相應的授權用戶，即可由各網站管理員利用FTP客戶端程序實現對自己web站點內容的管理和維護。
（3）不同類型計算機間的文件傳輸
FTP和所有的TCP/IP家族成員一樣，都是與平台無關的。雖然Windows系列的計算機之間可以通過資源共享的方式（如共享文件夾）實現數據交換，但不同類型的計算機之間則無法通過類似的機制實現數據共享，只能採用其他可跨越操作系統平台的方式，如E-mail附件、web站點下載和FTP文件傳輸的方式實現。其中，只有FTP文件傳輸的交互性最好。
（4）數據的備份和存儲
藉助於FTP服務，我們可以把重要文件上傳至FTP伺服器保存起來，從而有效地實現數據的備份和存儲，即使本地計算機發生「災難」，也可以充分保證遠程數據的存儲安全。
⑥ 當一台計算機從FTP伺服器下載文件時，在該FTP伺服器上對數據進行封裝的五個轉換步驟依次是
B正解。
⑦ 關於ftp協議的疑問
同一個埠是不是同時只能被一個TCP連接使用啊？
不是
還有，為什麼要使用20埠我還是不明白，用其它埠應該也可以傳送數據啊，反正都是被封裝在IP協議中的
使用20隻是一種約定,並不強制使用20.
答案補充:
呵呵,20埠也可以是被動連接呀
我看其它協議請求連接的一方都是使用任意一個操作系統分配的埠
你所說的情況的來源於FTP支持主動方式,而通常其他的服務提供方不會有主動連接這樣的嘗試方式.
⑧ 簡述計算機FTP即文件傳輸協議的定義
傳輸協議中各層都為上一層提供業務功能。為了提供這種業務功能，下一層將上一層中的數據並入到本層的數據域中，然後通過加入報頭或報尾來實現該層業務功能，該過程叫做數據封裝。用戶的數據要經過一次次包裝，最後轉化成可以在網路上傳輸的信號，發送到網路上。當到達目標計算機後，再執行相反的拆包過程。這類似於日常生活中寫信，把自己要表達的意思寫到紙上，有興趣的話還要把紙折疊成特殊的形狀，然後放到信封里並封好口，寫好收信人的地址、郵政編碼和姓名，再貼上郵票，郵局的工作人員再蓋上郵戳送到收信人所在郵局，郵遞員按信上的地址把信交給收信人，收信人再拆信，閱讀其內容。