ftp無法初始化

❶ Ultra Edit 連接ftp工具，顯示無法初始化組件。請注冊組件。

1. 關閉 UltraEdit。
2. 打開管理員命令提示。
3. 改變目錄到 UltraEdit 安裝目錄。
4. 輸入: regsvr32.exe wodFtpDLX.dll

❷ FtpClient這個類的方法怎麼用

jdk1.7下其構造函數FtpClient()被定義為private類型，所以無法new了。 在jdk1.7，已經換成了 FtpClient.create(ip)方法.
同時，其他的一些方法也基本都改掉了，

如 ftpClient.openServer(server);
ftpClient.login(user, password);

就可以換成：ftpClient.login(user, null, password);

ftpClient.binary(); ---> ftpClient.setBinaryType();

ftpClient.put(remotefilename);--->ftpClient.putFileStream(remotefilename, true);

等。

❸ 如何解決"windows 通信埠初始化失敗"的問題

重裝，先把你的重要資料全部備份到D盤E盤，反正不要是C盤就行，你的電腦應該是在C盤裝的系統吧？反正就是復制到沒有裝系統的那個盤里。要麼就每個盤下復制一份，以防萬一！
找一個windows系統盤，放到光碟機里，這個會吧？

重啟，剛啟開的時候按DEL鍵進入，出現的那個不能用滑鼠操作的東西就是「BIOS」設置，進到「BIOS SETUP」裡面,在裡面找到包含BOOT文字的項或組，並找到依次排列的「FIRST」「SECEND」「THIRD」三項， 分別代表「第一項啟動」「第二項啟動」和「第三項啟動」。把FIRST裡面的選成CD-ROM.按F10保存，點Y，回車。
完了照操作做就對了。格式化C盤，然後再在C盤上裝。他上面都有說的，按哪個鍵安裝，按哪個鍵返回都有。

❹ ftp伺服器的工作原理

FTP並不是應用於IP網路上的協議，而是ARPANEt網路中計算機間的文件傳輸協議， ARPANET是美國國防部組建的老網路，於1960-1980年使用。在那時， FTP的主要功能是在主機間高速可靠地傳輸文件。目前FTP仍然保持其可靠性，即使在今天，它還允許文件遠程存取。這使得用戶可以在某個系統上工作，而將文件存貯在別的系統。例如，如果某用戶運行Web伺服器，需要從遠程主機上取得HTML文件和CGI程序在本機上工作，他需要從遠程存儲站點獲取文件(遠程站點也需安裝Web伺服器)。當用戶完成工作後，可使用FTP將文件傳回到Web伺服器。採用這種方法，用戶無需使用Telnet登錄到遠程主機進行工作，這樣就使Web伺服器的更新工作變得如此的輕松。

FTP是TCP/IP的一種具體應用，它工作在OSI模型的第七層，TCP模型的第四層上，即應用層，使用TCP傳輸而不是UDP，這樣FTP客戶在和伺服器建立連接前就要經過一個被廣為熟知的"三次握手"的過程，它帶來的意義在於客戶與伺服器之間的連接是可靠的，而且是面向連接，為數據的傳輸提供了可靠的保證。

其次，FTP的連接模式有兩種，PORT和PASV。PORT模式是一個主動模式，PASV是被動模式，這里都是相對於伺服器而言的。為了讓大家清楚的認識這兩種模式，朗月繁星分別舉例說明。

PASV模式

然而，當FTP客戶以PASV模式連接伺服器時，情況就有些不同了。在初始化連接這個過程即連接伺服器這個過程和PORT模式是一樣的，不同的是，當FTP客戶發送ls、dir、get等這些要求數據返回的命令時，他不向伺服器發送PORT指令而是發送PASV指令，在這個指令中，用戶告訴伺服器自己要連接伺服器的某一個埠，如果這個伺服器上的這個埠是空閑的可用的，那麼伺服器會返回ACK的確認信息，之後數據傳輸通道被建立並返回用戶所要的信息（根據用戶發送的指令，如ls、dir、get等）；如果伺服器的這個埠被另一個資源所使用，那麼伺服器返回UNACK的信息，那麼這時，FTP客戶會再次發送PASV命令，這也就是所謂的連接建立的協商過程。為了驗證這個過程我們不得不藉助CUTEFTP Pro這個大家經常使用的FTP客戶端軟體，因為微軟自帶的FTP命令客戶端，不支持PASV模式。雖然你可以使用QUOTE PASV這個命令強制使用PASV模式，但是當你用ls命令列出伺服器目錄列表，你會發現它還是使用PORT方式來連接伺服器的。現在我們使用CUTEFTP Pro以PASV模式連接伺服器
PORT模式

當FTP客戶以PORT模式連接伺服器時，他動態的選擇一個埠號（本次試驗是6015）連接伺服器的21埠，注意這個埠號一定是1024以上的，因為1024以前的埠都已經預先被定義好，被一些典型的服務使用，當然有的還沒使用，保留給以後會用到這些埠的資源服務。當經過TCP的三次握手後，連接（控制信道）被建立

❺ windows通信埠初始化失敗,怎麼辦啊怎麼辦。

1.首先，我們在桌面上的時候，按下鍵盤上的windows鍵+R鍵打開運行，並且在框里輸入cmd按鍵盤Enter確認鍵，進入命令。

❻ linux下java實現ftp下載，ftpClient.listFiles();返回的數組長度一直是0

如果你加了ftpClient.enterRemotePassiveMode();還是不行，那麼就可能是你commons-net 的jia包版本太低，你可以試著引入 commons-net-3.3.jar以及以上版本的jar應該就可以了。

❼ 連接ftp時出現Entering Passive Mode是怎麼回事解決辦法

原因：系統在運行時出現錯誤，還原至更早之前的狀態即可。

方法：

1.首先在開始菜單中打開控制面板，打開控制面板之後，在控制面板的眾多選擇項中打開備份和還原選項。如圖所示；

❽ ftp的解讀

、什麼是FTP:文件傳輸協議原理

互聯網文件傳輸協議(File Transfer Protocol ,FTP) 標準是在RFC959說明的。該協議定義了一個從遠程計算機系統和本地計算機系統之間傳輸文件的一個標准。一般來說，傳輸文件的用戶需要先經過認證以後才能登錄網站，然後方能訪問在遠程伺服器的文件。而大多數的FTP伺服器往往提供一個GUEST的公共帳戶來允許沒有遠程伺服器的用戶可以訪問該FTP伺服器。

一個FTP會話通常包括五個軟體元素的交互。

用戶介面 提供了一個用戶介面並使用客戶端協議解釋器的服務
客戶 PI 客戶協議解釋器，其項遠程伺服器協議機發送命令並且驅動客戶數據傳輸過程
伺服器PI 伺服器協議解釋器，響應客戶協議機發出的命令並驅動伺服器端數據傳輸過程
客戶 DTP 客戶數據傳輸過程，其負責完成和伺服器數據傳輸過程及客戶端本地文件系統的通信
服務DTP 伺服器數據傳輸過程，其負責完成和客戶數據傳輸過程及伺服器端文件系統的通信

在RFC 959中，一般使用用戶這個名詞來指代客戶。RFC 959定義了客戶PI和伺服器PI交互的方式和規范。用戶介面與PI和DTP交互的機理都並不是協議標準的一部分。PI和DTP往往通常是在同一個程序模塊中實現的。

在FTP會話中，一共會存在有兩個獨立的網路連接，一個是由兩端的PI使用的，另一個是由兩端的DTP使用的。PI之間的連接一般被稱作控制連接(control connection),DTP之間的連接被稱做數據連接(data connection)

使用TCP服務的控制和數據連接

通常情況下，FTO伺服器監聽埠號21來等待控制連接建立請求。而數據連接埠號的選擇依賴於控制連接上命令。通常是客戶發送一個控制消息來指定客戶監聽並等待伺服器端發送數據連接建立請求的埠號。

對數據傳輸和控制命令傳輸來使用不同的獨立連接有如下優點：兩個連接可以選擇不同的合適服務質量，如：對控制連接來說高需要更小的延遲時間，對數據連接來說需要更大的數據吞吐量；而且可以避免實現數據流中的命令的通明性及逃逸。

當傳輸建立時，總是由客戶端首先發起。然而客戶和伺服器都可能是數據發送者。除了傳輸用戶請求下載文件，數據傳輸過程同樣在客戶端請求列伺服器端目錄結構時建立。

1.命令選擇

當一個傳輸建立時，一般通常需要指定四個方面的屬性：

文件類型
該屬性指定如何將文件的數據匹配成適於傳輸的格式，一共有四種可能的選擇：

ASCII文件類型
在發送端，文件從本地文本文件格式轉換為 NVT ASCII格式，每行結束有一個CR/LF對來標識。 在接收端，再被轉換為本地的文本格式。

這說明了為什麼Unix主機之間傳輸文本文件為何傳輸的數據量要大於文件的實際大小。若傳輸一段端或傳輸兩端都不使用ASCII文本編碼，則是應該由數據傳輸過程來實現本地編碼和NVT ASCII 編碼之間的轉換。

EBCDIC文件類型
類似於ASCII，區別僅僅上使用EBCDIC字元編碼

圖象 (或二進制)文件類型
文件以本地傳輸內容傳輸，在遠端以同本地完全相同的內容存儲。

本地文件系統
用在位元組大小不是8位的環境下。沒位元組位數由發送者指定。

在實際應用中，只有ASCII和圖象格式使用的較多。

格式控制
該屬性是和將文本文件最後傳送到列印設備相關的，其中有多種方式來實現將垂直格式信息編碼到文件中，包括指示一個新頁開始的方式。有如下方式可供選擇：

無須列印格式控制，這是預設值
Telnet列印控制，在telnet協議中定義的控制字元包含在數據流中。.
Fortran列印控制，
該屬性在實際中很少使用。

結構
文件可以擁有內部結構，在傳輸中該結構被保留。由數據傳輸過程來負責在傳輸中的結構及本地結構之間相互匹配，有三種可能性：

文件結構
這實際上意味著文件被看作沒有內部結構的連續的位元組流。

記錄結構
文件是有一系列記錄組成的結構。這只適用於文本文件。

頁面結構
也可以稱做塊結構。每一頁都伴隨一個頁號來傳輸，從而以順序的方式來完成傳輸。

頁面結構很少在實際中遇到。記錄結構也不是很常見。對於文本文件使用ASCII文件類型可以獲得相同的效果。

傳輸模式
該屬性可以取三個不同的值：

流模式
文件的以位元組流的方式傳輸。

塊模式
文件以一個塊連接一個塊的方式傳輸，每個塊的開頭都有一個頭。

壓縮模式
一個簡單的運程長度壓縮編碼被應用，來壓縮連續的相同的位元組。

實際中，一般只有流模式被使用。而壓縮一般通過使用各種其他的工具程序來獲得。

當一次傳輸被建立，客戶端一般指定一個或多個前面說明的屬性。若伺服器端不能支持某個選項，伺服器將用一個錯誤信息來響應客戶端，並不具有協商機制。

FTP提供了充足的命令來使用戶和遠程建立連接並訪問遠程文件系統。

2.命令格式

命令以NVT ASCII串的格式被傳輸。每個命令以三個或四個大寫的NVT ASCII字元開始，後面帶有選項參數和一個CR/LF對來標識命令結束

應答由三個NVT ASCII數字及一個選項消息組成。

一個長的應答也許會有多個消息組成，第一個消息的三個數字後帶有一個破折號，最後的消息不帶有破折號。中間的消息無須攜帶三個數字，但是如果帶了三個數字，則也需要破折號。

下面是所有的命令的列表。帶有星號的命令一般很少使用，所以往往在具體實現中不支持。

String Meaning
ABOR 放棄傳輸
*ACCT 某些系統將帳號和用戶與文件系統相關聯
*ALLO 為即將傳送的文件分配空間。後面攜帶的參數來確定位元組數
*APPE 將文件附加到已經存在的文件後面
CDUP 在遠程系統上將當前目錄切換到上級父目錄
CWD 改變遠程系統的工作目錄
DELE 刪除遠程系統的文件
HELP 讀取伺服器的幫助信息，如：支持的命令的列表
LIST 在一個新建立的數據連接上發送當前工作目錄下的文件名列表
MKD 創建目錄
MODE 指定傳輸模式，可攜帶的參數是：S、B或 C.
NLST 在一個新建立的數據連接上發送一個當前目錄下的「完全」的目錄列表
NOOP 空操作，防止連接斷掉
PASS 提供一個用戶登錄密碼，必須立即跟隨在USER命令後
*PASV 指定伺服器數據傳輸過程監聽等待客戶端的數據連接連接建立請求
PORT 指定客戶端監聽等待伺服器端建立的連接的埠號
PWD 顯示伺服器端的當前工作目錄名
QUIT 退出登錄並終止連接
*REIN 重新初始化，退出登錄但是並不斷開連接，後面必須隨後發出一個新的USER命令
*REST 從伺服器的一個標識處重新開始傳輸
RETR 從遠程系統取回一個文件
RMD 刪除一個目錄
*RNFR 指定要被命名的文件的老的路徑名，隨後必須是一個RNTO命令
*RNTO 指定要被命名的文件的新的路徑名
*SITE 站點特有的伺服器提供的服務
*SMNT 結構載入，提供一個文件系統結構的遠程系統路徑名
*STAT 狀態信息
STOR 上載一個文件到伺服器上，若文件已經存在則覆蓋
*STOU 上載一個文件到伺服器上，不覆蓋已經存在的文件
STRU 指定文件結構，參數可以是F、R或P.
*SYST 報告遠程系統的操作系統類型
TYPE 指定文件類型，參數可以是A、E、I、L只有TYPE A和TYPE I常用

控制連接命令應答有如下形式：

Type Description
1yz 主動初步應答，在發送另一個命令以前等待另一個應答
2yz 主動最後應答，最後一個命令成功結束
3yz 主動中間應答，必須再發送一個命令
4yz 暫時被動應答，要求的動作當時不能完成，但可以重試
5yz 永久被動應答，要求的動作不能完成，不應該重試

"y"數字編碼進一步的信息

Digit Meaning
0 語法錯誤
1 信息
2 連接狀態
3 認證和記帳
4 保留
5 File s文件系統狀態

下面是一些典型的消息：

Number Meaning
125 數據連接打開，傳輸開始
200 命令OK
331 用戶名OK 需要輸入密碼
425 不能打開數據連接
452 錯誤寫文件
500 語法錯誤-不可識別的命

具體的詳細情況可以參見RFC