一個無線網(wǎng)卡能夠看到和檢測到一個接入點的信號，但是，卻得不到那個接入點分配的IP地址。你遇到過這樣的問題嗎?

　　無線協(xié)商之后出現(xiàn)DHCP(動態(tài)主機控制協(xié)議)失敗的現(xiàn)象是很常見的。無線協(xié)商建立起了數(shù)據(jù)鏈路。一旦建立連接之后，基站就可以傳輸和接收數(shù)據(jù)幀。這時，大多數(shù)基站發(fā)送一個DHCP請求:從67至68端口發(fā)送一個UDP數(shù)據(jù)包。如果一個局域網(wǎng)可以訪問這個DHCP服務器，這個服務器將對這個請求做出評估和回應，通常是向發(fā)出請求的基站分配一個IP地址。那么，出現(xiàn)了什么問題了呢?

　　首先，基站不能與接入點建立連接。即使信號很強，接入點也可以拒絕基站的鏈接或者身份識別請求。例如，接入點可能太忙或者支持的速度速率或者安全參數(shù)不匹配(例如，基站也許沒有正確的WEP密鑰)。檢查一下你的無線網(wǎng)卡與接入點的功能和安全設置方面不匹配的地方，使用你的接入點日志驗證一個聯(lián)系中間系統(tǒng)(IS)已經(jīng)建立起來了。

　　第二，接入點也許仍然沒有連接上要建立聯(lián)系的基站。例如，接入點也許是采用一個MAC接入控制表設置的，沒有包含基站的IP地址。或者是基站可能沒有通過WPA-PSK或者WPA (802.1X)身份識別。使用WPA-PSK協(xié)議，一個沒有出示正確的預先共享密鑰的基站看起來好像是聯(lián)系上了，但是，永遠也得不到IP地址。使用WPA (802.1X)，一個基站也許能聯(lián)系上大約1分鐘的時間，在802.1X交換失敗之后就斷開了連接。認真觀察基站的連接狀態(tài)和反復檢查身份識別的設置。如果使用Windows XP SP2，使用“netsh ras set tracing”這個命令啟動“Wzctrace.log”網(wǎng)絡跟蹤記錄功能。

　　第三，真正連接到一個接入點的基站仍不能連接到DHCP服務器。無線路由器通常有內(nèi)置的DHCP服務器，但是，那個服務器也許會關閉。無線接入點通常要求DHCP服務器位于接入點的以太網(wǎng)連接的上行部分的某個地方。驗證在你的局域網(wǎng)(或者虛擬局域網(wǎng))中存在一個DHCP服務器，并且從你的接入點可以訪問那個DHCP服務器。還有一種可能(可能性不大)是DHCP服務器被無線基站的個人防火墻封鎖了，或者被這個接入點的IP過濾器封鎖了。如果你懷疑出現(xiàn)了DHCP問題，觀察一下使用以太網(wǎng)的數(shù)據(jù)包，包括在基站上的數(shù)據(jù)包和在有線局域網(wǎng)上的數(shù)據(jù)包。在Windows平臺上，當你觀察的時候，可使用“ipconfig /release”和“ipconfig /renew”的命令反復發(fā)送DHCP。

　　最后，在DHCP服務器必須愿意向這個基站釋放一個IP地址。我們通常認為這是一定的，但是，如果你排除了其他可能性，那么查看你的DHCP服務器上的日志驗證那個基站的的請求是否被收到，地址是否已分配。例如，一個通常處于忙碌狀態(tài)的DHCP服務器當IP地址段耗盡的時候可能會臨時拒絕請求。

　　上述第一和第二個問題是最常見的。特別是如果你的基站正在運行Windows XP SP2操作系統(tǒng)并且有一個啟用的/活動的連接，但是，如果報告說連接受限或者沒有連接，那么，你很可能遇到了第二個問題。