设置wlan打不开怎么办（WLAN故障处理常见问题汇总）

无线网卡搜索不到AP的无线信号

问题现象：

无线网卡搜索不到 AP 的无线信号

问题分析：

无线网卡搜索不到 AP 的信号 ,原因可以从两方面着手：（1）无线网卡 ,（2）AP本身 ,在遇到该问题的时候，我们可以从以上两个方面进行处理。

处理过程：

1、无线网卡侧：

（1）查看 PC 的无线网卡是否打开 ,是否可以搜索到空间中其他的无线信号 ,确认无线网卡使用正常。

（2）检查网卡的无线参数，例如无线工作模式等。

（3）检查网卡与 AP 的间距，确认网卡在 AP 的覆盖范围内。

2、AP 侧

（1）查看 AP是否加电 ,工作是否正常 ,天线是否牢固。

（2）查看AP的配置信道是否为12，13 信道，欧洲制式的笔记本不支持12 ，13 信道。

（3）串口登陆 AP，执行 iwconfig 观察WLAN接口是否已启动。

（4）如果是瘦 AP，通过 AC 检查 AP 的在线情况以及是否将AP分组和对应的WLAN分组绑定。

处理结论：

一般进行上述步骤的查找，问题就应该能够解决，如果还是存在问题，建议把无线网卡的型号，AP的型号发给我们进行测试。

AP不稳定 ,丢包很严重，导致上网速度很慢

问题现象：

无线客户端无线网卡关联上AP后很不稳定，从无线网卡 ping 网关地址时丢包很严重，上网速度很慢。

问题分析：

这种现象一般有几个常见的原因引起：

1、无线AP之间的同频干扰导致，相邻AP的信道设置为同一信道。

2、AP距离很近或者室分天线间距很近，会产生无线干扰。

3、由于某些AP的天线是定向天线，所以对于定向天线的覆盖角度和距离要有所了解。

4、无线网卡正处在 AP 覆盖范围的边缘，信号强度较弱引起。

5、AP 与室分系统对接问题。

处理过程：

1、针对第一个原因，需要调整AP的布网环境和信道设置 ,避免相邻 AP 的信道一样 .

2、针对第二个原因，需要调整 AP 或者室分天线的间距。

3、针对第三和第四个原因 ,移动无线客户端到 AP 定向天线的覆盖范围内 ,寻找信号强度最好传输速率最稳定的位置摆放终端。

4、对于第 5 点原因， 可以抛开室分进行测试， 如果确认是室分的问题， 室分进行整改。

处理结论：

针对这类问题 ,我们首先要查看AP的工作环境 ,然后还要查看无线网卡与AP之间的距离。

交换机不能对AP进行远程供电

问题现象：

交换机不能对 AP 进行供电

问题分析：

交换机按供电来分，有两种：一是普通的交换机，没有供电功能。二是带有 POE 模块的交换机，能够对 AP 进行供电。

问题处理：

1、首先需要确认现场的交换机类型，是否为带有 POE 模块的交换机

2、带有 POE 模块的交换机默认的远程供电是关闭的，需要通过命令来打开，需要执行如下的命令： set poe-port <portlist>dynamic 。

处理结论：

在处理这类问题时，重要的是要搞清楚所接的交换机是否具有供电功能即可。

WLAN无线终端可以搜索到WLAN信号，但是没有办法关联

问题现象：WLAN 无线终端可以搜索到 WLAN 信号，但是没有办法关联。

问题分析：

出现这种情况可以从如下几个方面检查：

1、pc 机系统使用时间太长，无线缓存出现问题。

2、查看无线网卡目前支持的无线模式，是支持11B还是11B/G都支持。

问题处理：

1、确认无线网卡支持的模式，一些老的无线网卡只支持11B模式，而我们的设备默认的为11G，因此建议调整AP的无线工作模式后再进行测试。

2、要是还是不能解决，可以做如下的操作。

首先可以修复一下WLAN无线终端

3、然后再重新搜索，重新关联。

问题结论：

这类问题大致可以按照上面的方法进行排出，基本可以解决。

WLAN无线终端可通过关联到AP，但无法正常上网

问题现象：

WLAN 无线终端可以正常的关联到搜索到的AP信号，但是不能上网。

问题分析：

可以关联到 AP 上 ,说明 AP 的无线没有存在问题 ,,现在出现该问题 ,分析可能出现如下的问题

1、信号过弱

2、WLAN 无线终端地址设置错误

3、AP 所连上行网络 DNS 出现问题。

问题处理：

1、尽量减少无线客户端和 AP 之间的障碍物且不要距离太远

2、确认现场的网络使用没有问题，可以使用有线来检查。

3. 查看 WLAN 无线终端是否设置了静态的地址而不满足现场的使用。主要有两种可能：

[1] 现场使用的是 DHCP+WEB 认证的方式，但是电脑配置了静态的地址。

[2]现场 AP 使用路由器模式，给 WLAN 无线终端自动分配地址，但是 WLAN 无线终端手动配置地址有误。

[3] 现场采用静态地址配置，但是所使用的地址有问题。

问题结论：

1、注意AP的物理的使用的距离，以及密码的正确输入，尽量配置自己熟悉的密码

2、准确的了解现场网络的使用，到底以何种方式接入，何种方式计费等。

AC+ 瘦 AP 问 题

AP注册到AC，但配置没有下发

问题现象：

AC管理板上能够看到 AP，但现场搜索不到无线信号。

问题分析：

该种用法属于比较普遍的用法，测试的时候也是重点验证的功能，因此应该不存在使用上的问题，故怀疑是配置上的原因导致。

问题处理：

1、首先确认该AP是否正确添加到对应的AP分组。

2、查看AP所在的分组是否和相应的WLAN分组正确关联。

3、在 web 管理页面，基本配置 -AP 版本信息中，升级特征码、目标版本以及目标版本文件是否配置正确，如果 AP 升级失败，可能会不断重启循环走升级流程，导致配置无法正确下发。

4、串口或者 telnet 方式登陆管理板， show wtp ，然后选择 ping 其中的某一个 AP ，看是否能 ping 通，如果不通参考上一节中的步骤处理。

用户获取不到IP地址

问题现象：

用户采用dhcp方式实现业务，但获取不到IP地址

问题分析：

首先确认是普遍现象还是个别现象，个别现象可能是终端设置问题。同时了解组网模式，确认需要重点排查的设备。

问题处理：

用户获取不到地址问题排查流程

1、确认是普遍现象还是个人现象，如果是个别现象，要看这些 STA 是否有相同属性，比如在同一个热点 （一个ONU下或者一个接入交换机下或者一个AP下），主要关注传输故障、AP故障、某个热点的SSID 配置是否正确等。同时还要注意现场 AP无线信号质量如何，是否干扰严重，这个都会影响到用户获取地址（参考 3.1.2 节进行排查）。如果所有STA都无法获取地址，那么按照以下方法排查。

2、本地转发模式情况：

（1）web 方式登陆管理板， WLAN 中找到对应的 WLAN 分组，检查给 AP 下发的无线参数中的业务 vlan 是否正确。

（2）本地转发模式的情况下，一般由外置dhcp设备（例如bas 设备）作为 dhcp server给用户分配地址。在 dhcp server 侧抓包检查 DHCP 交互过程。

（3）如果 dhcp server 侧没有收到 discover 报文，重点检查中间链路是否正确配置业务vlan 。

3、集中转发模式情况：

（1）首先检查下发的 SSID是集中转发模式还是本地转发模式， 然后检查隧道配置是否正确（执行 show wireless station，隧道建立成功会有隧道表项），检查AP和AC上配置的 tunnel ip是否路由可达，确保隧道能正常工作。接入平台下 show wireless

station是否有隧道表，有则表示数据同步正常。如果没有，检查相关隧道配置，比如管理平台的 access.conf 和 forword.conf 文件配置，管理平台隧道目的地址（接入平台地址，AP路由可达的接入平台地址） 、隧道端口（5248 ）、隧道模式（ 1-MACBrigde ），接入平台的相关隧道配置。

（2）检查 AP 和 AC 上配置的 tunnel ip 是否路由可达。telnet 方式登陆AP，执行sendcmd 1 tunnel_mgr show（如下图） ，查看AP获取到的AC地址（dest ip ），然后从AP ping该地址，必须保证能够ping通。

（3）三层隧道时，要检查管理平台的业务VLAN配置，特别是 WLAN和VLAN关联，如果没有qinq配置，内层VLAN 就是对应业务 VLAN ，外层 VLAN 配置为 0。

（4）如果是二层隧道模式， show wireless station 隧道表建立正常，用户还是获取不到地址，则需要检查上面 dhcp server （如 BRAS）的数据是否制作正确，以及透传的业务VLAN是否准确。

（5）如果是三层隧道模式， show wireless station 隧道表建立正常，用户还是获取不到地址。可以在接入板上打开 debug dhcp （注意，打开 debug 前，先用 show statistics packet reset ，连续执行两遍，看一下一秒内 dhcp 报文不要超过200 ，超过 200 （可能下面有环路）直接打开debug，AC会被冲死 ），看是否收到用户的 dhcp discover报文。如果接入平台有收到用户 DHCP请求报文，看 AC 是否回给用户 OFFER 报文，以及用户终端收到 OFFER 报文后是否发出 REQUEST 报文， AC 收到用户终端的REQUSET 报文后会发一个 ACK 确认报文，用户终端收到 ACK 确认报文，整个 DHCP流程就正常走完，用户终端就可以获取到正确 IP 地址，任何一个环节出现问题，都会导致用户终端获取不到地址。分下面几种情况。

情况一： 提示找不到可用的地址池， 一般是地址池中的 available-interface port X vlan XXX 语句配置参数与用户终端上报的端口和 VLAN 号不匹配，或者是地址池中配置有 option60 属性。

情况二： 接入平台有回 OFFER 报文，但未收到用户的 REQUEST报文，此种情况可能是AP到AC单向通信造成，比如中间交换机有配置 QINQ ，也有可能是接入交换机端出现了环路，产生了广播风暴，导致报文在接入交换机端丢失，重点排查放在中间链路。 如果条件允许可以在 AP 接入交换机和 AC 下行口（用户报文上传 AC 端口）同时抓包。

情况三：接入平台报 CPU 利用率高， show statistics packet reset ，连续执行两遍，查看一秒内 AC 收到大量广播包（如 dhcp 包超过 200 个 /秒），基本上是接入交换机或者是传输端发生环路，产生广播分包，AC收到大量广播报文，导致拒绝服务。

用户获取到地址，但无法推出PORTAL页面

问题现象：

用户获取到正常的业务 IP 地址后，在浏览器中随便输入网址，没有强制推出 portal 认证界面，当然也无法实现上网业务。

问题分析：

主要检查 AC 配置，重点是隧道以及 portal 相关的配置。

问题处理：

用户获取到地址但推不出 PORTAL 页面问题排查流程

1、如果走的是二层隧道，用户业务不在AC上管理，如果能获取外置BRAS分配的地址，但弹不出正确的portal 页面，则和外置 BRAS有直接关系，需联系 BRAS 厂家排查故障。

2、STA 侧在 windows dos 窗口下输入命令 ping portal 服务器地址（例如 221.176.1.140）,如果能 ping通，再在 dos 窗口下输入 nslookup 命令，根据提示输入www.baidu.com或者其他网站域名，看是否能解析成 IP 地址，如果提示 time out 无法正确解析，则肯定是DNS域名服务器出现故障了，可以尝试在 IE 浏览器页面直接输入 1.1.1.1 回车，正常情况应该是能打开 portal 页面；

3. 如果 STA 无法ping通 portal服务器地址，则重点放在AC 上，通过串口或者 telnet方式登陆AC接入板，在AC上ping portal 地址，如果不通，排查AC的出口路由，主要是定位 AC 与 portal 服务器间网络是否正常。如果在AC上可以 ping 通，检查 AC配置，例如过滤策略和服务策略配置， 用户地址池内引用的策略是否允许用户不经过认证就访问 portal 服务器。

4、如果无线用户通过浏览器无法重定向 portal 的 URL ，重点检查 AC 上的认证策略（用户地址池认证前只允许访问 portal 地址、 自服务地址和国漫服务器地址） 以及 AC 负荷情况（查看 CPU 利用率等，看是否遭到了 TCP 同步攻击等现象）。

5、如果打开 portal 页面时提示非热点区域，或者获取不到 AC 地址等错误提示，则表示portal 服务器侧未注册 ac 和用户地址段相关信息。

6、有的省市具有集团的 portal 和省内 portal 两套系统，对重定向的 url 后携带的字段要求不一致， 例如有的省份要求携带 wlanacip 字段、vlan字段等，而移动集团也为CMCC和CMCC-EDU 用户定制了个性化的portal 页面都需要携带 ssid 字段，这些字段如果上报不正确也无法弹出正确的相应的 portal 页面。 列出几个常用的在全局模式配置携带字段的语句：

（1）配置 AC 推送的 portal-url 中 ac-name 值和wlanacip 的值，其中 wlanacip为可选参数，不配置则推送的portal-url 不会携带 wlanacip 。

ex-portal ac-name string wlanacip ipaddress

（2）开启星巳克功能，如果重定向 url 中需要携带 ssid 字段，通过不同的 ssid 推送不同的 portal 页面，需开启此功能。

wireless star-bucks enable

如果热点开启了多 SSID 多 PORTAL 功能，需要查看 show wireless station 表，看 sta是否连接的对应的 ssid ，对应正确才能弹出相对应的 portal 页面。

用户获取到地址，也能够弹出PORTAL页面，但无法通过认证 。

问题现象：

能够弹出 portal 页面，提交用户账号密码后，提示认证失败，或者没有权限等。

问题分析：

该问题涉及 AC ，portal，AAA 服务器（radius 服务器）三方的交互。要分别进行排查。

问题处理：

能够推送PORTAL页面但无法认证成功问题处理流程

1、首先应了解用户认证不成功是属于个别现象还是普遍现象，如果是个别现象，很有可能是账号问题所导致，例如：账号已经登录、账号密码不对。

2、如果是整体认证问题， 可以先了解一下其他 BRAS 下接的用户是否同样认证不成功，排除一下认证服务器问题。排除认证服务器问题后，如果是开局，应确保局方数据已经做好，比如 ac-name 已经在 portal 服务器上注册， radius-client ip 已经在认证服务器注册，有的省级 portal 服务器需注册用户的 ip 地址网段才能确保 portal 认证正常。

3、检查 AC 的配置， radius-client ip 是否配置正确， radius 服务器 ip，端口号和 key 是否配置正确， 域和 radius 服务器的对应关系是否正确等； 确认 AC 到认证服务器的路由是否可达，防火墙是否屏蔽相关端口（ 1645/1646 、 1812/1813 ）等。

4、在特权模式下打开 debug radius （ radius 调试开关）和 debug exportal （外置 portal的调试开关），查看 AC 和 portal 服务器的交互流程以及 AC 是否有向 radius 服务器发起认证请求和收到 radius 响应报文， 通过调试打印信息还可以查看到报文中字段值是否有问题。

5、特权模式下还有两个 portal 报文和 radius 报文的统计指令

（1） show exportal statistics # 统计AC不portal 服务器交互报文

（2） show radius server x.x.x.x authentication #x.x.x.x 为 radius 服务器地址，统计AC与 radius 服务器间的认证交互报文

（3）show radius server x.x.x.x accounting # x.x.x.x 为 radius 服务器地址， 统计 AC与 radius 服务器间的计费交互报文

这些统计信息中包含了发送和接收的报文总数，请求成功和被拒绝的报文数目等，可以给排查故障提供详细信息。

注意：

DHCP+web 方式实现上网业务时，遇到涉及 AC ， portal， radius 三方交互的问题，应该首先对该业务方式的实现流程有所了解。