如何用源代碼分析FileZilla

這期內(nèi)容當(dāng)中小編將會給大家?guī)碛嘘P(guān)如何用源代碼分析FileZilla，文章內(nèi)容豐富且以專業(yè)的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。

FileZilla是一種快速、可信賴的FTP客戶端以及服務(wù)器端開放源代碼程式，具有多種特色、直覺的接口。本文就給大家分析下FileZilla的源代碼。

FTP客戶通過ftp localhost命令與FileZilla服務(wù)器建立socket連接后，F(xiàn)ileZilla Server顯示了welcome信息，這時屏幕上顯示類似(我們以windows下的ftp命令作為sample)：

Connected to dell.

220-FileZilla Server version 0.9.18 beta

220-written by Tim Kosse (Tim.Kosse@gmx.de)

220 Please visit http://sourceforge.net/projects/filezilla/

User (dell:(none)):

提示輸入用戶名，假設(shè)這時用戶輸入whg，回車，這時ftp客戶端會將這用戶輸入的字符翻譯成標(biāo)準(zhǔn)的FTP命令"USER whg"發(fā)送到服務(wù)器，因為這時是CControlSocket對這個socket進(jìn)行監(jiān)聽，并且recv相關(guān)的事件通過前面提到的分發(fā)機(jī)制，最終分發(fā)到 CControlSocket的OnReceive方法，下面我看一下這個方法：

m_antiHammeringWaitTime還不知是起什么作用，在對源代碼進(jìn)行跟蹤的時候，其剛開始的值是0，因此先跳過這個。

下段是獲得傳輸速度限制SpeedLimit，如果沒有限制，則為-1。

再往下：

int numread = Receive(buffer, len); // 調(diào)用recv來獲得socket數(shù)據(jù)，取長度為len的數(shù)據(jù)放到buffer中

讀取成功后，將buffer中的接收到的數(shù)據(jù)一個字節(jié)一個字節(jié)放到m_RecvBuffer中：

m_RecvBuffer[m_nRecvBufferPos++] = buffer[i];

然后將將剛才收到的m_RecvBuffer放入m_RecvLineBuffer：

m_RecvLineBuffer.push_back(m_RecvBuffer);

m_RecvLineBuffer相當(dāng)于一個命令池，里面存放著用戶發(fā)送來，但還沒有處理的命令。

***當(dāng)這個recv處理完后，調(diào)用ParseCommand()來解釋這個命令。

首先通過GetCommand()取出m_RecvLineBuffer中最前面的命令，并解釋成命令command，以及參數(shù)args，如剛才的命令USER whg就被解釋成command=USER, args=whg

下面的循環(huán)：

for (int i = 0; i < (sizeof(commands)/sizeof(t_command)); i++)

通過在預(yù)先定義的FTP Server所有命令commands中，查找是否包含command，從而校驗剛才收到的命令的合法性，如果command不在commands中，顯示command是非法命令，這時發(fā)送客戶端

Send(_T("500 Syntax error, command unrecognized."));

即使命令是合法的，但如果參數(shù)不對(bHasargs指定這個命令是否需要參數(shù))，即有些命令必須帶參數(shù)，而args沒有，這時會發(fā)送：

Send(_T("501 Syntax error"));

下面：

if (!m_RecvLineBuffer.empty())

m_pOwner->PostThreadMessage(WM_FILEZILLA_THREADMSG, FTM_COMMAND, m_userid);

表示如果命令緩沖區(qū)中還有未處理的命令，則發(fā)送消息給CServerThread，CServerThread在方法OnThreadMessage中處理這個消息：

else if (wParam==FTM_COMMAND)

{ //Process a command sent from a client

CControlSocket *socket=GetControlSocket(lParam);

if (socket)

socket->ParseCommand();

}

在GetControlSocket()方法中：

CControlSocket * CServerThread::GetControlSocket(int userid)

{

CControlSocket *ret=0;

EnterCritSection(m_threadsync);

// 下面這個map是user -> CControlSocket，即通過userid找到服務(wù)這個userid的CControlSocket

std::map::iterator iter=m_LocalUserIDs.find(userid);

if (iter!=m_LocalUserIDs.end())

ret=iter->second;

LeaveCritSection(m_threadsync);

return ret;

}

可見，發(fā)送這個消息的作用是讓CControlSocket繼續(xù)調(diào)用ParseCommand()來處理下一個命令。

回到最初的ParseCommand()，如果命令參數(shù)也沒有問題，下面檢查這個命令是否必須先登錄再使用(由bValidBeforeLogon指定)，比如：get命令是必須先登錄的，而USER命令不用，如果必須先登錄，發(fā)送：

Send(_T("530 Please log in with USER and PASS first."));

下面同樣

m_pOwner->PostThreadMessage(WM_FILEZILLA_THREADMSG, FTM_COMMAND, m_userid);

命令都合格的話，下面：

switch (nCommandID)

來處理不同的命令，由于這時是COMMAND_USER命令，我們看一下處理過程：

經(jīng)過一些處理后，下面發(fā)送

Send(_T("331 Password required for ") + args);

要求用戶輸入密碼，時客戶端屏幕上會顯示：

331 Password required for whg

Password:

用戶輸入密碼后，回車，這時ftp客戶端會翻譯成標(biāo)準(zhǔn)的FTP命令"PASS 123456"發(fā)送到服務(wù)器，我們看一下ParseCommand()對這的處理：

case COMMAND_PASS:

else if (DoUserLogin(args))

Send(_T("230 Logged on"));

在DoUserLogin()認(rèn)定成功登錄后，發(fā)送成功登錄消息給客戶端，否則會發(fā)送錯誤消息：

Send(_T("530 Login or password incorrect!"));

仔細(xì)看一下CPermissions::CheckUserLogin()，會發(fā)現(xiàn)密碼是經(jīng)過MD5加密的，并且在CServerThread創(chuàng)建時，跟權(quán)限相關(guān)的成員變量就初始化了：

m_pPermissions = new CPermissions;

在CPermissions::Init()中，調(diào)用ReadSettings()，從配置文件中，將所有的用戶信息(包括密碼)都讀到內(nèi)存了，因此剛才的密碼校驗只是內(nèi)存中的字符串比對。

用戶成功登錄后，F(xiàn)TP客戶端顯示：

C:\Documents and Settings\Administrator>ftp localhost

Connected to dell.

220-FileZilla Server version 0.9.18 beta

220-written by Tim Kosse (Tim.Kosse@gmx.de)

220 Please visit http://sourceforge.net/projects/filezilla/

User (dell:(none)): whg

331 Password required for whg

Password:

230 Logged on

ftp>

下面FTP服務(wù)器等待新的FTP命令了。

上述就是小編為大家分享的如何用源代碼分析FileZilla了，如果剛好有類似的疑惑，不妨參照上述分析進(jìn)行理解。如果想知道更多相關(guān)知識，歡迎關(guān)注億速云行業(yè)資訊頻道。