路由器怎么不能用(宿舍里的路由器怎么不能用)

无线网卡无法搜索AP的无线信号。

问题现象:

无线网卡无法搜索AP的无线信号。

问题分析:

无线网卡搜索不到AP的信号有两个原因:(1)无线网卡，(2)AP本身。遇到这个问题，可以从以上两个方面来处理。

处理过程:

1.无线网卡端:

(1)检查PC的无线网卡是否打开，是否能搜索到空中的其他无线信号，确认无线网卡正常使用。

(2)检查网卡的无线参数，如无线工作模式等。

(3)检查网卡和AP之间的距离，确保网卡在AP的覆盖范围内。

2.AP侧

(1)检查AP是否通电，工作是否正常，天线是否牢固。

(2)检查AP的配置通道是否为12，13通道，欧洲笔记本不支持。

(3)通过串口登录AP，执行iwconfig，观察WLAN接口是否已经启动。

(4)如果是瘦AP，通过AC检查AP的在线状态，AP包是否绑定了对应的WLAN包。

治疗结论:

一般要通过搜索以上步骤才能解决问题。如果还有问题，建议把无线网卡和AP的型号发给我们测试。

AP不稳定，丢包很严重，导致上网很慢。

问题现象:

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

问题分析:

这种现象一般是由几种常见的原因造成的:

1.无线接入点之间的同信道干扰导致相邻接入点的信道被设置为相同的信道。

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 & lt port list & gt；动态的.

治疗结论:

处理此类问题时，一定要弄清楚连接的开关是否具有供电功能。

无线终端可以搜索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登录管理板，显示wtp，然后ping其中一个AP，看它是否能ping通。如果不行，参考上一节的步骤。

用户无法获取IP地址。

问题现象:

用户使用dhcp实现服务，但无法获得IP地址。

问题分析:

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

问题处理:

用户无法获取地址的故障排除过程

1.确认是普遍现象还是个别现象。如果是个别现象，要看这些sta是否有相同的属性，比如在同一个热点(在一个ONU或者一个接入交换机或者一个AP下)，主要关注传输失败、AP失败、一个热点的SSID配置是否正确等。同时也要注意现场AP无线信号的质量，干扰是否严重，是否会影响用户对地址的访问(故障排除参考3.1.2节)。如果所有的sta都得不到地址，那么就按照下面的方法进行故障排除。

2.本地转发模式:

(1)在1)web模式下登录管理板，在WLAN中找到对应的WLAN包，检查下发到AP的无线参数中的服务vlan是否正确。

(2)在本地转发模式的情况下，一般使用外部dhcp设备(如bas设备)作为dhcp服务器为用户分配地址。通过在dhcp服务器端捕获数据包来检查DHCP交互过程。

(3)如果dhcp服务器端没有收到discover报文，检查中间链路是否正确配置了服务vlan。

3.集中转发模式:

(1)首先检查下发的SSID是集中转发模式还是本地转发模式，然后检查隧道配置是否正确(会执行show wireless station，如果隧道建立成功会有隧道条目)，检查AP和AC上配置的隧道ip是否可路由，确保隧道可以正常工作。展示无线接入平台

站点是否有隧道表，如果有，说明数据同步正常。如果没有，检查相关的隧道配置，如管理平台的access.conf和forword.conf文件配置，隧道目的地址(接入平台地址，AP路由可达的接入平台地址)，隧道端口(5248)，隧道模式(1-MACBrigde)以及接入平台的相关隧道配置。

(2)检查AP和AC上配置的隧道ip是否可路由。Telnet到AP，执行sendcmd 1 tunnel_mgr show(如下图所示)，检查AP获取的AC地址(dest ip)，然后从ping地址。您必须确保可以ping通。

(3)在三层隧道期间，检查管理平台的服务VLAN配置，尤其是WLAN和VLAN的关联。如果没有qinq配置，内层VLAN是对应的服务VLAN，外层VLAN配置为0。

(4)如果在二层隧道模式下，show无线站的隧道表建立正常，用户仍然无法获取地址，则需要检查上面的dhcp服务器(如BRAS)的数据是否制作正确，透明服务VLAN是否准确。

(5)如果是三层隧道模式，正常建立show无线站隧道表，用户仍然无法获取地址。可以在接入板上打开debug dhcp(注意，在打开debug之前，使用show statistics packet reset，连续执行两次，查看dhcp消息是否一秒钟不超过200条。如果超过200(下面可能有循环)，直接打开debug，AC就被洗死了)看看有没有收到用户发来的dhcp discover消息。如果接入平台收到用户的DHCP请求消息，检查AC是否向用户返回OFFER消息，用户终端收到OFFER消息后是否发出请求消息。在从用户终端接收到REQUSET消息之后，AC将发送ACK确认消息。用户终端收到ACK确认消息后，整个DHCP过程将正常完成，用户终端可以获得正确的IP地址。任何一个环节出现问题，都会导致用户终端无法获取地址。分为以下几种情况。

情况一:提示找不到可用地址池。一般情况下，地址池中可用接口端口x VLAN XXX语句的配置参数与用户终端上报的端口和VLAN号不匹配，或者在地址池中配置了option60属性。

情况二:接入平台有OFFER回复消息，但是没有收到用户的请求消息。这种情况可能是由AP到AC的单向通信引起的。比如中间交换机配置了QINQ，或者接入交换机端可能出现环路，产生广播风暴，导致接入交换机端报文丢失。重点考察放在中间环节。如果条件允许，可以在AP接入交换机和AC下行端口(上传用户消息的AC端口)同时抢包。

情况3:接入平台报告CPU利用率高，连续两次进行show statistics包复位。发现AC在一秒钟内收到大量广播数据包(例如，dhcp数据包超过200个/秒)。基本上是接入交换机或者传输端出现了环路，导致广播分包，AC收到大量广播消息，导致拒绝服务。

用户获得了地址，但无法启动门户页面。

问题现象:

用户获得正常的业务IP地址后，在浏览器中随便输入网址，门户认证界面没有强制启动，当然无法实现上网服务。

问题分析:

检查主交流配置，重点是隧道和门户相关的配置。

问题处理:

用户得到了地址，却推不出门户页面的故障排除流程。

1.如果走二层隧道，用户的业务不在AC上管理。如果可以获得外置BRAS分配的地址，但是无法显示正确的门户页面，则与外置BRAS直接相关，需要联系BRAS厂商进行故障排除。

2.STA端在windows dos窗口下输入命令ping入口服务器地址(例如，221.176.1.140)。如果能ping通，在dos窗口下输入nslookup命令，根据提示输入或其他网站的域名，看能否解析成IP地址。如果无法正确解决超时问题，则一定是DNS域名服务器出现故障。你可以尝试在IE浏览器页面直接输入1.1.1.1回车。通常，您应该能够打开门户页面。

3.如果STA无法ping通portal服务器地址，则重点在AC上，通过串口或telnet登录AC接入板，ping通AC上的portal地址。如果不行，检查AC的出口路由，主要是确定AC ping门户服务器之间的网络是否正常。如果可以ping通AC，请检查AC配置，如过滤策略和服务策略配置，以及用户地址池中引用的策略是否允许用户无需验证即可访问门户服务器。

4.如果无线用户无法通过浏览器重定向门户的URL，则重点检查AC上的认证策略(在用户地址池认证之前只允许门户地址、自助服务地址和郭曼服务器地址访问)和AC负载(检查CPU利用率等。看是否被TCP同步攻击等。).

5.如果打开门户页面时提示非热点区域，或者无法获取ac地址等错误提示，说明门户服务器端没有注册AC和用户地址段的相关信息。

6.有的省市是集团门户和省门户两个系统，对重定向url后携带的字段要求不一致。例如，一些省份要求携带wlanacip字段和vlan字段，而移动集团为中国移动和中国移动EDU用户定制了个性化门户页面，这些页面都需要携带ssid字段。如果这些字段报告不正确，则无法弹出正确的相应门户页面。列出在全局模式下用于配置承载字段的几种常见语句:

(1)在ac推送的portal-url中配置ac-name值和wlanacip值，其中wlanacip为可选参数；否则，推送的门户url将不会携带wlanacip。

前门户ac名称字符串wlanacip ipaddress

(2)开启类星功能。如果重定向url需要携带ssid字段，通过不同的ssid推送不同的门户页面，则需要开启该功能。

无线star-bucks启用

如果在热点开启了多ssid多入口功能，需要查看显示无线电台表，看sta是否连接到对应的SSID，然后会弹出对应的入口页面。

用户得到地址后，可以弹出门户页面，但无法通过认证。

问题现象:

可以弹出门户页面，提交用户账号密码后会提示认证失败，或者没有权限等。

问题分析:

这个问题涉及到AC、portal和AAA服务器(radius服务器)之间的交互。我们需要分别进行调查。

问题处理:

问题处理流程可以推送门户页面，但无法成功认证

1.首先你要知道用户认证不成功是个别现象还是普遍现象。如果是个别现象，很可能是账号问题导致的，比如账号已经登录，账号密码不正确。

2.如果是整体认证问题，可以先搞清楚BRAS连接的其他用户是否也认证不成功，排除认证服务器问题。对认证服务器进行故障排除后，如果是开始，请确保本地数据已准备好。比如在门户服务器上注册了ac-name，在认证服务器上注册了radius-client ip，部分省级门户服务器需要注册用户的ip地址网段，以保证门户的正常认证。

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

4.在特权模式下打开debug radius(外部门户的radius交换机)和debug Export(外部门户的Debug交换机)，检查AC与门户服务器的交互过程，AC是否向radius服务器发送认证请求，是否收到radius响应消息。还可以通过调试和打印信息来检查消息中的字段值是否有问题。

5.在特权模式下，有两个门户消息和radius消息的统计说明。

(1)show export statistics # counts AC和portal服务器之间的交互消息。

(2)显示radius服务器x.x.x.x认证# x.x.x是radius服务器的地址，统计AC和radius服务器之间的认证交互消息。

(3)显示radius服务器x.x.x.x accounting # x.x.x为radius服务器的地址，统计AC与radius服务器之间的计费交互消息。

这些统计数据包括发送和接收的消息总数、成功的请求数和被拒绝的消息数等。，它可以为故障排除提供详细信息。

注意:

当使用DHCP+web实现互联网服务时，存在涉及AC、portal和radius交互的问题。我们首先要了解这种服务模式的实现过程。