【ServerLute】FTP服務器（2），繼續。。。

趁着熱乎勁，再寫一篇：

給FTP Server起了名字：ServerLute，Lute者，琵琶也。好不容易找個有中國特點的名字。

RFC 959協議筆記，只記錄了一些容易忘的，其餘容易懂的，可有可無的就不記了。

一、使用ASCII字符。

二、發起訪問控制（Access Control）是服務器的職責。

三、控制鏈接（Control Connection）：USER-PI和SERVER-PI間交換命令和響應的通道，遵循Telnet協議。

四、數據鏈接（Data Connection）：傳輸的數據多是文件的一部分，整個文件或者是多個文件。路徑可能在server-DTP與user-DTP之間，也可能在不一樣的server-DTP之間。

五、數據端口（Data Port）：被動方監聽端口，主動方打開一個鏈接到被動方的監聽端口。

六、DTP：Data Transfer Process，創建和管理數據鏈接，能夠是被動的或者主動的。

七、行尾（End-of-line）：CR LF（\r\n）Carriage Return，Line Feed。

八、文件結尾（EOF，end-of-file）

九、記錄結尾（EOR，end-of-record）

十、錯誤恢復（error recovery），容許用戶從某種錯誤狀態恢復回來的過程，這種錯誤多是主機或者傳輸過程當中的。在FTP中，錯誤恢復多是在一個給定的檢查點（check point）從新開始數據傳輸。

十一、FTP命令（FTP Command），從user-FTP到server-FTP的控制信息流集合。

十二、文件（file），計算機數據（包含程序）的有序集合，任意長度，經過一個全路徑名進行惟一標識（uniquely identified）

1三、模式（mode），數據傳輸的格式，包括EOR和EOF。

1四、網絡虛擬終端（NVT，Network Virtual Terminal），Telnet 協議定義的。

1五、網絡虛擬文件系統（NVFS，Network Virtual File System），這個概念定義了一個具備標準命令和路徑名慣例的標準網絡文件系統。

1六、頁面（page），一個文件能夠被分爲一組各自獨立的部分，叫作頁面。FTP支持不連續的文件傳輸，經過獨立索引的頁。

1七、路徑名（pathname），協議沒有指定特定的路徑名慣例。（這應該也是爲何多數FTP客戶都須要指定服務器類型的緣由吧）

1八、協議解析器（PI，Protocol interpreter），用戶和服務器端須要實現不一樣的解析器，user-PI和server-PI。

夜了，明天繼續。。。。