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

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

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

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

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

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