「改」uap-lr无法采用

(目前已经解决了,也没什么高明的办法,就是降级,具体帖子后面有写)
目前控制器用的5.12.35 新加的uap-lr无法采用 (非AC)一直循环采用,无法成功
新加之前是3.9x的固件版本,在测试环境5.5.19的控制器版本可以采用。然后升级固件到4.0.15和4.0.80都无法在5.12.35上采用成功。
5.12.35控制器上原有的几十个LR都正常使用,固件版本是4.0.80

下面是日志
[2020-05-13T20:43:03,970] INFO db - Connecting to mongodb://localhost:27117
[2020-05-13T20:43:06,264] INFO db - Connecting to mongodb://localhost:27117
[2020-05-13T20:43:06,528] INFO productinfo - Using controller channel=RELEASE, firmware channel=RELEASE. Available controller channels=[RELEASE], available firmware channels=[RELEASE]. SSO is disabled.
[2020-05-13T20:43:08,640] INFO webrtc - WebRTC library version: EvoStream Media Server (www.evostream.com) build v2.2.2 - Gladiator - (built for Windows-7-x86_64 on 2018-12-15T00:26:19.000) OpenSSL version: 1.0.2n compiled on machine: Compatible Windows
[2020-05-13T20:43:08,693] INFO remote - Directory ‘C:\Users\Administrator\Ubiquiti UniFi\logs\remote’ present
[2020-05-13T20:43:09,101] INFO sdn - Removed fingerbank token
[2020-05-13T20:43:10,884] INFO launcher - UniFi Controller (5.12.35) started.
[2020-05-13T20:46:09,153] <ubnt/tcp> WARN dev - [sshCommand exec] Execute SSH without host key verification!
[2020-05-13T20:46:09,653] ERROR inform - Inform Invalid for Device[192.168.15.18:46080], Bad packet magic
[2020-05-13T20:46:54,721] ERROR inform - Inform Invalid for Device[192.168.15.18:46082], Bad packet magic
[2020-05-13T20:47:23,182] ERROR inform - Inform Invalid for Device[192.168.15.18:46084], Bad packet magic
[2020-05-13T20:47:39,800] ERROR inform - Inform Invalid for Device[192.168.15.18:46086], Bad packet magic
[2020-05-13T20:48:08,261] ERROR inform - Inform Invalid for Device[192.168.15.18:46088], Bad packet magic
[2020-05-13T20:48:23,459] ERROR inform - Inform Invalid for Device[192.168.15.18:46090], Bad packet magic
[2020-05-13T20:48:53,338] ERROR inform - Inform Invalid for Device[192.168.15.18:46092], Bad packet magic
[2020-05-13T20:49:08,517] ERROR inform - Inform Invalid for Device[192.168.15.18:46094], Bad packet magic
[2020-05-13T20:49:23,246] ERROR inform - Inform Invalid for Device[192.168.15.18:46096], Bad packet magic
[2020-05-13T20:49:38,411] ERROR inform - Inform Invalid for Device[192.168.15.18:46098], Bad packet magic
[2020-05-13T20:50:08,310] ERROR inform - Inform Invalid for Device[192.168.15.18:46100], Bad packet magic
[2020-05-13T20:50:23,288] ERROR inform - Inform Invalid for Device[192.168.15.18:46102], Bad packet magic
[2020-05-13T20:51:08,359] ERROR inform - Inform Invalid for Device[192.168.15.18:46104], Bad packet magic
[2020-05-13T20:51:23,322] ERROR inform - Inform Invalid for Device[192.168.15.18:46106], Bad packet magic
[2020-05-13T20:52:08,403] ERROR inform - Inform Invalid for Device[192.168.15.18:46108], Bad packet magic
[2020-05-13T20:52:23,370] ERROR inform - Inform Invalid for Device[192.168.15.18:46110], Bad packet magic
[2020-05-13T20:53:08,443] ERROR inform - Inform Invalid for Device[192.168.15.18:46112], Bad packet magic
[2020-05-13T20:53:23,393] ERROR inform - Inform Invalid for Device[192.168.15.18:46114], Bad packet magic
[2020-05-13T20:54:08,471] ERROR inform - Inform Invalid for Device[192.168.15.18:46116], Bad packet magic
[2020-05-13T20:54:23,475] ERROR inform - Inform Invalid for Device[192.168.15.18:46118], Bad packet magic
[2020-05-13T20:55:08,542] ERROR inform - Inform Invalid for Device[192.168.15.18:46120], Bad packet magic
[2020-05-13T20:55:23,464] ERROR inform - Inform Invalid for Device[192.168.15.18:46122], Bad data length

求助帖请补充足够的信息以便坛友帮助你分析问题

个人建议AC升级到5.12.66以上版本,AP做一个严格意义上的恢复出厂值后再采用;

恢复出厂值请参看这段描述:How-to-reset-the-UniFi-Access-Point-to-factory-defaults

一般是指AP发出的报文受到了篡改,有可能影响到的是多重NAT「修改报文那种 :crazy_face:」、DNS解析、NTP不同步,因此引发范畴比较大,需要你自己一点点去排除了

dhcp是主路由分配的,ros的电信入门级,没划分vlan啥的,交换机h3c也没任何特殊设置,都是默认配置,内网是8段/21,是不是5.12版本子网过大会导致的bug?测试环境是100段/24。明天把测试环境控制台升级到一样的高版本试试看。软硬复位那些都做过,没用。一开始以为是固件版本低导致采用不上,升级到一样版本的固件还是不行。

看上去可能就是你/21网段的问题了,自己查一下AP和AC上的DNS/网关/NTP的设置是不是符合21/段且和网内存在的网段无冲突;

设置都没问题,在没有升级5.12前采用新的都没问题,这个8段/21使用了2,3年了。前端时间升级了12,之后新加ap就出现这个问题了。如果高版本不行,这个可以降级吗?包括固件和控制器。

还有个问题,我升级5.12.66了,打开提示要登陆Ubiquiti帐户登录,之前的备份也扫不出来,无法导入,官网注册一直过不去,下面提示,无法连接到 reCAPTCHA 服务。请检查您的互联网连接,然后重新加载网页以获取 reCAPTCHA 验证。这个要上梯子吗?

已经告诉你了:

  1. IP/DNS/NTP设置,自己查一下;
  2. AC版本升级到5.12.66以上
  3. AP严格恢复出厂值
    ……就这么几个事……

发送注册in-form的时候,AC服务器的Log是不是有了对应的报文事件?如果没有达到是什么错误,到达响应了是啥错误?另外整个问题描述一团混乱……

如果啥都搞不清楚的,可以把AC上的配置备份出来「不带数据,仅配置」,然后AC服务器重装一遍「觉得自己删不干净的就重装操作系统吧」导入配置。

很抱歉,我没你们专业,ip设置全部是正常的,包括AP,控制器电脑,都是按/21设置,子网是255.255.248.0,dns都是本地电信的,至于ntp设置我不太懂,我也说了,升级12之前是正常的,而且系统是12版本前新装的,网络不太懂,系统这块我是又信心的,全新的msdn系统,不是ghost版,单纯一台电脑做控制器,没有任何其他的东西,平时也不乱动。AP软硬件的复位都做过,测试环境老版本采用正常。

目前我这个情况能否降级退回到之前控制台5.5以前的版本?目前5.12.66也无法登陆使用,ap固件都是4.0.88。按你说的方法个人目前也无能解决。

这个跟专业程度没关系吧……体育老师背锅语文课 :crazy_face:

我这个高考语文不及格的人帮你整理一下表述,你自己看看对不对吧:

  • 以前用的AC版本??后来重装了操作系统「自称的MSDN版」后,再装的5.12.35版本「这个不是升级吧?直接是新装诶……埋雷了,后面会说」
  • 装了5.12.35之后,原来的AP都在?还是导入了备份的配置?还是都重新采用的?「缺描述、缺过程,请确认」
  • AP恢复出厂值的操作回帖里说是做了,那做的是啥呢?“syswrapper.sh&restore-default”这个命令打过了没有?我回帖里贴的链接里可是有的哦……
  • 再就是采用的时候的Log呢?NTP同步了的话,时间戳是一样的,至少精确到秒了,自己就能看到那个时间点为啥失败了,如果是根本没收到注册采用的报文,请自查网络和服务器操作系统的权限和配置了

你没有SSO账号,就不要开这个选项,从Advance菜单里选直接本地登录账号即可……
不知道选啥的麻烦截个图出来,人家才知道你卡在哪一步了……

可能没有按你的方式提问是我不对,我只是想反应一个情况,自认可能是bug,这边负责几个店的维护,
总体来说ubnt是最让我头疼的,其他的两个国产品牌反而最省心,升级维护一目了然,如果我是专业搞网络
的,可能我会继续研究下ubnt,多补充下网络知识等等,但是以后可能还是会选择国产品牌多一些。相比更
适合我们这种泥腿子。。。(见笑了)

简单在描述下吧。14年这个店开始用ubnt,路由器是ros,当时是2.x版本,后面升级到v3v4.之后很长时间都在5.x版本使用,系统是在5.5版本的时候重装的,之前的配置导出还原,系统是2008R2,原版系统,基本补丁装完,安装java,安装控制台,之后升级5.5的几个版本,然后升级到5.6.40之后5.6.42。这期间都添加过新ap,采用没任何问题,网段设置在一开始就没变过,之后升级过几个版本一直到5.12.xx,在这个版本采用新ap就出问题了,最早是一个老款的ac,采用后过一段时间就会断开,重复采用,当初怀疑是ap不兼容,也没留意log啥的,就退了,故还继续用老款lr,这次弄了3个,每一个不能采用成功,所以就发了这个帖子。当然现在问题解决了,就是简单的降级,卸载了5.12的控制台,从5.5.12到5.6.42陆续装了几个版本,因为我都有做备份,最后5.6.40同步什么都没问题,新ap采用都正常,之后升级5.6.42也ok,不打算在继续升级了,估计我固件也没升太高,低版本也能用,在升级后怕还是采用失败。也没时间做测试了。稳定能用就行了。至于算不算bug还是怎么样,我也没有专业能力评估,希望有同样问题的能借鉴吧。

既然解决了就好:ok_hand: :100:

本来设备就是给用户用的,咱们也不是为厂商做测试的人,生产网里没必要也不建议升级,UAP-LR也是早就停产的设备了,不知道你哪里还能搞到新的,实属厉害。