本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種客戶端接入服務(wù)器的認(rèn)證方法和裝置及VDI系統(tǒng)。

背景技術(shù)：

DHCP(Dynamic Host Configuration Protocol，動(dòng)態(tài)客戶端配置協(xié)議)通常被應(yīng)用在大中型的局域網(wǎng)絡(luò)環(huán)境中，主要作用是集中的管理、分配IP地址，使網(wǎng)絡(luò)環(huán)境中的客戶端從服務(wù)器動(dòng)態(tài)的獲得IP地址、Gateway地址、DNS服務(wù)器地址等信息，并能夠提升地址的使用率。

DHCP協(xié)議采用客戶端/服務(wù)器模型，以UDP作為傳輸協(xié)議，客戶端地址的動(dòng)態(tài)分配任務(wù)由網(wǎng)絡(luò)客戶端驅(qū)動(dòng)。當(dāng)DHCP服務(wù)器接收到來(lái)自網(wǎng)絡(luò)客戶端申請(qǐng)地址的信息時(shí)，才會(huì)向網(wǎng)絡(luò)客戶端發(fā)送相關(guān)的地址配置等信息，以實(shí)現(xiàn)網(wǎng)絡(luò)客戶端地址信息的動(dòng)態(tài)配置。客戶端動(dòng)態(tài)配置的詳細(xì)的交互過(guò)程見(jiàn)附圖1，包括如下步驟：

DHCP Client(客戶端)以廣播的方式發(fā)出DHCP Discover(發(fā)現(xiàn))報(bào)文。

網(wǎng)絡(luò)中所有的DHCP Server都能夠接收到DHCP Client發(fā)送的DHCP Discover報(bào)文，所有的DHCP Server(服務(wù)器)在收到DHCP Discover報(bào)文后均會(huì)給出響應(yīng)，向DHCP Client發(fā)送一個(gè)DHCP Offer報(bào)文。為了DHCP Client區(qū)分不同的DHCP Server發(fā)出的DHCP Offer報(bào)文，在DHCP Offer報(bào)文中包含能夠提供給DHCP Client使用的IP地址和自己的IP地址。

DHCP Client一般情況下處理最先收到的其中一個(gè)DHCP Offer報(bào)文，DHCP Client會(huì)發(fā)出一個(gè)廣播的DHCP Request報(bào)文，DHCP Request報(bào)文中會(huì)加入被Client選中的DHCP Server的IP地址和需要的IP地址。

所有DHCP Server收到DHCP Request報(bào)文后，判斷選項(xiàng)字段中的IP地址是否與自己的地址相同。如果不相同，DHCP Server不做任何處理只清除相應(yīng)IP地址分配記錄；如果相同，該DHCP Server就會(huì)向DHCP Client響應(yīng)一個(gè)DHCP ACK報(bào)文，并在選項(xiàng)字段中增加IP地址的使用租期信息。

DHCP Client接收到DHCP ACK報(bào)文后，檢查DHCP Server分配的IP地址是否能夠使用。如果可以使用，則DHCP Client成功獲得IP地址并根據(jù)IP地址使用租期自動(dòng)啟動(dòng)續(xù)延過(guò)程；如果DHCP Client發(fā)現(xiàn)分配的IP地址已經(jīng)被使用，則DHCP Client向DHCPServer發(fā)出DHCP Decline報(bào)文，通知DHCP Server禁用這個(gè)IP地址，然后DHCP Client開(kāi)始新的地址申請(qǐng)過(guò)程。

DHCP Client在成功獲取IP地址后，隨時(shí)可以通過(guò)發(fā)送DHCP Release報(bào)文釋放自己的IP地址，DHCP Server收到DHCP Release報(bào)文后，會(huì)回收相應(yīng)的IP地址并重新分配。

申請(qǐng)人發(fā)現(xiàn)：現(xiàn)有的客戶端欲接入已有的局域網(wǎng)時(shí)，局域網(wǎng)(該廣播域)內(nèi)的所有DHCP客戶端進(jìn)行響應(yīng)和分配地址，從而干擾原有網(wǎng)絡(luò)中DHCP服務(wù)的正常運(yùn)轉(zhuǎn)，影響網(wǎng)絡(luò)服務(wù)，降低服務(wù)效率。

因此，需要對(duì)現(xiàn)有技術(shù)進(jìn)行改進(jìn)，迫切需要設(shè)計(jì)一種新的客戶端接入服務(wù)器的方式，以便克服現(xiàn)有技術(shù)的上述缺陷。

技術(shù)實(shí)現(xiàn)要素：

針對(duì)現(xiàn)有技術(shù)的不足，本發(fā)明提供一種客戶端接入服務(wù)器的方法和裝置以及VDI系統(tǒng)，以解決現(xiàn)有客戶端接入服務(wù)器時(shí)的上述技術(shù)問(wèn)題。

第一方面，本發(fā)明實(shí)施例提供一種客戶端接入服務(wù)器的認(rèn)證方法，應(yīng)用于同一個(gè)廣播域內(nèi)的一客戶端和復(fù)數(shù)個(gè)服務(wù)器，包括如下步驟：S1，客戶端生成攜帶客戶端標(biāo)簽的DHCP發(fā)現(xiàn)報(bào)文并廣播；S2，至少一個(gè)服務(wù)器接收DHCP發(fā)現(xiàn)報(bào)文，并驗(yàn)證DHCP發(fā)現(xiàn)報(bào)文中攜帶的客戶端標(biāo)簽；S3，當(dāng)步驟S2驗(yàn)證通過(guò)時(shí)，至少一個(gè)服務(wù)器生成攜帶服務(wù)器標(biāo)簽和空余IP地址的DHCP給予報(bào)文發(fā)送給客戶端；S4，客戶端接收其中服務(wù)器發(fā)送的DHCP給予報(bào)文，并驗(yàn)證DHCP給予報(bào)文中的服務(wù)器標(biāo)簽；S5，當(dāng)步驟S4驗(yàn)證通過(guò)時(shí)，客戶端廣播包括通過(guò)驗(yàn)證的服務(wù)器的IP地址的DHCP請(qǐng)求報(bào)文；S6，至少一個(gè)服務(wù)器接收并匹配DHCP請(qǐng)求報(bào)文中的服務(wù)器IP地址，若匹配通過(guò)，發(fā)送DHCP確認(rèn)報(bào)文至客戶端，客戶端通過(guò)空余IP地址完成接入。

優(yōu)選地，客戶端標(biāo)簽包括業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型。

優(yōu)選地，將客戶端標(biāo)簽加入到DHCP發(fā)現(xiàn)報(bào)文中的第一選擇字段。

優(yōu)選地，步驟S2還包括：建立與客戶端標(biāo)簽相對(duì)應(yīng)的第一認(rèn)證列表；比對(duì)客戶端標(biāo)簽的業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型與第一認(rèn)證列表，若第一認(rèn)證列表中包含客戶端標(biāo)簽的業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型，則驗(yàn)證通過(guò)。

優(yōu)選地，服務(wù)器標(biāo)簽包括業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型。

優(yōu)選地，將服務(wù)器標(biāo)簽加入到DHCP給予報(bào)文中的第二選擇字段。

優(yōu)選地，步驟S4還包括：建立與服務(wù)器標(biāo)簽相對(duì)應(yīng)的第二認(rèn)證列表；

比對(duì)服務(wù)器標(biāo)簽的業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型與第二認(rèn)證列表，若第二認(rèn)證列表中包含服務(wù)器標(biāo)簽的業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型，則驗(yàn)證通過(guò)。

第二方面，本發(fā)明實(shí)施例提供了一種客戶端接入服務(wù)器的認(rèn)證裝置，應(yīng)用于同一個(gè)廣播域內(nèi)的一客戶端和復(fù)數(shù)個(gè)服務(wù)器，包括：第一廣播單元，用于所述客戶端生成攜帶客戶端標(biāo)簽的DHCP發(fā)現(xiàn)報(bào)文并廣播；第一驗(yàn)證單元，連接所述第一廣播單元，用于至少一個(gè)所述服務(wù)器接收所述DHCP發(fā)現(xiàn)報(bào)文，并驗(yàn)證所述DHCP發(fā)現(xiàn)報(bào)文中攜帶的所述客戶端標(biāo)簽；發(fā)送單元，連接所述第一驗(yàn)證單元，用于當(dāng)所述第一驗(yàn)證單元驗(yàn)證通過(guò)時(shí)，所述至少一個(gè)服務(wù)器生成攜帶服務(wù)器標(biāo)簽和空余IP地址的DHCP給予報(bào)文發(fā)送給所述客戶端；第二驗(yàn)證單元，連接所述發(fā)送單元，用于所述客戶端接收其中所述服務(wù)器發(fā)送的DHCP給予報(bào)文，并驗(yàn)證所述DHCP給予報(bào)文中的所述服務(wù)器標(biāo)簽；第二廣播單元，連接所述第二驗(yàn)證單元，用于當(dāng)所述第二驗(yàn)證單元驗(yàn)證通過(guò)時(shí)，所述客戶端廣播包括通過(guò)驗(yàn)證的服務(wù)器的IP地址的DHCP請(qǐng)求報(bào)文；接入單元，連接所述第二廣播單元，用于至少一個(gè)所述服務(wù)器接收并匹配所述DHCP請(qǐng)求報(bào)文中的服務(wù)器IP地址，若匹配通過(guò)，發(fā)送DHCP確認(rèn)報(bào)文至所述客戶端，所述客戶端通過(guò)所述空余IP地址完成接入。

優(yōu)選地，第一廣播單元還包括：第一加入單元，用于將所述客戶端標(biāo)簽加入到所述DHCP發(fā)現(xiàn)報(bào)文中的第一選擇字段。

優(yōu)選地，第一驗(yàn)證單元還包括：第一列表建立單元，用于建立與所述客戶端標(biāo)簽相對(duì)應(yīng)的第一認(rèn)證列表；第一比對(duì)驗(yàn)證單元，用于比對(duì)所述客戶端標(biāo)簽的業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型與所述第一認(rèn)證列表，若所述第一認(rèn)證列表中包含所述客戶端標(biāo)簽的業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型，則驗(yàn)證通過(guò)。

優(yōu)選地，發(fā)送單元還包括：第二加入單元，用于將所述服務(wù)器標(biāo)簽加入到所述DHCP給予報(bào)文中的第二選擇字段。。

優(yōu)選地，第二驗(yàn)證單元還包括：第二列表建立單元，用于建立與所述服務(wù)器標(biāo)簽相對(duì)應(yīng)的第二認(rèn)證列表；第二比對(duì)驗(yàn)證單元，用于比對(duì)所述服務(wù)器標(biāo)簽的業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型與所述第二認(rèn)證列表，若所述第二認(rèn)證列表中包含所述服務(wù)器標(biāo)簽的業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型，則驗(yàn)證通過(guò)。

第三方面，本發(fā)明實(shí)施例提供了一種VDI系統(tǒng)，包括了上述第二方面實(shí)施例中的客戶端接入服務(wù)器的認(rèn)證裝置。

與現(xiàn)有技術(shù)相比，本發(fā)明的有益效果是：

1、通過(guò)在客戶端廣播的DHCP報(bào)文中添加相應(yīng)的客戶端標(biāo)簽，使得DHCP服務(wù)器只對(duì)特定DHCP客戶端響應(yīng)，避免了DHCP服務(wù)對(duì)已有DHCP網(wǎng)絡(luò)的干擾；

2、通過(guò)在服務(wù)器相應(yīng)的DHCP報(bào)文中添加相應(yīng)的服務(wù)器標(biāo)簽，使得DHCP客戶端只對(duì)特定DHCP服務(wù)器的響應(yīng)，避免了客戶端受到網(wǎng)絡(luò)中其他DHCP服務(wù)器的干擾；

3、添加的客戶端標(biāo)簽和服務(wù)器標(biāo)簽作為認(rèn)證信息均采用原有的DHCP報(bào)文中的option字段發(fā)送，不需添加新的DHCP報(bào)文類型來(lái)承載認(rèn)證信息，對(duì)現(xiàn)有的DHCP協(xié)議改動(dòng)小，不影響現(xiàn)有的DHCP功能，并且系統(tǒng)擴(kuò)展性好和兼容性易實(shí)現(xiàn)。

4、采用了本發(fā)明實(shí)施方式的VDI系統(tǒng)，當(dāng)新的客戶端接入局域網(wǎng)時(shí)，服務(wù)器和客戶端進(jìn)行雙向認(rèn)證，避免干擾原有網(wǎng)絡(luò)中DHCP服務(wù)的正常運(yùn)轉(zhuǎn)，影響網(wǎng)絡(luò)服務(wù)，提高了網(wǎng)絡(luò)運(yùn)行的效率。

附圖說(shuō)明

圖1是現(xiàn)有技術(shù)客戶端動(dòng)態(tài)配置HDCP交互過(guò)程的示意圖；

圖2是本發(fā)明實(shí)施例一的客戶端接入服務(wù)器的認(rèn)證方法的流程圖；

圖3是本發(fā)明實(shí)施例二的客戶端接入服務(wù)器的認(rèn)證裝置的結(jié)構(gòu)示意圖。

具體實(shí)施方式

下面結(jié)合附圖和實(shí)施例對(duì)本發(fā)明作進(jìn)一步的詳細(xì)說(shuō)明?？梢岳斫獾氖牵颂幩枋龅木唧w實(shí)施例僅僅用于解釋本發(fā)明，而非對(duì)本發(fā)明的限定。另外還需要說(shuō)明的是，為了便于描述，附圖中僅示出了與本發(fā)明相關(guān)的部分而非全部結(jié)構(gòu)。

實(shí)施例一

參考圖2，圖2為一種客戶端接入服務(wù)器的認(rèn)證方法，應(yīng)用于同一個(gè)廣播域內(nèi)的一客戶端和復(fù)數(shù)個(gè)服務(wù)器，包括如下步驟：S1，客戶端生成攜帶客戶端標(biāo)簽的DHCP發(fā)現(xiàn)報(bào)文并廣播；S2，至少一個(gè)服務(wù)器接收DHCP發(fā)現(xiàn)報(bào)文，并驗(yàn)證DHCP發(fā)現(xiàn)報(bào)文中攜帶的客戶端標(biāo)簽；S3，當(dāng)步驟S2驗(yàn)證通過(guò)時(shí)，至少一個(gè)服務(wù)器生成攜帶服務(wù)器標(biāo)簽和空余IP地址的DHCP給予報(bào)文發(fā)送給客戶端；S4，客戶端接收其中服務(wù)器發(fā)送的DHCP給予報(bào)文，并驗(yàn)證DHCP給予報(bào)文中的服務(wù)器標(biāo)簽；S5，當(dāng)步驟S4驗(yàn)證通過(guò)時(shí)，客戶端廣播包括通過(guò)驗(yàn)證的服務(wù)器的IP地址的DHCP請(qǐng)求報(bào)文；S6，至少一個(gè)服務(wù)器接收并匹配DHCP請(qǐng)求報(bào)文中的服務(wù)器IP地址，若匹配通過(guò)，發(fā)送DHCP確認(rèn)報(bào)文至客戶端，客戶端通過(guò)空余IP地址完成接入。

需要說(shuō)明的是，步驟S1中當(dāng)客戶端廣播DHCP發(fā)現(xiàn)報(bào)文時(shí)，由于此時(shí)客戶端還未獲得授權(quán)的IP地址，因此，為了標(biāo)明客戶端的身份信息，除了在DHCP發(fā)現(xiàn)報(bào)文中攜帶客戶端標(biāo)簽信息外，還攜帶了客戶端本身的MAC地址信息；同樣地，在步驟S2、S3接收驗(yàn)證DHCP發(fā)現(xiàn)報(bào)文后，發(fā)送DHCP給予報(bào)文時(shí)，除了在DHCP給予報(bào)文中攜帶服務(wù)器標(biāo)簽和可用的空余IP地址之外，還攜帶了客戶端隨DHCP發(fā)現(xiàn)報(bào)文發(fā)來(lái)的MAC地址信息；步驟S4客戶端接收DHCP給予報(bào)文時(shí)，首先會(huì)驗(yàn)證DHCP給予報(bào)文中攜帶的MAC地址是否與自身的MAC地址一致，由此判斷該DHCP給予報(bào)文發(fā)送的對(duì)象是否是本客戶端，若驗(yàn)證結(jié)果不一致，表明該DHCP給予報(bào)文的發(fā)送對(duì)象不是該客戶端，則直接丟棄該DHCP給予報(bào)文。

進(jìn)一步來(lái)說(shuō)，步驟S1還包括步驟S11，將客戶端標(biāo)簽加入到DHCP發(fā)現(xiàn)報(bào)文中的第一選擇字段，第一選擇字段可用Option 60等其他Option空閑字段，且Option 60用來(lái)標(biāo)識(shí)客戶端標(biāo)簽，客戶端標(biāo)簽包括業(yè)務(wù)服務(wù)商信息和設(shè)備類型的一種或兩種。

步驟S2還包括：步驟S21，建立與所述客戶端標(biāo)簽相對(duì)應(yīng)的第一認(rèn)證列表；在驗(yàn)證DHCP發(fā)現(xiàn)報(bào)文中攜帶的客戶端標(biāo)簽之前，需要建立一張認(rèn)證列表，認(rèn)證列表包括多個(gè)客戶端生成的客戶端標(biāo)簽類型，即多種業(yè)務(wù)服務(wù)商信息和設(shè)備類型。步驟S22，服務(wù)器比對(duì)客戶端標(biāo)簽的業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型與第一認(rèn)證列表中的客戶端標(biāo)簽類型，若所述第一認(rèn)證列表中包含所述客戶端標(biāo)簽的業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型，表明該客戶端標(biāo)簽已事先在服務(wù)器中建立認(rèn)證列表，則驗(yàn)證通過(guò)；若驗(yàn)證失敗，說(shuō)明該客戶端標(biāo)簽未列入第一認(rèn)證列表中，則丟棄該DHCP發(fā)現(xiàn)報(bào)文。

同樣的，步驟S3還包括步驟S31，所述服務(wù)器標(biāo)簽加入到所述DHCP給予報(bào)文中的第二選擇字段，第二選擇字段可用Option 43等其他Option空閑字段，且Option 43用來(lái)標(biāo)識(shí)服務(wù)器標(biāo)簽，服務(wù)器標(biāo)簽包括業(yè)務(wù)服務(wù)商信息和設(shè)備類型的一種或兩種。

步驟S4還包括：步驟S41，建立與所述服務(wù)器標(biāo)簽相對(duì)應(yīng)的第二認(rèn)證列表；在驗(yàn)證DHCP給予報(bào)文中攜帶的服務(wù)器標(biāo)簽之前，需要建立一張認(rèn)證列表，認(rèn)證列表包括多個(gè)服務(wù)器生成的服務(wù)器標(biāo)簽類型，即多種業(yè)務(wù)服務(wù)商信息和設(shè)備類型。步驟S42，客戶端比對(duì)服務(wù)器標(biāo)簽的業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型與第二認(rèn)證列表中的服務(wù)器標(biāo)簽類型，若所述第二認(rèn)證列表中包含所述服務(wù)器標(biāo)簽的業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型，表明該服務(wù)器標(biāo)簽已事先在服務(wù)器中建立認(rèn)證列表，則驗(yàn)證通過(guò)；若驗(yàn)證失敗，說(shuō)明該服務(wù)器標(biāo)簽未列入第二認(rèn)證列表中，則丟棄該DHCP給予報(bào)文。

在DHCP發(fā)現(xiàn)報(bào)文/DHCP給予報(bào)文中攜帶業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型，避免了客戶端與服務(wù)器原有的固定接入方式，使得客戶端和服務(wù)器的接入方式更加靈活開(kāi)放；將客戶端標(biāo)簽加入第一選擇字段Option 60，服務(wù)器標(biāo)簽加入第二選擇字段Option 43，不需添加新的DHCP報(bào)文類型來(lái)承載認(rèn)證信息，對(duì)現(xiàn)有的DHCP協(xié)議改動(dòng)較小，使得系統(tǒng)擁有更好的兼容性和擴(kuò)展性。

繼續(xù)參考附圖2，在步驟S3中，服務(wù)器驗(yàn)證完DHCP發(fā)現(xiàn)報(bào)文中的客戶端標(biāo)簽后，除了將服務(wù)器標(biāo)簽和空余的IP地址通過(guò)DHCP給與報(bào)文發(fā)送給客戶端以外，還將自己的IP地址也通過(guò)DHCP給予報(bào)文一同發(fā)送給客戶端；步驟S4客戶端收到DHCP給予報(bào)文并驗(yàn)證攜帶務(wù)器標(biāo)簽，驗(yàn)證通過(guò)后，步驟S5客戶端廣播DHCP請(qǐng)求報(bào)文，且將驗(yàn)證通過(guò)的DHCP給予報(bào)文中攜帶的服務(wù)器IP地址加入到DHCP請(qǐng)求報(bào)文中，步驟S6多個(gè)服務(wù)器收到DHCP的請(qǐng)求報(bào)文后，將DHCP請(qǐng)求報(bào)文中攜帶的服務(wù)器IP地址與自身的IP地址相匹配，若匹配通過(guò)，說(shuō)明該服務(wù)器是DHCP請(qǐng)求報(bào)文的請(qǐng)求對(duì)象，則發(fā)送DHCP確認(rèn)報(bào)文到客戶端，客戶端利用步驟S3中收到的空余IP地址接入，若匹配失敗，說(shuō)明該服務(wù)器不是DHCP請(qǐng)求報(bào)文的請(qǐng)求對(duì)象，則說(shuō)明則丟棄該DHCP請(qǐng)求報(bào)文不做任何處理。

通過(guò)上述實(shí)施例，當(dāng)新的客戶端接入局域網(wǎng)時(shí)，服務(wù)器和客戶端進(jìn)行雙向認(rèn)證，避免干擾原有網(wǎng)絡(luò)中DHCP服務(wù)的正常運(yùn)轉(zhuǎn)，影響網(wǎng)絡(luò)服務(wù)，提高了網(wǎng)絡(luò)運(yùn)行的效率。

實(shí)施例二

參考圖3，圖3為一種客戶端接入服務(wù)器的認(rèn)證裝置，應(yīng)用于同一個(gè)廣播域內(nèi)的一客戶端和復(fù)數(shù)個(gè)服務(wù)器，包括：第一廣播單元1，用于所述客戶端生成攜帶客戶端標(biāo)簽的DHCP發(fā)現(xiàn)報(bào)文并廣播；第一驗(yàn)證單元2，連接所述第一廣播單元1，用于至少一個(gè)所述服務(wù)器接收所述DHCP發(fā)現(xiàn)報(bào)文，并驗(yàn)證所述DHCP發(fā)現(xiàn)報(bào)文中攜帶的所述客戶端標(biāo)簽；發(fā)送單元3，連接所述第一驗(yàn)證單元2，用于當(dāng)所述第一驗(yàn)證單元2驗(yàn)證通過(guò)時(shí)，所述至少一個(gè)服務(wù)器生成攜帶服務(wù)器標(biāo)簽和空余IP地址的DHCP給予報(bào)文發(fā)送給所述客戶端；第二驗(yàn)證單元4，連接所述發(fā)送單元3，用于所述客戶端接收其中所述服務(wù)器發(fā)送的DHCP給予報(bào)文，并驗(yàn)證所述DHCP給予報(bào)文中的所述服務(wù)器標(biāo)簽；第二廣播單元5，連接所述第二驗(yàn)證單元4，用于當(dāng)所述第二驗(yàn)證單元4驗(yàn)證通過(guò)時(shí)，所述客戶端廣播包括通過(guò)驗(yàn)證的服務(wù)器的IP地址的DHCP請(qǐng)求報(bào)文；接入單元6，連接所述第二廣播單元5，用于至少一個(gè)所述服務(wù)器接收并匹配所述DHCP請(qǐng)求報(bào)文中的服務(wù)器IP地址，若匹配通過(guò)，發(fā)送DHCP確認(rèn)報(bào)文至所述客戶端，所述客戶端通過(guò)所述空余IP地址完成接入。

其中，第一廣播單元1還包括：第一加入單元11，用于將所述客戶端標(biāo)簽加入到所述DHCP發(fā)現(xiàn)報(bào)文中的第一選擇字段。

第一驗(yàn)證單元還包括2：第一列表建立單元21，用于建立與所述客戶端標(biāo)簽相對(duì)應(yīng)的第一認(rèn)證列表；第一比對(duì)驗(yàn)證單元22，用于比對(duì)所述客戶端標(biāo)簽的業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型與所述第一認(rèn)證列表，若所述第一認(rèn)證列表中包含所述客戶端標(biāo)簽的業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型，則驗(yàn)證通過(guò)。

發(fā)送單元3還包括：第二加入單元31，用于將所述服務(wù)器標(biāo)簽加入到所述DHCP給予報(bào)文中的第二選擇字段。

第二驗(yàn)證單元4還包括：第二列表建立單元41，用于建立與所述服務(wù)器標(biāo)簽相對(duì)應(yīng)的第二認(rèn)證列表；第二比對(duì)驗(yàn)證單元42，用于比對(duì)所述服務(wù)器標(biāo)簽的業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型與所述第二認(rèn)證列表，若所述第二認(rèn)證列表中包含所述服務(wù)器標(biāo)簽的業(yè)務(wù)服務(wù)商信息和/或設(shè)備類型，則驗(yàn)證通過(guò)。

客戶端接入服務(wù)器的認(rèn)證裝置中各個(gè)單元的具體操作方法請(qǐng)參考實(shí)施例一的一種客戶端接入服務(wù)器的認(rèn)證方法的相關(guān)描述，在此不再累述。

此外，本發(fā)明還公開(kāi)了一種VDI系統(tǒng)，包括了實(shí)施例二中的客戶端接入服務(wù)器的認(rèn)證裝置，其各個(gè)單元的具體實(shí)施過(guò)程與實(shí)施例一中關(guān)于方法和實(shí)施例二中關(guān)于裝置的相關(guān)描述屬于同一發(fā)明構(gòu)思，可參見(jiàn)上述實(shí)施例，在這里不再詳細(xì)描述。

當(dāng)進(jìn)行虛擬桌面基礎(chǔ)設(shè)施(VDI)虛擬化部署時(shí)，客戶端接入服務(wù)由服務(wù)器提供時(shí)，通過(guò)服務(wù)器和客戶端進(jìn)行雙向認(rèn)證，對(duì)原有網(wǎng)絡(luò)中DHCP的干擾和不兼容問(wèn)題，可以同時(shí)部署使用。

雖然本發(fā)明的各個(gè)方面在獨(dú)立權(quán)利要求中給出，但是本發(fā)明的其它方面包括來(lái)自所描述實(shí)施方式的特征和/或具有獨(dú)立權(quán)利要求的特征的從屬權(quán)利要求的組合，而并非僅是權(quán)利要求中所明確給出的組合。

注意，上述僅為本發(fā)明的較佳實(shí)施例及所運(yùn)用技術(shù)原理。本領(lǐng)域技術(shù)人員會(huì)理解，本發(fā)明不限于這里上述的特定實(shí)施例，對(duì)本領(lǐng)域技術(shù)人員來(lái)說(shuō)能夠進(jìn)行各種明顯的變化、重新調(diào)整和替代而不會(huì)脫離本發(fā)明的保護(hù)范圍。因此，雖然通過(guò)以上實(shí)施例對(duì)本發(fā)明進(jìn)行了較為詳細(xì)的說(shuō)明，但是本發(fā)明不僅僅限于以上實(shí)施例，在不脫離本發(fā)明構(gòu)思的情況下，還可以包括更多其他等效實(shí)施例，而本發(fā)明的范圍由所附的權(quán)利要求范圍決定。