⑴ 如何通過web頁面繞過web伺服器直接上傳文件到FTP伺服器
web前端工具選擇的問題
比如：
1、web頁面是flex 的，可以用flex直接通信ftp伺服器，上傳文件
2、web頁面 安裝類似插件，此插件可以通信ftp 也可以
⑵ 怎麼通過web訪問ftp伺服器
設置步驟如下：1、安裝FTP服務和WEB服務舉例以windows2008為例在同一台伺服器上2、並且把FTP伺服器和WEB伺服器兩者的主目錄設置為同一個文件夾3、正常設置WEB伺服器屬性，使其能提供WEB服務4、設置FTP伺服器上傳許可權在客戶端遠程登錄FTP伺服器更新WEB伺服器主目錄下的內容FTP數據傳輸時的連接步驟：FTP伺服器自動對默認埠進行監聽，當某個客戶端向這個埠請求建立連接時，便激活FTP伺服器上的控制進程，對連接用戶名、密碼和連接許可權進行身份驗證；2）驗證完成後，FTP伺服器和客戶端之間還會建立一條傳輸數據的專有連接；3）FTP伺服器在傳輸數據過程中的控制進程將一直工作，並不斷發出指令控制整個FTP傳輸數據，傳輸完成後控制進程給客戶端發送結束指令。
⑶ 什麼是WEB服務，FTP 服務,SMTP服務!
通俗的講，Web伺服器傳送(serves)頁面使瀏覽器可以瀏覽，然而應用程序伺服器提供的是客戶端應用程序可以調用(call)的方法(methods)。確切一點，你可以說：Web伺服器專門處理HTTP請求(request)，但是應用程序伺服器是通過很多協議來為應用程序提供(serves)商業邏輯(business logic)。
下面讓我們來細細道來：
Web伺服器(Web Server)
Web伺服器可以解析(handles)HTTP協議。當Web伺服器接收到一個HTTP請求(request)，會返回一個HTTP響應(response)，例如送回一個HTML頁面。為了處理一個請求(request)，Web伺服器可以響應(response)一個靜態頁面或圖片，進行頁面跳轉(redirect)，或者把動態響應(dynamic response)的產生委託(delegate)給一些其它的程序例如CGI腳本，JSP(JavaServer Pages)腳本，servlets，ASP(Active Server Pages)腳本，伺服器端(server-side)JavaScript，或者一些其它的伺服器端(server-side)技術。無論它們(譯者註：腳本)的目的如何，這些伺服器端(server-side)的程序通常產生一個HTML的響應(response)來讓瀏覽器可以瀏覽。
要知道，Web伺服器的代理模型(delegation model)非常簡單。當一個請求(request)被送到Web伺服器里來時，它只單純的把請求(request)傳遞給可以很好的處理請求(request)的程序(譯者註：伺服器端腳本)。Web伺服器僅僅提供一個可以執行伺服器端(server-side)程序和返回(程序所產生的)響應(response)的環境，而不會超出職能范圍。伺服器端(server-side)程序通常具有事務處理(transaction processing)，資料庫連接(database connectivity)和消息(messaging)等功能。
雖然Web伺服器不支持事務處理或資料庫連接池，但它可以配置(employ)各種策略(strategies)來實現容錯性(fault tolerance)和可擴展性(scalability)，例如負載平衡(load balancing)，緩沖(caching)。集群特徵(clustering—features)經常被誤認為僅僅是應用程序伺服器專有的特徵。
應用程序伺服器(The Application Server)
根據我們的定義，作為應用程序伺服器，它通過各種協議，可以包括HTTP，把商業邏輯暴露給(expose)客戶端應用程序。Web伺服器主要是處理向瀏覽器發送HTML以供瀏覽，而應用程序伺服器提供訪問商業邏輯的途徑以供客戶端應用程序使用。應用程序使用此商業邏輯就象你調用對象的一個方法(或過程語言中的一個函數)一樣。
應用程序伺服器的客戶端(包含有圖形用戶界面(GUI)的)可能會運行在一台PC、一個Web伺服器或者甚至是其它的應用程序伺服器上。在應用程序伺服器與其客戶端之間來回穿梭(traveling)的信息不僅僅局限於簡單的顯示標記。相反，這種信息就是程序邏輯(program logic)。 正是由於這種邏輯取得了(takes)數據和方法調用(calls)的形式而不是靜態HTML，所以客戶端才可以隨心所欲的使用這種被暴露的商業邏輯。
在大多數情形下，應用程序伺服器是通過組件(component)的應用程序介面(API)把商業邏輯暴露(expose)(給客戶端應用程序)的，例如基於J2EE(Java 2 Platform, Enterprise Edition)應用程序伺服器的EJB(Enterprise JavaBean)組件模型。此外，應用程序伺服器可以管理自己的資源，例如看大門的工作(gate-keeping ties)包括安全(security)，事務處理(transaction processing)，資源池(resource pooling)， 和消息(messaging)。就象Web伺服器一樣，應用程序伺服器配置了多種可擴展(scalability)和容錯(fault tolerance)技術。
什麼是FTP呢？FTP 是 TCP/IP 協議組中的協議之一，是英文File Transfer Protocol的縮寫。該協議是Internet文件傳送的基礎，它由一系列規格說明文檔組成，目標是提高文件的共享性，提供非直接使用遠程計算機，使存儲介質對用戶透明和可靠高效地傳送數據。簡單的說，FTP就是完成兩台計算機之間的拷貝，從遠程計算機拷貝文件至自己的計算機上，稱之為「下載（download）」文件。若將文件從自己計算機中拷貝至遠程計算機上，則稱之為「上載（upload）」文件。在TCP/IP協議中，FTP標准命令TCP埠號為21，Port方式數據埠為20。FTP協議的任務是從一台計算機將文件傳送到另一台計算機，它與這兩台計算機所處的位置、聯接的方式、甚至是是否使用相同的操作系統無關。假設兩台計算機通過ftp協議對話，並且能訪問Internet， 你可以用ftp命令來傳輸文件。每種操作系統使用上有某一些細微差別，但是每種協議基本的命令結構是相同的。
FTP的傳輸有兩種方式：ASCII傳輸模式和二進制數據傳輸模式。
1．ASCII傳輸方式：假定用戶正在拷貝的文件包含的簡單ASCII碼文本，如果在遠程機器上運行的不是UNIX，當文件傳輸時ftp通常會自動地調整文件的內容以便於把文件解釋成另外那台計算機存儲文本文件的格式。
但是常常有這樣的情況，用戶正在傳輸的文件包含的不是文本文件，它們可能是程序，資料庫，字處理文件或者壓縮文件（盡管字處理文件包含的大部分是文本，其中也包含有指示頁尺寸，字型檔等信息的非列印字元）。在拷貝任何非文本文件之前，用binary 命令告訴ftp逐字拷貝，不要對這些文件進行處理，這也是下面要講的二進制傳輸。
2．二進制傳輸模式：在二進制傳輸中，保存文件的位序，以便原始和拷貝的是逐位一一對應的。即使目的地機器上包含位序列的文件是沒意義的。例如，macintosh以二進制方式傳送可執行文件到Windows系統，在對方系統上，此文件不能執行。
如果你在ASCII方式下傳輸二進制文件，即使不需要也仍會轉譯。這會使傳輸稍微變慢 ，也會損壞數據，使文件變得不能用。（在大多數計算機上，ASCII方式一般假設每一字元的第一有效位無意義，因為ASCII字元組合不使用它。如果你傳輸二進制文件，所有的位都是重要的。）如果你知道這兩台機器是同樣的，則二進制方式對文本文件和數據文件都是有效的。
5. FTP的工作方式
FTP支持兩種模式，一種方式叫做Standard (也就是 PORT方式，主動方式)，一種是 Passive (也就是PASV，被動方式)。 Standard模式 FTP的客戶端發送 PORT 命令到FTP伺服器。Passive模式FTP的客戶端發送 PASV命令到 FTP Server。
下面介紹一個這兩種方式的工作原理：
Port模式FTP 客戶端首先和FTP伺服器的TCP 21埠建立連接，通過這個通道發送命令，客戶端需要接收數據的時候在這個通道上發送PORT命令。 PORT命令包含了客戶端用什麼埠接收數據。在傳送數據的時候，伺服器端通過自己的TCP 20埠連接至客戶端的指定埠發送數據。 FTP server必須和客戶端建立一個新的連接用來傳送數據。
Passive模式在建立控制通道的時候和Standard模式類似，但建立連接後發送的不是Port命令，而是Pasv命令。FTP伺服器收到Pasv命令後，隨機打開一個高端埠（埠號大於1024）並且通知客戶端在這個埠上傳送數據的請求，客戶端連接FTP伺服器此埠，然後FTP伺服器將通過這個埠進行數據的傳送，這個時候FTP server不再需要建立一個新的和客戶端之間的連接。
很多防火牆在設置的時候都是不允許接受外部發起的連接的，所以許多位於防火牆後或內網的FTP伺服器不支持PASV模式，因為客戶端無法穿過防火牆打開FTP伺服器的高端埠；而許多內網的客戶端不能用PORT模式登陸FTP伺服器，因為從伺服器的TCP 20無法和內部網路的客戶端建立一個新的連接，造成無法工作。
SMTP是SIMPLE MAIL TRANSFER PROTOCOL的縮寫，一般的發信軟體，如Outlook Express、FoxMail、Eudora都是使用這個協議進行發信的。如果你的ISP沒有提供SMTP伺服器，那你就無法使用該協議發送信件。無法從一個郵箱的域名知道它是否提供SMTP服務或者SMTP伺服器是什麼。如果不知道自己信箱的SMTP伺服器，可以向提供信箱的ISP詢問。現在為了避免濫發垃圾郵件，許多免費郵件的提供商都不提供SMTP伺服器，如Hotmail、eyou，這些免費郵件用戶只能登錄後通過瀏覽器發信。收費郵件一般都提供POP3和SMTP伺服器。
⑷ 如何通過web頁面繞過web伺服器直接上傳文件到FTP伺服器
可以用ASPX頁面表單請求到你WEB伺服器上的接收介面，選擇文件後點擊上傳，直接提交到你FTP伺服器上。
FTP伺服器上接收時候做個來源的判斷，如果是非法調用的話直接阻止。
上傳文件完成後，回調你網站Web伺服器，返回上傳文件的路徑和文件名。
⑸ 如何在自己電腦上建web，ftp伺服器
很簡單的.你只要安裝上IIS就可以了.具體安裝步驟你去搜索一下IIS安裝.記得在安裝的時候點詳細信息,把裡面的選項都鉤上,FTP在最後一個.安裝好後,右鍵我的電腦,管理,INTERNET信息管理,下面的網站和FTP就是你所說的WEB和FTP伺服器了.如果你在路由器再設置一下,別人就能難過你的IP直接訪問到你的電腦,不管是在哪裡,只要能聯網就能訪問到.
⑹ 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伺服器保存起來，從而有效地實現數據的備份和存儲，即使本地計算機發生「災難」，也可以充分保證遠程數據的存儲安全。
⑺ 如何啟用Web伺服器並運行FTP服務
如果要允許用戶在站點中上載或下載文件，就需要在 Web 伺服器上設置 FTP。無論站點是位於 Intranet 還是位於 Internet 上，使用 FTP 在所提供的位置中上載和下載文件的原理是相同的。您需要將文件放在 FTP 伺服器上的目錄中，以便用戶可以建立 FTP 連接並通過 FTP 客戶端或啟用 FTP 的 Web 瀏覽器進行文件傳輸。本文介紹在 Web 伺服器上如何啟用並運行 FTP 服務。 安裝 IIS 7.0 中的 FTP 若要設置 FTP 站點，必須先通過Windows Server 2008 中的角色管理工具來安裝 FTP 服務。具體過程如下：在 Windows 客戶端上安裝 FTP 服務 1. 在開始菜單上單擊控制面板。 2. 單擊程序，然後單擊打開或關閉 Windows 功能。 3. 在Windows 功能對話框中，展開Internet 信息服務節點。 4. 展開FTP 發布服務節點，然後單擊FTP 發布服務復選框。 5. 單擊FTP 管理控制台復選框和FTP 伺服器復選框，然後單擊確定。在 Windows 伺服器上安裝 FTP 服務 1. 在開始菜單上，單擊管理工具，然後單擊伺服器管理器。 2. 在伺服器管理器窗格的角色摘要部分中，單擊Web 伺服器(IIS)。 3. 在Web 伺服器(IIS)部分中，單擊添加角色服務。 4. 在角色服務下，選擇FTP 發布服務。這將安裝 FTP 服務和 FTP 管理控制台。 5. 單擊下一步，然後單擊安裝。 在 IIS 7.0 中啟動 FTP 服務 就像 IIS 7.0 上默認不安裝 FTP 服務一樣，當您在 IIS 7.0 上安裝 FTP 服務後，默認情況下也不會啟動該服務。因此，在安裝 FTP 服務後必須啟動該服務。如果 FTP 服務之前已停止或暫停，可能也需要啟動該服務。 在 Windows 客戶端上啟動 FTP 服務 1. 在開始菜單上單擊控制面板。 2. 在控制面板中，單擊系統和維護，然後單擊管理工具。 3. 雙擊服務，右鍵單擊FTP 發布服務，然後從菜單中選擇啟動。 在 Windows 伺服器上啟動 FTP 服務 1. 在開始菜單上，單擊管理工具，然後單擊伺服器管理器。 2. 在伺服器管理器窗格的角色摘要部分中，單擊Web 伺服器(IIS)。 3. 在Web 伺服器(IIS)部分的系統服務下，單擊FTP 發布服務，然後單擊啟動。
⑻ 怎麼開啟WEB服務和FTP服務
首先確認你的計算機安裝的是SERVER版。已架設了IIS伺服器和FTP伺服器,
如果都已經架設了，在命令行里輸入
iisreset /RESTART 重新啟動IIS
/START 啟動IIS (如果停止)
/STOP 停止IIS (如果啟動)
FTP命令大全- -
FTP:文件傳輸協議。先說說他的功能吧，主要就是從運行FTP伺服器的計算機傳輸文件。可以交互使用。這里要注意，只有安裝了tcp/ip協議的機器才能使用ftp命令。
命令格式：ftp [-v][-d][-i][-n][-g][-s:filename][-a][-w:windowsize][computer]
說說他們的含義吧。
-v 不顯示遠程伺服器響應
-n 禁止第一次連接的時候自動登陸
-i 在多個文件傳輸期間關閉交互提示
-d 允許調試、顯示客戶機和伺服器之間傳遞的全部ftp命令
-g 不允許使用文件名通配符，文件名通配符的意思是說允許在本地文件以及路徑名中使用通配字元
-s:filename 指定包含ftp命令的文本文件。在ftp命令啟動後將自動運行這些命令。在加的參數里不能有空格。
-a 綁定數據連接時，使用任何的本地埠
-w:windowsize 忽略默認的4096傳輸緩沖區
computer 指定要連接的遠程計算機的ip地址
⑼ 有沒有好用的Linux下的一鍵FTP包帶有Web的用戶管理.
Linux下有很多可用的FTP伺服器，其中比較流行的有WU-FTP（Washington University
FTP）和VSFTP。Red Hat 8.0中自帶了WU-FTP和VSFTP兩個軟體。WU-FTP是一個著名的FTP
伺服器軟體，它功能強大，能夠很好地運行於眾多Unix操作系統中。不過作為後起之秀的
VSFTP越來越流行，在Red Hat 9.0發行版中就只帶有VSFTP。
VSFTP中VS的意思是「Very Secure」。從名稱可以看出，從一開始，軟體的編寫者就非常注
重其安全性。除與生俱來的安全性外，VSFTP還具有高速、穩定的性能特點。在穩定性方
面，VSFTP可以在單機（非集群）上支持4000個以上的並發用戶同時連接。據
ftp.redhat.com的數據，VSFTP最多可以支持15000個並發用戶。
快速構建FTP伺服器
FTP伺服器實現的基本功能是上傳下載，下面就分幾個步驟來搭建一個可以實現下載功能
的簡易FTP伺服器。
1．安裝FTP伺服器
如果在安裝系統時沒有選擇安裝FTP伺服器，可以通過Red Hat 9.0中的「添加/刪除應用程
序」工具進行安裝。具體方法是，選擇「主選單」→「系統設置」→「添加/刪除應用程序」，在彈
出的界面中選中FTP伺服器，單擊「更新」即可。
如果無法確認是否安裝了該軟體，可以使用以下命令查看：
#rpm -qa|grep vsftpd
vsftpd-1.1.3-8
2．啟動FTP伺服器
套用Red Hat 9.0的預設範例直接啟動VSFTP。
# /sbin/service vsftpd start
為vsftpd啟動vsftpd： [確定]
3．在/var/ftp/pub目錄下創建一個名為test.txt的文件，文件內容為「This is a test
file」。
4．測試
使用FTP客戶端登錄到本地伺服器，然後以匿名身份（anonymous）登錄：
# ftp 127.0.0.1
Connected to 127.0.0.1 (127.0.0.1).
220 (vsFTPd 1.1.3)
Name (127.0.0.1:root): anonymous
331 Please specify the password.
Password:
230 Login successful. Have fun.
Remote system type is UNIX.
Using binary mode to transfer files.
這樣就成功地登錄到FTP伺服器。可以顯示伺服器目錄列表如下：
ftp> ls
227 Entering Passive Mode (127,0,0,1,63,15)
drwxr-xr-x 2 0 0 4096 Dec 04 01:35 pub
226 Directory send OK.
切換到pub目錄下，並顯示目錄內容，可以找到剛才創建的文件test.txt：
ftp> cd pub
250 Directory successfully changed.
ftp> ls
227 Entering Passive Mode (127,0,0,1,232,34)
150 Here comes the directory listing.
-rw-r--r-- 1 0 0 21 Dec 04 01:35 test.txt
226 Directory send OK.
下載test.txt文件：
ftp> mget test.txt
mget test.txt? y
227 Entering Passive Mode (127,0,0,1,186,210)
150 Opening BINARY mode data connection for test.txt (21 bytes).
226 File send OK.
21 bytes received in 0.0108 secs (1.9 Kbytes/sec)
查看本機目錄內容，可以看到test.txt已成功下載到本機。
ftp> !ls
a EIO_Binders initrd mnt proc tftpboot ylg.txt
bin etc lib mymnt root tmp
boot home lost+found myshare sbin usr
dev id_dsas.pub misc opt test.txt var
嘗試上傳名為ylg.txt的文件，可以看到請求被拒絕了。
ftp> put ylg.txt
local: ylg.txt remote: ylg.txt
227 Entering Passive Mode (127,0,0,1,243,10)
550 Permission denied.
退出登錄：
ftp> bye
221 Goodbye.
由測試可以看出，已經可以下載文件，但不能上傳文件（也不能在伺服器上創建目錄和文
件）。實際上這是一個專門提供下載服務的匿名FTP伺服器。
從上面的步驟可以看出，並不需要做什麼配置就可以完成一個簡易FTP伺服器的架設。這
是因為Red Hat已經配置好一個預設的FTP伺服器。不過在實際應用中，大部分情況下這個
簡易的伺服器並不能滿足需求。
⑽ 什麼是WEB服務和FTP服務
FTP（File Transfer Protocol）是文件傳輸協議的簡稱。
FTP的作用
正如其名所示：FTP的主要作用，就是讓用戶連接上一個遠程計算機（這些計算機上運行著FTP伺服器程序）察看遠程計算機有哪些文件，然後把文件從遠程計算機上拷到本地計算機，或把本地計算機的文件送到遠程計算機去。
FTP工作原理
拿下傳文件為例，當你啟動FTP從遠程計算機拷貝文件時，你事實上啟動了兩個程序：一個本地機上的FTP客戶程序：它向FTP伺服器提出拷貝文件的請求。另一個是啟動在遠程計算機的上的FTP伺服器程序，它響應你的請求把你指定的文件傳送到你的計算機中。FTP採用「客戶機/伺服器」方式，用戶端要在自己的本地計算機上安裝FTP客戶程序。FTP客戶程序有字元界面和圖形界面兩種。字元界面的FTP的命令復雜、繁多。圖形界面的FTP客戶程序，操作上要簡潔方便的多。
簡單地說，支持FTP協議的伺服器就是FTP伺服器，下面介紹一下什麼是FTP協議（文件傳輸協議）
一般來說，用戶聯網的首要目的就是實現信息共享，文件傳輸是信息共享非常重要的一個內容之一。Internet上早期實現傳輸文件，並不是一件容易的事，我們知道 Internet是一個非常復雜的計算機環境，有PC，有工作站，有MAC，有大型機，據統計連接在Internet上的計算機已有上千萬台，而這些計算機可能運行不同的操作系統，有運行Unix的伺服器，也有運行Dos、Windows的PC機和運行MacOS的蘋果機等等，而各種操作系統之間的文件交流問題，需要建立一個統一的文件傳輸協議，這就是所謂的FTP。基於不同的操作系統有不同的FTP應用程序，而所有這些應用程序都遵守同一種協議，這樣用戶就可以把自己的文件傳送給別人，或者從其它的用戶環境中獲得文件。
與大多數Internet服務一樣，FTP也是一個客戶機/伺服器系統。用戶通過一個支持FTP協議的客戶機程序，連接到在遠程主機上的FTP伺服器程序。用戶通過客戶機程序向伺服器程序發出命令，伺服器程序執行用戶所發出的命令，並將執行的結果返回到客戶機。比如說，用戶發出一條命令，要求伺服器向用戶傳送某一個文件的一份拷貝，伺服器會響應這條命令，將指定文件送至用戶的機器上。客戶機程序代表用戶接收到這個文件，將其存放在用戶目錄中。
在FTP的使用當中，用戶經常遇到兩個概念："下載"（Download）和"上載"（Upload）。"下載"文件就是從遠程主機拷貝文件至自己的計算機上；"上載"文件就是將文件從自己的計算機中拷貝至遠程主機上。用Internet語言來說，用戶可通過客戶機程序向（從）遠程主機上載（下載）文件。
使用FTP時必須首先登錄，在遠程主機上獲得相應的許可權以後，方可上載或下載文件。也就是說，要想同哪一台計算機傳送文件，就必須具有哪一台計算機的適當授權。換言之，除非有用戶ID和口令，否則便無法傳送文件。這種情況違背了Internet的開放性，Internet上的FTP主機何止千萬，不可能要求每個用戶在每一台主機上都擁有帳號。匿名FTP就是為解決這個問題而產生的。
匿名FTP是這樣一種機制，用戶可通過它連接到遠程主機上，並從其下載文件，而無需成為其注冊用戶。系統管理員建立了一個特殊的用戶ID，名為anonymous, Internet上的任何人在任何地方都可使用該用戶ID。
通過FTP程序連接匿名FTP主機的方式同連接普通FTP主機的方式差不多，只是在要求提供用戶標識ID時必須輸入anonymous，該用戶ID的口令可以是任意的字元串。習慣上，用自己的E-mail地址作為口令，使系統維護程序能夠記錄下來誰在存取這些文件。
值得注意的是，匿名FTP不適用於所有Internet主機，它只適用於那些提供了這項服務的主機。
當遠程主機提供匿名FTP服務時，會指定某些目錄向公眾開放，允許匿名存取。系統中的其餘目錄則處於隱匿狀態。作為一種安全措施，大多數匿名FTP主機都允許用戶從其下載文件，而不允許用戶向其上載文件，也就是說，用戶可將匿名FTP主機上的所有文件全部拷貝到自己的機器上，但不能將自己機器上的任何一個文件拷貝至匿名FTP主機上。即使有些匿名FTP主機確實允許用戶上載文件，用戶也只能將文件上載至某一指定上載目錄中。隨後，系統管理員會去檢查這些文件，他會將這些文件移至另一個公共下載目錄中，供其他用戶下載，利用這種方式，遠程主機的用戶得到了保護，避免了有人上載有問題的文件，如帶病毒的文件。
作為一個Internet用戶，可通過FTP在任何兩台Internet主機之間拷貝文件。但是，實際上大多數人只有一個Internet帳戶，FTP主要用於下載公共文件，例如共享軟體、各公司技術支持文件等。 Internet上有成千上萬台匿名FTP主機，這些主機上存放著數不清的文件，供用戶免費拷貝。實際上，幾乎所有類型的信息，所有類型的計算機程序都可以在Internet上找到。這是Internet吸引我們的重要原因之一。
匿名FTP使用戶有機會存取到世界上最大的信息庫，這個信息庫是日積月累起來的，並且還在不斷增長，永不關閉，涉及到幾乎所有主題。而且，這一切是免費的。
匿名FTP是Internet網上發布軟體的常用方法。Internet之所以能延續到今天，是因為人們使用通過標准協議提供標准服務的程序。像這樣的程序，有許多就是通過匿名FTP發布的，任何人都可以存取它們。
Internet中的有數目巨大的匿名FTP主機以及更多的文件，那麼到底怎樣才能知道某一特定文件位於哪個匿名FTP主機上的那個目錄中呢？這正是Archie伺服器所要完成的工作。Archie將自動在FTP主機中進行搜索，構造一個包含全部文件目錄信息的資料庫，使你可以直接找到所需文件的位置信息。
Web 服務是一種可以用來解決跨網路應用集成問題的開發模式，這種模式為實現「軟體作為服務」提供了技術保障。而「軟體作為服務」實質上是一種提供軟體服務的機制，這種機制可以在網路上暴露可編程介面，並通過這些介面來共享站點開放出來的功能。
從技術角度來講，Web 服務實現了最廣泛的應用軟體集成，彌補了傳統軟體開發模型的限制。Web 服務產生之前，在網路上提供對象服務通常要採用DCOM(Distributed COM)或CORBA。這兩種技術各有特點，也各自有相當廣泛的應用。前者運行在Windows操作系統上，後者主要運行在UNIX系統上，都有著相當悠久的歷史。
從概念層次上講，二者具有相近的結構，都可以讓客戶軟體實例化分布在網路上遠端的對象，並最終訪問對象服務。但是，在具體實現機制上，這兩種方案有許多不同。比如在通信協議方面，DCOM採用的是RPC協議而CORBA採用的是IIOP協議。另外，對於客戶端程序而言，訪問提供服務對象的方法也是大相徑庭，前者通過客戶端代理(proxy)，經過RPC通道後訪問服務端的存根(stub)後才可以最終訪問到對象；而後者必須先通過客戶端的存根，然後經過IIOP訪問服務端的骨架(skeleton)才能最終訪問到對象。兩種模式分別如圖9-1和9-2所示。
圖9-1 DCOM方案
正是因為兩種分布式對象方案各自為政，所以它們只能被用來開發緊耦合類型的Web分布式應用系統。所謂緊耦合，就是指客戶端必須按照特定的規范去訪問服務端提供的服務，而這種規范只在一個有限的范圍內通用。
圖9-2 CORBA方案
為了可以在整個網際網路中實現對服務的自由訪問，有必要提供一種嶄新的模式或信息交換手段來達到這個目的。於是，微軟提出了Web 服務。
Web 服務的主要特點之一是，客戶端訪問Web 服務只需要通過網際網路標准協議，如HTTP或XML，以及SOAP，不需要專門的協議，如RPC或IIOP。因為HTTP協議和XML都是與平台無關的標准協議，因此，可以被任何主流操作系統正確理解和解釋。
另外，更為關鍵的特性是，Web 服務可以被XML語言進行詳盡的描述。這就是說，提供Web服務的站點可以提供一個(或多個)該站點可以對外提供服務的描述文件，這個文件的內容可以被訪問者理解。更進一步說，就是客戶端可以從網路上直接得到代碼！
也許舉個例子能更清楚地說明問題。假設開發人員需要搭建一個商務網站，這個網站需要一個驗證客戶合法身份的功能。為了實現這個功能，下面分別描述了可以採用的辦法。
由開發人員自己編寫安全驗證所需的全部代碼。這樣做顯然不現實，一個安全驗證程序涉及到諸多專業知識，並需要相當長的時間才能夠完成。
購買這段程序(通常是一個ActiveX組件)。在收到組件之後，首先將組件注冊在自己的機器上，然後根據組件類型庫產生介面文件。在實際編程中就可以使用這個介面文件來訪問組件服務。很明顯，這種方式在目前使用得最為廣泛。
有了Web 服務，情況就不同了，只需要在自己的程序中通過訪問某個服務的URL地址，得到一份XML描述，並使用這個描述文件產生一個介面文件。然後，在實際編程中，只需要通過這個介面文件來訪問服務就可以了。一定要注意，這個服務可不是運行在我們機器上的，是運行在網際網路上URL地址所指向的地方。
如果這個網站需要更多的功能，而這些功能在一些網站上已經被開發出來，並以各種方式(免費或收費)公開出來供所有需要它們的開發人員來使用，那麼，盡量使用它們好了。當然，如果開發人員所在的公司，也想成為Web 服務提供者的話，同樣可以輕松地將他們編寫的Web 服務在網路上公布出來，供大家使用。
與緊耦合服務概念相對，由於Web 服務具備通信協議標准性和服務自描述性，所以，使用Web 服務可以開發出松耦合的分布式應用程序來。這也是Web 服務要實現的最根本的設計目標。Web 服務的體系如圖9-3所示。