2011-11-22 62 views
1

根據RFC959: FILE TRANSFER PROTOCOL (FTP) (4.1.1節):在連接期間重新發送「USER」命令到FTP服務器有效嗎?

服務器可以允許在任何點,以改變所述訪問控制和/或計費信息輸入新的用戶命令。這具有刷新已提供的任何用戶,密碼和帳戶信息並再次開始登錄序列的效果。所有傳輸參數都保持不變,正在進行的任何文件傳輸都在舊的訪問控制參數下完成。

我們當然可以隨時重新發送「USER」來認證用戶。然而,我們的IT團隊最近在Linux上建立了一個新的ftp服務器,並且在斷開當前會話之前不允許客戶端重新發送「USER」命令。用我們的IT團隊的話來說,這種變化爲用戶提供了強大的環境。

我想知道這個改變是否值得和有效?如果可能,請給我一個權威的解釋。

回答

1

它是值得的和有效的?那麼,您的IT團隊可以自由地做任何事情來滿足其需求。

但是,標準(包括RFC)的全部要點是你要遵循它們,這樣對於那些依賴於這種行爲的軟件來說,沒有令人討厭的驚喜。

但是,在這種情況下,魔術字是「可能」。用標準的說法,「可能」就是這個意思。服務器可能允許的東西。他們不是要求這樣做。

如果這是一個的要求,他們會用更強的詞 - 「應」是許多標準機構的最愛。

RFC2119,5點:

"MAY" - 這個詞或形容詞"OPTIONAL",意味着一個項目是真正可選的。

所以我認爲在這種特殊情況下,它們實際上並沒有違反RFC。儘管如此,我並不確定這個斷言背後的推理是否對用戶(推測在客戶端)更健壯。正如RFC所述,它僅適用於更改後啓動的新轉移。所有目前正在進行的人都沒有改變。

你最好打賭就是問你的自己的人爲什麼這樣。

+0

儘管沒有在所有RFC的頂部得到確認(因此不一定適用,尤其是對於較早的RFC),但它仍然很有用:[RFC 2119:RFC中用於指示需求級別的關鍵詞](http ://tools.ietf.org/html/rfc2119)。 – 2011-11-22 02:31:08

+0

感謝您的精彩回答:) –