【www.guakaob.com--软件设计师】
无法加入wift篇一
《iphone6无法加入wifi 密码不正确【完美解决方法】》
iphone6无法加入wifi 密码不正确【完美解决方法】:
1.不要信网上的恢复网络设置，没用。
2.把路由器WiFi密码设置成英文（拼音）即可成功连接。。。。。。
无法加入wift篇二
《ios7无法连接wifi怎么办》
小编是电信版1442iphone5，刚刷的1429 ios7 。刚搞定，链接wifi的时候（wifi信号满格）显示无法加入网络。密码肯定是正确的。试过还原网络设置；重启手机；重启路由器。但是就是无法连接到wifi，怎么办呢？百度了一下，在威锋找到了解决方法，一起来看看吧！
ios7无法连接wifi怎么办？
iOS7推出之后，除了设备续航时间降低外，也有不少用户包括论坛锋友反映 Wi-Fi 信号质量显著下降，甚至无法连接。
首先将你的 iOS 设备设置为飞行模式，接着选择“设置”→“通用”→“还原”→“还原网络设置”.还原完成之后，重启你的无线路由器，接下来再关闭飞行模式，等待设备重新连接网络。这一套步骤执行完毕之后，Wi-Fi 质量差的现象有很大几率就能得到解决。
据了解，部分网友反映省略掉设置飞行模式这一步也有效果，但成功率要低得多，所以并不推荐。
Wi-Fi 功能故障是大家都不愿意碰到的事情，因为这对我们的日常使用有着很大的影响。如果你遇到了这样的问题，不妨试试上述偏方，毕竟它的操作并不困难。
无法加入wift篇三
《iPad无法自动连接WIFI解决方法》
iPad无法自动连接WIFI解决方法
昨天突然发现自己的iPad怎么也无法自动连接WIFI了，每次断开后再连接都必须手动输入密码才行，而iPhone 4就无任何问题。同样的路由器同样的网络，同样的5.1.1系统(均已越狱)„为什么会出现如此离奇的现象？
百度了半天也没得到正确解决方法，什么还原网络设置、点击续租之类的根本不管用。
▲ iPad无法自动加入已知网络
原本打开WIFI后，已知网络名称旁边应该有个圆圈不停转动，正常情况2秒钟后应该连接成功。自动连接失效后名称旁边没有任何显示，用户必须手动选 择WIFI已知网络并输入密码后才能连接。
只要发生断开的状况就得重输密码，相当麻烦，且当你点击网络名称旁边的蓝色箭头进入详情页面，会发现最上方的 “忽略此网络”消失了。
▲ “忽略此网络”选项消失
百度中提供的方法例如：还原iPad(或iPhone)的网络设置、点击续租按钮、或是把HTTP代理设置成自动，都不是正确的解决方法，亦儿全部试了没一个管用。正确的方法应该是：在WIFI网络主界面点击“其他”，然后手动输入网络名称(和已知网络名称相同)、安全性以及密码信息之后，点击加入。
▲ 选择“其他”后重新输入已知网络信息
点击加入网络后回到WIFI网络主界面，你会看到原来的已知网络名称旁出现了熟悉的滚动圆圈。差不多2秒后网络名称旁会出现一个“√”代表已成功加入网络，这时你再次点击蓝色箭头进入网络详情页面，会看到“忽略此网络”的选项出现了。
▲ “忽略此网络”选项重新出现
这时，你再断开WIFI网络重新连接，无论多少次都不会再要你重新输入密码，而会自动连接已知网络。怎么样，这个方法是不是很好用？对于iPad和iPhone都适合，如果你的爱机也遇到了此种状况，不妨用亦儿的妙招试一试吧。
如果您对攻略内容有新的看法，或者没有找到您想要的攻略，欢迎拿起手机，开启微信，扫描上面的微信二维码添加“手机世界”为您的微信好友，也可以在微信里搜“
无法加入wift篇四
《iphone无法加入网络问题》
Iphone无法加入网咯问题如果你已经试过很多种方法都没给你的宝贝手机看好病不防试下这一手
一。进入你家里面的路由器192.168.1.1
用户名和密码
一般情况下都是一样除非你自己改过
二．选择
无线设置
三。点击无线安全设置
看看你的PSK 密码是否正确。如果一样修改下密码在重启下路由器在连接无线网。希望这能给你带来帮助！新手发帖希望各位大虾多多指教
无法加入wift篇五
《手机无法连接WIFI怎么办》
WIFI网络的加入对于来说有非常重大的意义，它给予除之外另一个上网的途径。不过设置WIFI对于很多用户来说并不是一件轻松的事情，有不少的网友都在问答堂当咨询手机无法连接WIFI问题。那么在今天这个特殊的日子里笔者就带领大家一起来探讨一下如何解决手机无法连接WIFI这个难题。
一般来说无法连接WIFI分为几种情况。1：手机搜索不到WIFI信号。2：连接上无法上网。3：无法获得IP地址。下面我们就针对这几种情况为大家进行分析。
1：手机搜索不到WIFI信号
这一点是遇到最多的朋友，首先我们要了解遇到这种情况绝大多数都是由于路由器的设置问题导致的。路由器由于保密性以及防止蹭网现象发生都会有mac地址过滤设置，连接不上的时候我们首先查看路由器是否建立了mac地址过滤规则。然后把手机的Mac地址添加到规则当中就可以搜索并且连接。
手机查看MAC地址方法：设置-无线控制-wlan开启-wlan设置-菜单键-高级-MAC地址 还有一种情况是用户设置了路由器隐藏，只能通过输入SSID和密码才能加入，单独的搜索是无法查看的，这一点也是需要大家注意的。
手机手动连接WIFI地址方法：设置-无线控制-wlan开启-wlan设置-添加WLAN网络 2：连接上无法上网
已经显示连接到网络却无法上网也是很多朋友遇到的问题，在这里我们需要分为户外公共网络和个人家庭网络两种。
1：WIFI公共场合：一般来说公共场合的WIFI都不是免费的，在这个情况下我们虽然可以连接上打开网页确实进入到二级输入界面。这个时候就需要我们根据WIFI提供商来进行输入了。比如说中国电信的WIFI会推送一个登陆页面。此刻你可输入你的电信189号码或宽带账号及密码就可以了。需要注意的是进入登陆页面成功后，要浏览网页时，必须另开新网页，如果中断此网页，线就断了。
2：WIFI家庭网络：我们的手机显示已经连接上了WIFI不过上不了网是由于路由器这边没有连接到网络。这个升级后就比较复杂，需要看你是pppoe拨号上网，还是动态/静态IP宽带上网。这时候最好的办法是用电脑连接路由上设置一次，具体方法路由器说明书上会详细说明。
3：无法获得IP地址
目前所有的智能手机默认的都是自动获取IP地址，而路由器的IPV4设置当中也是自动获取IP地址。不过在此次问答堂当中我们也看到不少用户询问手机一直停留在获取IP地址这个步骤当中，这个问题比较的复杂，同时每个用户的的情况也不同，这个问题无法给出完美的答案，笔者列举几个办法可以解决问题：
1：在手机上安装文件管理器，以Andorid为例安装Root Explorer把/data/misc/dhcp里的两个文件删掉，然后重试。
2：更改路由器加密规则，建议不要使用过高的密匙，一般来说WEP或者WEP2 个人就足够了。
3：重启路由器，重新连接尝试。
以上就是手机连接WIFI的一些问题，相信各位网友通过上面这三个步骤的检查就可以方便快捷的连接WIFI畅游互联网了。
由于部分手机的网络密钥的兼容性问题。部分手机不支持WPA2-PSK密匙模式，所以需要更改路由器密匙类型为兼容wpa-psk/wpa2-psk模式。按照这个办法你尝试一下，如果还不可以的话那么改一下路由器的名字，重新搜索WLAN就可以了。 如果不兼容的话就会产生搜索到路由端口———连接———输入密码———断开。 这就是不兼容的体现，建议你先改一下密钥模式尝试一
tp-link路由有13个信道,而V版手机只支持美标的11个信道,当附近信号干扰时路由会切换到12或者13,这时候手机就完全检测不到了,信道改成手动的就可以了
无法加入wift篇六
《排除LAP无法加入WLC的故障》
排除轻量接入点无法加入无线 LAN 控制器的故障
内容
前言前提条件 需求 惯例无线局域网控制器(WLC)发现和加入进程的概述从控制器进行调试 debug lwapp events enable debug pm pki enable从 LAP 进行调试避免与 DHCP 相关的问题使用 Syslog 服务器对 LAP 加入过程进行故障排除LAP 未加入控制器的原因是什么？ 先从基本原因查起 问题 1： 控制器时间不在证书有效间隔内 问题 2： 在管理域中不匹配 问题 3： 错误消息 AP cannot join because the maximum number of APs on interface 2 is reached 问题 4： 对于 SSC AP，SSC AP 策略禁用 问题 5： 在 WLC 上启用了 AP 授权列表； LAP 未在授权列表中列出 问题 6： SSC 公钥哈希错误或缺失 问题 7： AP 上存在证书或公钥损坏的情况 问题 8： 控制器可能在第 2 层模式下运行 问题 9： 转换到 LWAPP 后在 AP 上收到这条错误消息 问题 10： 控制器在错误的 VLAN 上收到 AP 发现消息（您可以看到发现消息调试，但不是响应） 问题 11： 1250 LAP 无法加入 WLC 问题 12： AP 无法加入 WLC，防火墙阻塞必要的端口 问题 13： 网络中存在重复的 IP 地址 问题 14： 如果网络 MTU 小于 1500 字节，LWAPP AP 将不会加入 WLC 问题 15： 1142 系列 LAP 不会加入 WLC，WLC 上显示如下错误消息： lwapp_image_proc: unable to open tarfile 问题 16： 1000 系列 LAP 无法加入无线局域网控制器，WLC 运行 5.0 版 问题 17： 错误消息 - Dropping primary discovery request from AP XX: AA ：BB ：XX ： DD ：DD -maximum APs joined 6/6相关信息
前言
本文给予无线局域网控制器(WLC)发现和加入进程的概述。 本文在某些也提供信息发货一轻量级接入点(LAP)为什么不能加入WLC和如何故障排除发货。
前提条件
需求
Cisco 建议您了解以下主题：有关 LAP 和 Cisco WLC 配置的基本知识有关轻量接入点协议 (LWAPP) 的基本知识
惯例
有关文档规则的详细信息，请参阅 Cisco 技术提示规则。
无线局域网控制器(WLC)发现和加入进程的概述
在 Cisco 统一无线网络中，LAP 必须首先发现并加入 WLC 才能用于无线客户端。
最初，控制器仅在第 2 层模式下运行。 在第 2 层模式下，LAP 应与管理接口在同一子网上，控制器上不存在第 3 层模式 AP-manager 接口。 膝部与使用仅第2层封装的控制器联络(以太网封装)并且不动态主机配置协议(DHCP) IP地址。
在开发控制器的第 3 层模式时，引入了一个新的名为 AP-manager 的第 3 层接口。 在第 3 层模式下，LAP 首先会使用 DHCP 协议获取一个 IP 地址，然后使用 IP 地址将它们的发现请求发送到管理接口（第 3 层）。 这样一来，LAP 将可以与控制器的管理接口在不同的子网上。 第 3 层模式是当前的主导模式。 一些控制器和 LAP 只能执行第 3 层模式。
然而，这也带来了一个新问题： 当控制器与 LAP 在不同的子网上时，LAP 是如何找到控制器的管理 IP 地址的？
在第 2 层模式下，上述两者需要在同一子网中。 在第 3 层模式下，从本质上看，控制器和 LAP 在网络中就是藏与找的关系。 如果您不通过 DHCP option 43、“Cisco-lwapp-controller@local_domain”的 DNS 解析或静态配置 LAP 告诉 LAP 控制器的位置，LAP 将不会知道该到网络中的哪一位置查找控制器的管理接口。
除这些方法之外，LAP 会自动在本地子网上查找使用 255.255.255.255 这一本地广播地址的控制器。 此外，LAP 会记住其在重新启动过程中加入的所有控制器的管理 IP 地址。 因此，如果您首次将 LAP 放到管理接口的本地子网上，它将查找控制器的管理接口并记住此地址。 这称为引爆。 如果您在稍后替换 LAP，此过程不会帮助您找到控制器。 因此，Cisco 推荐使用 DHCP option 43 或DNS 方法。
当 LAP 发现控制器时，它们不知道控制器是在第 2 层模式下还是在第 3 层模式下。 因此，LAP 总是连接到首先响应发现请求的控制器的管理接口地址。 然后控制器会在发现回应中告诉 LAP 它处于哪种模式下。 如果控制器在第 3 层模式下，发现回应将包含第3 层 AP-manager IP 地址，以便 LAP 可以在接下来向 AP-manager 接口发送加入请求。
注意： 默认情况下，管理接口和 AP-manager 接口在配置期间在其 VLAN 上处于未标记状态。 如果这些接口处于已标记状态，请确保在同一 VLAN 上对这些接口进行了标记，以便能够正确接收发现和加入 WLC 的响应。
LWAPP AP 在启动第 3 层模式时执行此过程：
1.LAP 启动并使用 DHCP 协议获取一个 IP 地址（如果之前未分配静态 IP 地址）。2.LAP 通过各种发现算法向控制器发送发现请求，构建一个控制器列表。 本质上，LAP 可以通过以下选项了解控制器列表的尽可能多的管理接口地址：
a.DHCP option 43（特别适合于办公室和控制器分布于不同的大陆的跨国公司）b.注意： 如果您使用 CAPWAP，请确保有一个与 Cisco-capwap 控制器对应的 DNS 条目。
c.LAP 之前记住的控制器的管理 IP 地址d.子网上的第 3 层广播e.空中配置f.静态配置的信息从此列表中可以看出，最简单的部署方法是将 LAP 放置在控制器的管理接口所在的子网中，并允许 LAP 使用第 3 层广播查找控制器。 应将此方法用于拥有小型网络但没有本地 DNS 服务器的公司。
第二简单的部署方法是将 DNS 条目与 DHCP 结合使用。 可以为同一 DNS 名称建立多个条目。 这样一来，LAP 就能发现多个控制器。 此方法适用于所有控制器均在单个位置且拥有本地 DNS 服务器的公司。 或者，拥有多个 DNS 后缀，各控制器由后缀分隔的公司。
大型公司使用 DHCP option 43 来通过 DHCP 本地化信息。 此方法适用于拥有单个 DNS 后缀的大型企业。 例如，Cisco 在欧洲、澳大利亚和美国拥有办公楼。 为确保 LAP 仅在本地加入控制器，Cisco 不能使用 DNS 条目，必须使用 DHCP option 43信息告诉 LAP 本地控制器的管理 IP 地址是什么。
最后，静态配置用于不含 DHCP 服务器的网络。您可以通过控制台端口和 AP 的 CLI 静态配置加入控制器所需的信息。 有关使用 AP CLI 静态配置控制器信息的信息，请参阅使用接入点 CLI 手动配置控制器信息。
有关 LAP 用于查找控制器的不同发现算法的详细说明，请参阅向 WLC 注册 LAP。
有关在 DHCP 服务器上配置 DHCP option 43 的信息，请参阅用于轻量 Cisco Aironet 接入点配置的 DHCP OPTION 43 示例。3.向列表中列出的每个控制器发送发现请求，然后等待控制器的发现回应，其中包含系统名称、AP-manager IP 地址、已连接到各 AP-manager 接口的 AP 数量以及控制器的总体过剩能力。4.查看控制器列表并按以下顺序向控制器发送加入请求（仅在 AP 收到控制器的发现回应后进行）：
主控制器系统名称（之前在 LAP 上配置的）辅助控制器系统名称（之前在 LAP 上配置的）第三控制器系统名称（之前在 LAP 上配置的）主控制器（如果之前未使用任何主，辅助或第三控制器名称对 LAP 进行配置。 用于时时掌握哪一控制器带来全新的LAP 加入）e.如果您看不到上述任何信息，请在发现响应中使用过剩能力跨控制器配置负载均衡。a.b.c.d.
如果两个控制器的过剩能力相同，则向通过发现响应响应发现请求的第一个控制器发送加入请求。 如果单个控制器在多个接口上有多个 AP-manager，请选择包含 AP 数量最少的 AP-manager 接口。
控制器将响应所有发现请求，而不检查证书或 AP 证书。 不过，加入请求必须具有有效的证书才能获得控制器的加入响应。 如果 LAP 未从其选择的控制器接收到加入响应，它将尝试从列表中的下一个控制器获取，除非控制器是一个已配置控制器（主/辅助或第三控制器）。5.如果收到加入回应，AP 将进行检查以确保它与控制器具有相同的映像。 否则，AP 将从控制器下载映像并重新启动以加载此新映像，然后从步骤 1 开始重新执行该过程。6.如果它有同一个软件映像，将向控制器请求配置并在控制器上转入已注册状态。
在您下载配置后，AP 可能会重新加载以应用新配置。 因此，可能会发生额外的重新加载，这是正常行为。
从控制器进行调试
为使您能在 CLI 上看到这一完整的过程，可以使用控制器上的一些 debug 命令。
debug lwapp events enable — 显示发现数据包并加入数据包。debug lwapp packet enable — 显示发现数据包和加入数据包的数据包级别的信息。debug pm pki enable — 显示证书验证过程。debug disable-all — 关闭调试。
使用能获取输出到日志文件、控制台或Secure Shell的一终端的应用程序(SSH) /Telnet到您的控制器，和请输入这些命令：
config session timeout 120config serial timeout 120show run-config (and spacebar thru to collect all)
debug mac addr <ap-mac-address> (in xx:xx:xx:xx:xx format)debug client <ap-mac-address>
debug lwapp events enabledebug lwapp errors enabledebug pm pki enable
在捕获到这些 debug 命令后，可以使用 debug disable-all 命令关闭所有调试。
接下来的部分显示了 LAP 向控制器进行注册时，这些 debug 命令的输出。
debug lwapp events enable
此命令提供有关 LWAPP 发现和加入过程中发生的 LWAPP 事件和错误的信息。
以下是针对与 WLC 具有相同映像的 LAP 的 debug lwapp events enable 命令的输出：
注意： 由于空间有限，此输出的一些行被拆分为两行显示。
debug lwapp events enable
Wed Oct 24 16:59:35 2007: 00:0b:85:5b: fb:d0 Received LWAPP DISCOVERY REQUEST fromAP 00:0b:85:5b: fb:d0 to 00:0b:85:33:52:80 on port '2'
!--- LWAPP discovery request sent to the WLC by the LAP.
Wed Oct 24 16:59:35 2007: 00:0b:85:5b:fb:d0 Successful transmission ofLWAPP Discovery-Response to AP 00:0b:85:5b:fb:d0 on Port 2
!--- WLC responds to the discovery request from the LAP.
Wed Oct 24 16:59:46 2007: 00:0b:85:5b:fb:d0 Received LWAPP JOIN REQUEST fromAP 00:0b:85:5b:fb:d0 to 00:0b:85:33:52:81 on port '2'
!--- LAP sends a join request to the WLC.
Wed Oct 24 16:59:46 2007: 00:0b:85:5b:fb:d0 AP ap:5b:fb:d0:txNonce 00:0B:85:33:52:80 rxNonce 00:0B:85:5B:FB:D0Wed Oct 24 16:59:46 2007: 00:0b:85:5b:fb:d0 LWAPP Join-Request MTU path fromAP 00:0b:85:5b:fb:d0 is 1500, remote debug mode is 0Wed Oct 24 16:59:46 2007: 00:0b:85:5b:fb:d0 Successfully added NPU Entry forAP 00:0b:85:5b:fb:d0 (index 55) Switch IP: 10.77.244.211, Switch Port: 12223, intIfNum 2,vlanId 0 AP IP: 10.77.244.219, AP Port: 49085, next hop MAC: 00:0b:85:5b:fb:d0Wed Oct 24 16:59:46 2007: 00:0b:85:5b:fb:d0 Successfully transmission of
LWAPP Join-Reply to AP 00:0b:85:5b:fb:d0
!--- WLC responds with a join reply to the LAP.
Wed Oct 24 16:59:46 2007: 00:0b:85:5b:fb:d0 Register LWAPP event forAP 00:0b:85:5b:fb:d0 slot 0 -- LAP registers with the WLCWed Oct 24 16:59:48 2007: 00:0b:85:5b:fb:d0 Received LWAPP CONFIGURE REQUEST fromAP 00:0b:85:5b:fb:d0 to 00:0b:85:33:52:81
!--- LAP requests for the configuration information from the WLC.
Wed Oct 24 16:59:48 2007: 00:0b:85:5b:fb:d0 Updating IP info forAP 00:0b:85:5b:fb:d0 -- static 1, 10.77.244.219/255.255.255.224, gtw 10.77.244.220Wed Oct 24 16:59:48 2007: spamVerifyRegDomain RegDomain set forslot 0 code 0 regstring -A regDfromCb -ABWed Oct 24 16:59:48 2007: spamVerifyRegDomain RegDomain set forslot 1 code 0 regstring -A regDfromCb -ABWed Oct 24 16:59:48 2007: Send AP Timesync of 1193245188 source MANUALWed Oct 24 16:59:48 2007: spamEncodeDomainSecretPayload:Send domain secretTSWEBRET<0d,59,aa,b3,7a,fb,dd,b4,e2,bd,b5,e7,d0,b2,52,4d,ad,21,1a,12> toAP 00:0b:85:5b:fb:d0Wed Oct 24 16:59:48 2007: 00:0b:85:5b:fb:d0 Successfully transmission ofLWAPP Config-Message to AP 00:0b:85:5b:fb:d0
!--- WLC responds by providing all the necessary configuration information to the LAP.
Wed Oct 24 16:59:48 2007: Running spamEncodeCreateVapPayload for SSID 'eap fast'Wed Oct 24 16:59:48 2007: Running spamEncodeCreateVapPayload for SSID 'WPA'Wed Oct 24 16:59:48 2007: Running spamEncodeCreateVapPayload for SSID 'webauth'Wed Oct 24 16:59:48 2007: Running spamEncodeCreateVapPayload for SSID 'eap fast'Wed Oct 24 16:59:48 2007: Running spamEncodeCreateVapPayload for SSID 'WPA'Wed Oct 24 16:59:48 2007: Running spamEncodeCreateVapPayload for SSID 'webauth'...Wed Oct 24 16:59:48 2007: 00:0b:85:5b:fb:d0 Successfully transmission ofLWAPP Change-State-Event Response to AP 00:0b:85:5b:fb:d0..Wed Oct 24 16:59:48 2007: 00:0b:85:5b:fb:d0 Received LWAPP Up event forAP 00:0b:85:5b:fb:d0 slot 0!
!--- LAP is up and ready to service wireless clients.
Wed Oct 24 16:59:48 2007: 00:0b:85:5b:fb:d0 Received LWAPP CONFIGURE COMMAND RES fromAP 00:0b:85:5b:fb:d0...Wed Oct 24 16:59:48 2007: 00:0b:85:5b:fb:d0 Received LWAPP RRM_CONTROL_RES fromAP 00:0b:85:5b:fb:d0
!--- WLC sends all the RRM and other configuration parameters to the LAP.
如之前部分中所述，一旦 LAP 向 WLC 进行注册，它将会检查以确定自己是否与控制器具有相同的映像。 如果 LAP 上的映像与WLC 上的映像不同，那么 LAP 将首先从 WLC 中下载新映像。 如果 LAP 与 WLC 具有相同的映像，它将继续从 WLC 中下载配置和其他参数。
如果 LAP 在注册过程中从控制器中下载映像，您将在 debug lwapp events enable 的命令输出中看到以下消息：
Wed Oct 24 17:49:40 2007: 00:0b:85:5b:fb:d0 Received LWAPP IMAGE_DATA_RES fromAP 00:0b:85:5b:fb:d0Wed Oct 24 17:49:40 2007: 00:0b:85:5b:fb:d0 Received LWAPP IMAGE_DATA_RES fromAP 00:0b:85:5b:fb:d0 Wed Oct 24 17:49:40 2007: 00:0b:85:5b:fb:d0 Received LWAPP IMAGE_DATA_RES fromAP 00:0b:85:5b:fb:d0
在映像下载完成后，LAP 将重新启动并将再次运行发现和加入算法。
debug pm pki enable
作为加入过程的一部分，WLC 会验证每个 LAP 的证书是否有效。
当 AP 向 WLC 发送 LWAPP 加入请求时，它会将其 X.509 证书嵌入到 LWAPP 消息中。 AP 还会生成一个随机会话 ID，同样包含在LWAPP 加入请求中。 当 WLC 收到 LWAPP 加入请求时，它会使用 AP 的公钥对 X.509 证书的签名进行验证并检查证书是否由受信任的证书颁发机构颁发。
它还会查看 AP 证书有效间隔的开始日期和时间，并将该日期和时间与其自己的日期和时间进行比较（因此控制器的时钟需要设置为接近当前的日期和时间）。 如果 X.509 证书通过验证，WLC 将生成一个随机的 AES 加密密钥。 WLC 可以为其加密引擎查明 AES密钥，以便可能加密和解密将来与 AP 交换的 LWAPP 控制消息。 注意，数据包在 LWAPP 与控制器之间的隧道空闲时在两者之间进行发送。
debug pm pki enable 命令显示在控制器的加入阶段发生的认证验证过程。 enable命令debug下午的pki也将显示AP哈希密钥在加入进程期间，如果AP有LWAPP转换程序(SSC)创建的一自签名证书。 如果AP有一制作的预装证书(MIC)，您将看不到哈希密钥。注意： 2006 年 6 月之后制造的所有 AP 都有 MIC。
以下是带有 MIC 的 LAP 加入控制器时 debug pm pki enable 命令的输出：
注意： 由于空间有限，此输出的一些行被拆分为两行显示。
Thu Oct 25 13:52:59 2007: sshpmGetIssuerHandles: locking ca cert tableThu Oct 25 13:52:59 2007: sshpmGetIssuerHandles: calling x509_alloc() for user certThu Oct 25 13:52:59 2007: sshpmGetIssuerHandles: calling x509_decode()Thu Oct 25 13:52:59 2007: sshpmGetIssuerHandles: <subject> C=US, ST=California,L=San Jose, O=airespace Inc, CN=000b8591c3c0, MAILTO=support@airespace.comThu Oct 25 13:52:59 2007: sshpmGetIssuerHandles: <issuer> C=US, ST=California,L=San Jose, O=airespace Inc, OU=none, CN=ca, MAILTO=support@airespace.comThu Oct 25 13:52:59 2007: sshpmGetIssuerHandles: Mac Address in subject is00:0b:85:91:c3:c0Thu Oct 25 13:52:59 2007: sshpmGetIssuerHandles: Cert is issued by Airespace Inc.Thu Oct 25 13:52:59 2007: sshpmGetCID: called to evaluate <bsnDefaultCaCert>Thu Oct 25 13:52:59 2007: sshpmGetCID: comparing to row 0, CA cert >bsnOldDefaultCaCert<Thu Oct 25 13:52:59 2007: sshpmGetCID: comparing to row 1, CA cert >bsnDefaultRootCaCert<Thu Oct 25 13:52:59 2007: sshpmGetCID: comparing to row 2, CA cert >bsnDefaultCaCert<Thu Oct 25 13:52:59 2007: sshpmGetCertFromCID: called to get cert for CID 2d812f0cThu Oct 25 13:52:59 2007: sshpmGetCertFromCID: comparing to row 0, certname>bsnOldDefaultCaCert<Thu Oct 25 13:52:59 2007: sshpmGetCertFromCID: comparing to row 1, certname>bsnDefaultRootCaCert<Thu Oct 25 13:52:59 2007: sshpmGetCertFromCID: comparing to row 2, certname>bsnDefaultCaCert<Thu Oct 25 13:52:59 2007: ssphmUserCertVerify: calling x509_decode() Thu Oct 25 13:52:59 2007: sshpmGetCID: called to evaluate <bsnOldDefaultCaCert>Thu Oct 25 13:52:59 2007: sshpmGetCID: comparing to row 0, CA cert >bsnOldDefaultCaCert<Thu Oct 25 13:52:59 2007: sshpmGetCertFromCID: called to get cert for CID 20f00bf3Thu Oct 25 13:52:59 2007: sshpmGetCertFromCID: comparing to row 0, certname>bsnOldDefaultCaCert<Thu Oct 25 13:52:59 2007: ssphmUserCertVerify: calling x509_decode()Thu Oct 25 13:52:59 2007: ssphmUserCertVerify: user cert verfied using>bsnOldDefaultCaCert<Thu Oct 25 13:52:59 2007: sshpmGetIssuerHandles: ValidityString (current):2007/10/25/13:52:59Thu Oct 25 13:52:59 2007: sshpmGetIssuerHandles: AP version is 0x400d900,sending Cisco ID cert...Thu Oct 25 13:52:59 2007: sshpmGetCID: called to evaluate <cscoDefaultIdCert>Thu Oct 25 13:52:59 2007: sshpmGetCID: comparing to row 0, CA cert >bsnOldDefaultCaCert<Thu Oct 25 13:52:59 2007: sshpmGetCID: comparing to row 1, CA cert >bsnDefaultRootCaCert<Thu Oct 25 13:52:59 2007: sshpmGetCID: comparing to row 2, CA cert >bsnDefaultCaCert<Thu Oct 25 13:52:59 2007: sshpmGetCID: comparing to row 3, CA cert >bsnDefaultBuildCert<Thu Oct 25 13:52:59 2007: sshpmGetCID: comparing to row 4, CA cert >cscoDefaultNewRootCaCert< Thu Oct 25 13:52:59 2007: sshpmGetCID: comparing to row 5, CA cert >cscoDefaultMfgCaCert<Thu Oct 25 13:52:59 2007: sshpmGetCID: comparing to row 0, ID cert >bsnOldDefaultIdCert<Thu Oct 25 13:52:59 2007: sshpmGetCID: comparing to row 1, ID cert >bsnDefaultIdCert<Thu Oct 25 13:52:59 2007: sshpmGetCID: comparing to row 2, ID cert >bsnSslWebadminCert<Thu Oct 25 13:52:59 2007: sshpmGetCID: comparing to row 3, ID cert >bsnSslWebauthCert< Thu Oct 25 13:52:59 2007: sshpmGetIssuerHandles: Airespace ID cert ok; sending it...Thu Oct 25 13:52:59 2007: sshpmGetCID: called to evaluate <bsnOldDefaultIdCert>Thu Oct 25 13:52:59 2007: sshpmGetCID: comparing to row 0, CA cert >bsnOldDefaultCaCert<Thu Oct 25 13:52:59 2007: sshpmGetCID: comparing to row 1, CA cert >bsnDefaultRootCaCert<Thu Oct 25 13:52:59 2007: sshpmGetCID: comparing to row 2, CA cert >bsnDefaultCaCert<Thu Oct 25 13:52:59 2007: sshpmGetCID: comparing to row 3, CA cert >bsnDefaultBuildCert<Thu Oct 25 13:52:59 2007: sshpmGetCID: comparing to row 4, CA cert >cscoDefaultNewRootCaCert<Thu Oct 25 13:52:59 2007: sshpmGetCID: comparing to row 5, CA cert >cscoDefaultMfgCaCert<Thu Oct 25 13:53:03 2007: sshpmGetCID: comparing to row 0, ID cert >bsnOldDefaultIdCert<Thu Oct 25 13:53:03 2007: sshpmGetCertFromHandle: calling sshpmGetCertFromCID()with CID 0x156af135Thu Oct 25 13:53:03 2007: sshpmGetCertFromCID: called to get cert for CID 156af135Thu Oct 25 13:53:03 2007: sshpmGetCertFromCID: comparing to row 0,certname >bsnOldDefaultCaCert<Thu Oct 25 13:53:03 2007: sshpmGetCertFromCID: comparing to row 1,certname >bsnDefaultRootCaCert<Thu Oct 25 13:53:03 2007: sshpmGetCertFromCID: comparing to row 2,certname >bsnDefaultCaCert<Thu Oct 25 13:53:03 2007: sshpmGetCertFromCID: comparing to row 3,certname >bsnDefaultBuildCert<Thu Oct 25 13:53:03 2007: sshpmGetCertFromCID: comparing to row 4,
无法加入wift篇七
《瘦AP无法加入WLC故障排除-3》
故障排除为何无线接入点无法加入无线控制器
简介
本文档提供有关无线控制器版本4.2.61.0中show ap join stats命令的信并演示了如何有效地使用它们。有关解决一个无线接入点无法加入无线控制器的详细信息，请参阅轻型无线接入点无法加入无线控制器的故障排除一文。如果无线接入点不发送加入到无线控制器的请求，可以在无线接入点上进行故障排除。
此故障排除文档适用于版本4.2.61到7.2.103的所有无线控制器。
输出的 在背景资料和故障排除算法部分之后我们还列举了无线控制器上发生的不同错误的几个例子。
先决条件
要求
本文档没有具体要求。
组件使用
本文件并不限于特定的软件和硬件版本。
本文档中的资料是从一个特定实验室环境中的设备上生成的。本文档中使用的所有设备以缺省（默认）配置开始配置。如果您的网络是正在使用的生产系统，请确保您了解所有命令带来的潜在影响。
背景信息
无线控制器版本4.2.61.0开始，无线控制器保持跟踪所有的无线接入点发送的发现请求和已经对哪些无线接入点发送一个发现答复。它还跟踪尝试加入无线控制器的无线接入点的成功状态。无线控制器上有2个新的CLI（通过控制台或SSH）命令来帮助解决为什么无线接入点无法加入无线控制器：
Show ap join stats summary [all | AP_Mac_Address]
Show ap join stats detailed AP_Mac_Address
故障诊断算法
使用show ap join stats summary all命令来查看哪个无线接入点没有加入无线控制器。一旦无线控制器收到一个无线接入点的发现请求，该无线接入点立即被插入到show ap join stats列表中。
注：无线控制器不会将无线接入点从列表中删除，直到无线控制器重新启动。在某些情况下，失败加入的无线接入点尝试时间超过一天或完全脱机。使用show ap join stats detail命令找出从无线接入点发送出来的最后的发现请求和最后的加入请求，以确定无线接入点是否失去了连接或者可能转移到另一个无线控制器。
输出给出无线控制器已收到的所有发出发现请求的无线接入点总数，然后列出这些无线接入点当前是否加入到无线控制器。
(Cisco Controller) >show ap join stats summary all
Number of APs................................. 3
00:0b:85:1b:7c:b0............................. Joined
00:12:44:bb:25:d0............................. Joined
00:13:19:31:9c:e0............................. Not joined
一旦你了解到未加入无线接入点使用的MAC地址， 使用show ap join stats summary <mac addr>显示最后加入和失败原因。
(Cisco Controller) >show ap join stats summary 00:14:f2:63:12:50
Is the AP currently connected to controller............. Yes
Time at which the AP joined this controller last time... Jan 24 12:21:32.414 Type of error that occurred last........................ AP got or has been disconnected
Reason for error that occurred last...........Timed out while waiting for ECHO response from the AP
Time at which the last join error occurred.............. Jan 24 12:21:14.751
如果你想了解发现请求、加入请求和配置要求的详细信息，使用show ap join stats detail <mac-address>命令。此命令还将显示无线控制器是否只看到从无线接入点发出了发现请求而没有看到加入请求。
(Cisco Controller) >show ap join stats detail 00:14:f2:63:12:50
Discovery phase statistics
- Discovery requests received........................... 2
- Successful discovery responses sent................... 2
- Unsuccessful discovery request processing............. 0
- Reason for last unsuccessful discovery attempt........ Not applicable
- Time at last successful discovery attempt............. Jan 24 12:21:20.547
- Time at last unsuccessful discovery attempt........... Not applicable
Join phase statistics
- Join requests received................................ 2
- Successful join responses sent........................ 2
- Unsuccessful join request processing.................. 0
- Reason for last unsuccessful join attempt............. Not applicable
- Time at last successful join attempt.................. Jan 24 12:21:30.669
- Time at last unsuccessful join attempt................ Not applicable
Configuration phase statistics
- Configuration requests received....................... 2
- Successful configuration responses sent............... 2
- Unsuccessful configuration request processing......... 0
- Reason for last unsuccessful configuration attempt.... Not applicable
- Successful configuration attempt...................... Jan 24 12:21:32.414
- Time at last unsuccessful configuration attempt....... Not applicable
Last AP message decryption failure details
- Reason for last message decryption failure............ Not applicable
Last AP disconnect details
- Reason for last AP connection failure......Timed out while waiting for ECHO response from the AP
Last join error summary
- Type of error that occurred last...................... AP got or has been disconnected
- Reason for error that occurred last...... Timed out while waiting for ECHO response from the AP - Time at which the last join error occurred............ Jan 24 12:21:14.751
例子1
在这种情况下，无线控制器上的时间是不正确的。该错误表明，无线接入点证书的有效载荷是无效的。发生此错误是因为无线控制器上的时间与证书的有效性时间间隔不一致。通过show time命令指示正确的时间。注意：下面输出中的时间值为MAR 6 1993。这是没有配置NTP的无线控制器的时钟开始时间。
无线接入点连接统计报告的三个阶段随着时间的推移为：发现，注册和配置阶段。检查最后一个错误摘要部分获取无线接入点无法加入或断开连接的原因。
(Cisco Controller) >show ap join stats detailed 00:14:1b:5a:40:10
Discovery phase statistics
- Discovery requests received........................... 2
- Successful discovery responses sent................... 1
- Unsuccessful discovery request processing............. 2113123
- Reason for last unsuccessful discovery attempt........
Discovery request received on unsupported VLAN
- Time at last successful discovery attempt............. Mar 06 19:03:50.779
- Time at last unsuccessful discovery attempt........... Mar 06 19:03:50.782
Join phase statistics
- Join requests received................................ 1
- Successful join responses sent........................ 0
- Unsuccessful join request processing.................. 1
- Reason for last unsuccessful join attempt.............
Certificate payload in join request contains
invalid certificate
- Time at last successful join attempt.................. Not applicable
- Time at last unsuccessful join attempt................ Mar 06 19:04:00.810
Configuration phase statistics
- Configuration requests received....................... 0
- Successful configuration responses sent............... 0
- Unsuccessful configuration request processing......... 0
- Reason for last unsuccessful configuration attempt.... Not applicable
- Time at last successful configuration attempt......... Not applicable
- Time at last unsuccessful configuration attempt....... Not applicable
Last AP message decryption failure details
- Reason for last message decryption failure............ Not applicable
Last AP disconnect details
- Reason for last AP connection failure................. Not applicable
Last join error summary
- Type of error that occurred last...................... Lwapp join request rejected
- Reason for error that occurred last...................
Certificate payload in join request contains invalid
certificate
- Time at which the last join error occurred............ Mar 06 19:04:00.810
例子2
在这种情况下，无线接入点发送的发现请求通过非管理IP地址所在的VLAN接收到。无线控制器拒绝所有从非管理接口子网接收到的发现请求。
(Cisco Controller) >show ap join stats detailed 00:14:1b:5a:40:10
Discovery phase statistics
- Discovery requests received........................... 10
- Successful discovery responses sent................... 5
- Unsuccessful discovery request processing............. 2113123
- Reason for last unsuccessful discovery attempt........
Discovery request received on unsupported VLAN
- Time at last successful discovery attempt............. Jan 30 14:30:12.284
- Time at last unsuccessful discovery attempt........... Jan 30 14:30:12.288
Join phase statistics
- Join requests received................................ 4
- Successful join responses sent........................ 0
- Unsuccessful join request processing.................. 4
- Reason for last unsuccessful join attempt.............
Certificate payload in join request contains invalid
certificate
- Time at last successful join attempt.................. Not applicable
- Time at last unsuccessful join attempt................ Mar 06 19:19:03.345
Configuration phase statistics
- Configuration requests received....................... 0
- Successful configuration responses sent............... 0
- Unsuccessful configuration request processing......... 0
- Reason for last unsuccessful configuration attempt.... Not applicable
- Time at last successful configuration attempt......... Not applicable
无法加入wift篇八
《客户端无法加入域的情况处理》
客户端无法加入域的情况处理
客户机加入域时的错误各种各样，但总的来说，客户机不能加入域的解决方法部外乎以下几种：
1、将客户机的第一DNS设为AD的IP，一般DNS都时和AD集成安装的，清空缓存并重新注册
ipconfig /flushdns 清空DNS
ipconfig /registerdns 重新申请DNS
2、关闭客户端防火墙
3、只留IP为AD的第一DNS，第二DNS设为空
4、在AD服务器的DNS建立客户机的SRV记录
5、启动DNS和TCP/IP NetBIOS Helper Service服务
6、更改主机名并在服务器上删除已经存在的DNS记录，重启
7、域中的客户机的系统时间必须同步或慢于DC服务器的系统时间1分钟(不得超过10分钟)
对于提示无法联系域的情况处理
1．您无法用NetBois域名加入域。
2．组策略无法正常应用。
3．无法打开网上领居和访问共享文件。
这个问题有可能是Wins服务器没有正确配置或TCP/IP NetBIOS没有启动造成的。我建议您做如下的检查：
建议一：如果您的域中有Wins服务器，请检查客户机的Wins配置看是不是指向Wins服务器。另外，请打开Wins服务器，看yourdomain.com记录正确注册。
建议二：如果 TCP/IP NetBIOS Helper Service（TCP/IP NetBIOS 支持服务）没有在客户端计算机上运行，可能会出现此问题。要解决此问题，请启动 TCP/IP NetBIOS 支持服务。要启动 NetBIOS 支持服务，请按照下列步骤操作：
1. 使用具有管理员权限的帐户登录到客户机。
2. 单击“开始”，单击“运行”，在“打开”框中键入 services.msc，然后单击“确定”。
3. 在服务列表中，双击“TCP/IP NetBIOS Helper Service”。您看到的文章来自活动目录seo
4. 在“启动类型”列表中，单击“自动”，然后单击“应用”。
5. 在“服务状态”下，单击“启动”以启动 TCP/IP NetBIOS 支持服务。
6. 当该服务启动后，请单击“确定”，然后退出“服务”管理单元。 建议三：请检查是否安装了客户机上安装了“Microsoft网络的文件和打印机共享”
1．点击“开始菜单→控制面板→网络连接”。
2．在所出现窗口中的局域网连接（如“本地连接”）上单击右键，选择“属性”。
3．勾选常规标签下的“Microsoft网络的文件和打印机共享”项。
无法加入wift篇九
《为什么我无法加入win7家庭组-解决方案》
为什么我无法加入win7家庭组
感谢 sou6 的投递 时间：2014-04-04 来源：三联教程
解决此问题
单击“运行”，然后按照向导中的步骤操作。
如果运行 Fix It 向导无法解决问题，请参考下面的列表：
您的网络中没有可用的家庭组。若要创建一个家庭组，请参阅创建家庭组。
可能未连接到家庭组所在的网络。若要连接到网络，请执行下列步骤：
单击任务栏的通知区域中的网络图标(
或
)。
单击要连接的网络，然后单击“连接”。系统可能会要求您输入网络安全密钥。
连接到网络后，如果网络上存在一个家庭组，则您可加入该家庭组。
必须是运行 Windows 7 的计算机才能加入家庭组。所有版本的 Windows 7 都可使用家庭组。在 Windows 7 简易版和 Windows 7 家庭普通版中，您可以加入家庭组，但无法创建家庭组。
该网络位置可能未设置为“家庭”。家庭组仅在家庭(专用)网络上运行。若要更改网络位置，请执行下列步骤： 通过单击「开始」按钮
，然后单击“控制面板”，打开“网络和共享中心”。 在搜索框中，键入网络，然后单击“网络和共享中心”。 单击“工作网络”或“公用网络”，然后单击“家庭网络”。
网络和共享中心
家庭组中的其他计算机可能不在家中、可能已离开家庭组或者处于关闭、睡眠或休眠状态。有关更改电源节能选项的信息，请参阅更改、创建或删除电源计划(方案)。
创建家庭组所在的计算机可能已重新启动，并且没有人登录该计算机。家庭组所需的一些服务在登录后才能启动。确保有人登录最初创建此家庭组所在的计算机。
没有启用网络发现。若要启用网络发现，请按照以下步骤进行操作：
通过单击「开始」按钮
，然后单击“控制面板”打开“高级共享设置”。在搜索框中，键入网络，单击“网络和共享中心”，然后在左侧窗格中单击“更改高级共享设置”。单击 V 形图标
展开“家庭或工作”网络配置文件。单击“启用网络发现”，然后单击“保存更改”。
如果系统提示您输入管理员密码或进行确认，请键入该密码或提供确认。
有关网络发现的详细信息，请参阅什么是网络发现?
一个或多个必需的服务未运行。“对等网络分组”和“家庭组提供程序”服务必须都在运行中。。以下是检查步骤： 通过单击「开始」按钮
，然后单击“控制面板”，打开“管理工具”。 在搜索框中，键入管理工具，然后单击“管理工具”。
如果系统提示您输入管理员密码或进行确认，请键入该密码或提供确认。双击“服务”。
如果系统提示您输入管理员密码或进行确认，请键入该密码或提供确认。
在“对等网络分组”和“家庭组提供程序”服务旁边的“状态”栏中，应看到“已启动”字样。如果未看到该字样，则双击该服务的名称，然后单击“启动”。
对等网络 idstore.sst 文件已损坏。如果您看到消息“Windows 无法在此计算机上设置家庭组。错误代码 0x80630801。”，并且无法使用上面的过程启动对等网络分组服务，请按照以下这些步骤删除损坏的文件： 单击“开始”按钮
。
在搜索框中，键入命令提示符。
在结果列表中，右键单击“命令提示符”，然后单击“以管理员身份运行”。
如果系统提示您输入管理员密码或进行确认，请键入该密码或提供确认。
删除位于系统驱动器(例如驱动器 C)的
WindowsServiceProfilesLocalServiceAppDataRoamingPeerNetworking 文件夹中的 idstore.sset 文件。 重新启动计算机，然后再次尝试加入家庭组。
您的计算机已属于家庭组。您只能一次属于一个家庭组。
您的系统管理员已在加入域的计算机上关闭了家庭组。
无法加入wift篇十
《iPhone能识别到网络但是无法加入》
iPhone能识别到网络但是无法加入
iPhone能识别到网络但是无法加入的处理方法如下：
确认此网络其他设备能否正常连接，以确定无线的有效性，如无线没有问题：
1、 重新关闭打开无线的开关；
2、 重启手机再试；
3、 设置——通用——还原网络设置；
4、 设置——通用——还原所有设置。
如果其他设备同时不能连接无线网络：
1、 重启路由器再试；
2、 更换其他无线网络进行测试。
上一篇：ipadapp内购买下载不了
下一篇：有些软件移不到sd卡