基于Linux操作系统的在线激活或回收方法及装置与流程

文档序号:32442367发布日期:2022-12-06 22:32阅读:240来源:国知局
基于Linux操作系统的在线激活或回收方法及装置与流程
基于linux操作系统的在线激活或回收方法及装置
技术领域
1.本发明涉及计算机操作系统的激活或回收技术,尤指一种基于linux操作系统的在线激活或回收方法及装置。


背景技术:

2.计算机的操作系统是管理计算机硬件与软件资源的计算机程序,同时也是计算机系统的内核与基石。操作系统需要处理如管理与配置内存、决定系统资源供需的优先次序、控制输入与输出装置、操作网络与管理文件系统等基本事务,并且操作系统也提供了一个让使用者与系统互动的操作界面。
3.现在市场上主流的操作系统有很多,其中包括windows、unix、linux等,并且现在基于linux操作系统在短时间内得到迅猛的发展,基于linux操作系统指的是基于linux内核的操作系统,由于linux内核开源免费,且有着诸多的优势,越来越多的公司和个人参与到linux内核的开发当中,很多公司在linux内核的基础上增加了开发工具和应用软件,将linux内核和这些用户态的软件打包成为一个操作系统安装镜像,这个系统称为基于linux操作系统。
4.一般,操作系统厂商为了保护版权,需要用户在使用操作系统前人工手动输入正版密钥以对其进行激活,只有激活才能保证用户使用到功能完整的操作系统。但是当用户采购大批量操作系统时,也需要一台一台地进行激活操作,既耗时又费力。另外,当更换硬件或机器时,通过人工记录的方式收回密钥较为费时,系统厂商不能及时地回收激活密钥,导致激活密钥管理混乱,无法让激活密钥实现一机一码。


技术实现要素:

5.本发明的目的之一,在于提供一种基于linux操作系统的在线激活或回收方法,以解决现有的基于linux操作系统存在的不能大批量激活或回收的问题。
6.本发明的目的之二,在于提供一种基于linux操作系统的在线激活或回收装置,以解决现有的基于linux操作系统存在的不能大批量激活或回收的问题。
7.为解决上述技术问题,本发明的目的之一是这样实现的:
8.一种基于linux操作系统的在线激活或回收方法,具体包括以下步骤:
9.s1、构建在线激活或回收装置:在一安装有基于linux操作系统的服务器搭建kms服务端,在每个待激活或回收的基于linux操作系统上搭建kms客户端,在该安装有基于linux操作系统的服务器搭建mqtt broker,所述kms服务端、所述kms客户端分别通过mqtt协议与所述mqtt broker通信连接,所述kms服务端上安装授权管理平台,并管理授权点数。
10.s2、所述kms客户端向mqtt broker发送注册消息。
11.s3、所述kms服务端从mqtt broker中接收注册消息并响应;
12.若注册成功,则将kms客户端显示在所述kms服务端的注册列表中;
13.若注册不成功则返回步骤s2,直至kms客户端全部注册成功。
14.s4、所述kms客户端通过mqtt broker接收所述kms服务端发送的激活或回收消息,以实现kms客户端的一键激活或回收;或者所述kms客户端通过mqtt broker主动向所述kms服务端发送激活或回收消息,以实现kms客户端的主动激活或回收。服务端接收客户端发送激活请求并响应,具体通信内容如下:
15.info in daemon:msg from`kylin/c_activate/request`:`{'version':'2.2','sn':'vkvf-xthx-r4uv-tbnk-85sd','ser_num':'51897034','hd_code':'52:54:00:63:e5:83','mac':['52:54:00:63:e5:83'],'host_ser_num':'not specified','hostname':'b07-97','ip':['172.30.202.97','192.168.122.1']}`
[0016]
[2022-06-02 16:11:06,411]info in daemon:send to topic`kylin/c_activate/response`:`{"version":"2.2","ser_num":"51897034","hd_code":"52:54:00:63:e5:83","act_code":"5y8t-4hkj-wn7n-hy58-j9gz","customer":"\u9e92\u9e9f\u8f6f\u4ef6\u6709\u9650\u516c\u53f8","term":"2023-05-31","ret":0}`;
[0017]
服务端接收客户端发送回收请求并响应:[2022-06-02 15:46:05,070]info in daemon:msg from`kylin/c_recycle/request`:`{'version':'2.2','sn':'vkvf-xthx-r4uv-tbnk-85sd','act_code':'lsbf-yzkn-mz8j-rmv3-43ev'}`
[0018]
[2022-06-02 15:46:05,072]debug in daemon:deactivate directly
[0019]
[2022-06-02 15:46:05,104]info in daemon:send to topic`kylin/c_recycle/response/vkvf-xthx-r4uv-tbnk-85sd`:`{"version":"2.2","sn":"vkvf-xthx-r4uv-tbnk-85sd","act_code":"lsbf-yzkn-mz8j-rmv3-43ev","ret":0}`。
[0020]
其中,需要实现kms客户端的一键激活时,步骤s4的具体步骤为:
[0021]
s401、所述kms服务端在授权管理平台选中kms客户端,向mqtt broker发送激活消息。
[0022]
s402、所述kms客户端在mqtt broker中接收激活消息;若未接收到激活信息,则返回步骤s401;若接收到激活信息,则进行下一步。
[0023]
s403、所述kms客户端根据接收到的激活消息激活对应的基于linux操作系统,若激活成功,将激活成功消息发送到mqtt broker,并返回步骤s401。
[0024]
s404、所述kms服务端从mqtt broker中接收激活成功消息,在授权管理平台显示激活成功,并消耗对应的授权点数。
[0025]
其中,需要实现kms客户端的一键回收时,步骤s4的具体步骤为:
[0026]
s411、所述kms服务端在授权管理平台选中kms客户端,向mqtt broker发送回收消息;
[0027]
s412、所述kms客户端在mqtt broker中接收回收消息;若未接收到回收信息,则返回步骤s401;若接收到回收信息,则进行下一步;
[0028]
s413、所述kms客户端根据接收到的回收消息回收对应的基于linux操作系统,若回收成功,将回收成功消息发送到mqtt broker,并返回步骤s401;
[0029]
s414、所述kms服务端从mqtt broker中接收回收成功消息,在授权管理平台仍显示已激活,并释放对应的授权点数。
[0030]
其中,在整个步骤s4中,kms客户端每隔一规定的时间间隔将其是否激活的状态消息发送至mqtt broker,kms服务端从mqtt broker中接收状态消息,当kms服务端仍显示有
未激活状态的kms客户端时,重复进行步骤s401~步骤s404,kms服务端发送10次激活消息后,仍未获取到kms客户端激活成功的信息,则对应的kms客户端则显示激活失败。
[0031]
其中,在整个步骤s4中,kms客户端每隔一规定的时间间隔将其是否激活的状态消息发送至mqtt broker,kms服务端从mqtt broker中接收状态消息,当kms服务端仍显示有未回收状态的kms客户端时,重复进行步骤s411~步骤s414,kms服务端发送10次回收消息后,仍未获取到kms客户端回收成功的信息,则对应的kms客户端则仍显示已激活。
[0032]
其中,需要实现kms客户端的主动激活时,步骤s4的具体步骤为:
[0033]
s421、所述kms客户端主动向mqtt broker中发送激活消息;
[0034]
s422、所述kms服务端从mqtt broker接收激活消息并在授权管理平台中生成激活码,将激活码发送至mqtt broker;
[0035]
s423、所述kms客户端从mqtt broker中接收到激活码,并通过激活码激活kms客户端;
[0036]
若kms客户端激活成功,则结束进程,同时将已激活消息发送到mqtt broker,kms服务端从mqtt broker已激活消息,并在授权管理平台显示已激活状态,消耗授权管理平台的对应授权点数;
[0037]
若kms客户端激活不成功,则返回步骤s421。
[0038]
其中,需要实现kms客户端的主动回收时,(通过服务端触发激活或者回收,对客户端来说都是被动的,在客户端触发激活或者回收是主动的。具体通过在客户端执行#kylin_kms-r触发。另外,#kylin_kms-a为客户端主动激活命令。)步骤s4的具体步骤为:
[0039]
s431、所述kms客户端主动向mqtt broker中发送回收消息;
[0040]
s432、所述kms服务端从mqtt broker接收回收消息并在授权管理平台中收回激活码,将收回激活码的消息发送至mqtt broker;
[0041]
s433、所述kms客户端从mqtt broker中接收到收回激活码的消息,并通过激活码取消激活的kms客户端;
[0042]
若kms客户端回收成功,则结束进程,同时将取消激活消息发送到mqtt broker,kms服务端从mqtt broker接收回收消息,并在授权管理平台显示未激活状态,授权管理平台释放对应授权点数;
[0043]
若kms客户端回收不成功,则返回步骤s431。
[0044]
本发明的目的之二是这样实现的:
[0045]
一种基于linux操作系统的在线激活或回收装置,其特征在于,包括kms服务端、kms客户端和mqtt broker,所述kms服务端、所述kms客户端分别通过mqtt协议与所述mqtt broker通信连接,所述kms服务端上安装授权管理平台,并管理授权点数。
[0046]
本发明的有益效果为:
[0047]
本发明采用c/s架构,部署简单,激活方式灵活,既可以通过kms服务管控需要激活的操作系统,实现一键激活和一键回收的批量操作,也可以在需要激活的操作系统主动申请激活或取消激活。该发明解决了当前用户采购大批量操作系统需要一台一台操作激活的难题,及当前用户更换硬件或者更面机器面临的授权回收困难问题,使得激活流程变得高效、快捷。另外,部署本装置的服务端同时支持跨架构跨系统版本的客户端,即面对不同架构的r系及u系的客户端可以用同一服务端进行授权管控。本装置可以实现一键批量激活/
回收,使得激活流程变得高效、快捷,大大降低了时间及人力成本。
[0048]
本发明能够集中管控授权信息,可以实现操作系统的一键批量激活/回收操作,使授权使用更灵活,同时也解决了用户大批量机器激活麻烦的问题,大大节省了人力及时间。更主要的是实现了在线回收,用户可以自主灵活地合理管控授权。
附图说明
[0049]
下面结合附图和具体实施方式对本发明作进一步详细的说明。
[0050]
图1为本发明装置的结构示意图;
[0051]
图2为本发明一键激活的结构示意图;
[0052]
图3为本发明一键回收的结构示意图;
[0053]
图4为本发明kms客户端主动激活的结构示意图;
[0054]
图5为本发明kms客户端主动回收的结构示意图。
[0055]
附图标记说明
[0056]
1、kms服务端;2、kms客户端;3、mqtt broker。
具体实施方式
[0057]
下面结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述。在下面的描述中阐述了很多具体细节以便于充分理解本发明,但是本发明还可以采用其他不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本发明内涵的情况下做类似推广,因此本发明不受下面公开的具体实施例的限制。
[0058]
实施例一:
[0059]
如图1所示,本发明的基于linux操作系统的在线激活或回收装置,包括kms服务端1、kms客户端2和mqtt broker3,kms服务端1、kms客户端2分别通过mqtt协议与mqtt broker3通信连接,kms服务端1上安装授权管理平台,并管理授权点数。
[0060]
实施例二:
[0061]
如图2所示,本发明的基于linux操作系统的在线激活方法,具体包括以下步骤:
[0062]
s1、构建在线激活或回收装置:在一安装有基于linux操作系统的服务器搭建kms服务端1,在每个待激活或回收的基于linux操作系统上搭建kms客户端2,在该安装有基于linux操作系统的服务器搭建mqtt broker3,kms服务端1、kms客户端2分别通过mqtt协议与mqtt broker3通信连接,kms服务端1上安装授权管理平台,并管理授权点数。其中:授权管理平台是kmsserver(kms服务端1)的web网站,即web服务端,kmsserver整体通过rpm包+docker镜像部署。
[0063]
kms服务端1部署方式是rpm包与docker镜像,mqtt broker3为其中一个docker镜像,同服务端部署在同一服务器。服务端具体部署流程如下:
[0064]
kms服务端1部署:
[0065]
安装服务:#yum/dnf install kylin-kms-daemon_xxx.rpm,即通过yum或dnf安装rpm包。
[0066]
启动服务:#systemctl start kylin-kms-daemon,即使用systemctl命令实现启动服务。
[0067]
web服务端部署:
[0068]
导入镜像:
[0069]
#docker load《mariadb.tar
[0070]
#docker load《redis.tar
[0071]
#docker load《ssmwebsite.tar
[0072]
#docker load《mosquitto.tar
[0073]
然后在docker-compose.yml同一目录下执行docker-compose up-d启动服务,届时kms服务端1搭建完成,可以通过浏览器http://ip:8080访问。
[0074]
涉及端口为:
[0075]
kms服务端:8090、8080、7070(tcp+udp),通过7070端口进行数据收发,8080和8090均为kms服务内部数据接口;服务器客户端:17800(tcp)、17900(tcp)发送和接收数据。
[0076]
s2、kms客户端2向mqtt broker3发送注册消息;其中,注册信息包括ip、主机名、mac、硬盘序列号、服务序列号及注册码等一些客户需要展示的一些客户端信息,当客户端激活后,还会显示激活时间、激活码等信息。
[0077]
s3、kms服务端1从mqtt broker3中接收注册消息并响应;
[0078]
若注册成功,则将kms客户端2显示在kms服务端1的注册列表中;
[0079]
若注册不成功则返回步骤s2,直至kms客户端2全部注册成功。其中:注册列表是kms自带的,在web界面展示客户端的一些字段信息,客户端注册的时候会传送相应的字段信息。
[0080]
s4、kms客户端2通过mqtt broker3接收kms服务端1发送的激活或回收消息(即:激活或回收请求),以实现kms客户端2的一键激活。具体步骤为:
[0081]
s401、kms服务端1在授权管理平台选中kms客户端2,向mqtt broker3发送激活消息;其中激活消息通过sendtotopic方法发送,其具体名称和格式为:
[0082]
send to topic`kylin/activate/request/zbrt-dkng-tula-aken-jsas`:`{"version":"xx","act_code":"xxxxxx","customer":"xxxxxx","term":"xxxxxx"}`
[0083]
zbrt-dkng-tula-aken-jsas:选中客户端的注册码
[0084]
"version":当前kms-server的版本
[0085]
"act_code":激活码
[0086]
"customer":客户名称
[0087]
"term":服务有效期。
[0088]
s402、kms客户端2在mqtt broker3中接收激活消息;若未接收到激活信息,则返回步骤s401;若接收到激活信息,则进行下一步;通过调用msgarrvd()received方法接收激活消息的具体内容为:
[0089]
msgarrvd()received{kylin/activate/request/zbrt-dkng-tula-aken-jsas}message:{"version":"xx","act_code":"xxxxxx","customer":"xxxxx","term":"xxxxxx"}。
[0090]
s403、kms客户端2根据接收到的激活消息激活对应的基于linux操作系统,若激活成功,将激活成功消息发送到mqtt broker3,并返回步骤s401;
[0091]
其中,这里的激活消息指s402中的激活消息。通过activate_resp_msg()方法发送
激活成功消息,具体内容为:
[0092]
activate_resp_msg()get the activate response messages:{"version":"xx","sn":"zbrt-dkng-tula-aken-jsas","ret":0}
[0093]
"ret":0表示激活成功。
[0094]
s404、kms服务端1从mqtt broker3中接收激活成功消息,在授权管理平台显示激活成功,并消耗对应的授权点数。在本步骤中通过msg from方法接收激活成功消息,其具体内容为:
[0095]
msg from`kylin/activate/response`:`{'version':'2.2','sn':'zbrt-dkng-tula-aken-jsas','ret':0}`。
[0096]
在整个步骤s4中,kms客户端2每隔一规定的时间间隔将其是否激活的状态消息发送至mqtt broker3,kms服务端1从mqtt broker3中接收状态消息,当kms服务端1仍显示有未激活状态的kms客户端2时,重复进行步骤s401~步骤s404,kms服务端1发送10次激活消息后,仍未获取到kms客户端2激活成功的信息,则对应的kms客户端2则显示激活失败。
[0097]
在该步骤中,客户端通过status_req_msg()的方法发送状态消息,服务端通过msg from的方法收到状态消息,服务端通过send to topic的方法发送激活请求,具体内容如下:
[0098]
客户端发送的状态消息:
[0099]
status_req_msg()get the status request messages:{"version":"xx","sn":"zbrt-dkng-tula-aken-jsas","ser_num":"xxxxxx","hd_code":"xxxxxx","mac":["xxxxxx"],"host_ser_num":"xxxx","activate_status":"activated","hostname":"xxxxxx","ip":["xxxxxx"]}。
[0100]
服务端收到的状态消息:
[0101]
msg from`kylin/status/request`:`{'version':”,'sn':'zbrt-dkng-tula-aken-jsas','ser_num':'xxxxxx','hd_code':'xxxxxx','mac':['xxxxxx'],'host_ser_num':'xxxxxx','activate_status':'activated','hostname':'xxxxxx','ip':['xxxxxx']}`。
[0102]
服务端激活请求:
[0103]
send to topic`kylin/activate/request/zbrt-dkng-tula-aken-jsas`:`{"version":"xx","act_code":"xxxxxx","customer":"xxxxxx","term":"xxxxxx"}`。
[0104]
实施例三:
[0105]
如图3所示,步骤s1~步骤s3的步骤与实施例二的步骤s1~步骤s3相同,本实施例不再赘述。本实施例详述步骤4。
[0106]
需要实现kms客户端2的一键回收时,步骤s4的具体步骤为:
[0107]
s411、kms服务端1在授权管理平台选中kms客户端2,向mqtt broker3发送回收消息;其中,通过send to topic发送回收消息,具体内容为:
[0108]
send to topic`kylin/recycle/request/zbrt-dkng-tula-aken-jsas`:`{"version":"xx","act_code":"xxxxxx"}`。
[0109]
s412、kms客户端2在mqtt broker3中接收回收消息;若未接收到回收信息,则返回步骤s401;若接收到回收信息,则进行下一步;其种,通过msgarrvd()received方法接收回
收消息,具体内容为:
[0110]
msgarrvd()received{kylin/recycle/request/zbrt-dkng-tula-aken-jsas}message:{"version":"xx","act_code":"xxxxxx"}。
[0111]
s413、kms客户端2根据接收到的回收消息回收对应的基于linux操作系统,若回收成功,将回收成功消息发送到mqtt broker3,并返回步骤s401;其中,通过recycle_resp_msg()的发送回收成功消息,具体内容为:
[0112]
recycle_resp_msg()get the recycle response messages:{"version":"xx","sn":"xxxxxx","ret":0}
[0113]
"ret":0表示回收成功。
[0114]
s414、kms服务端1从mqtt broker3中接收回收成功消息,在授权管理平台仍显示已激活,并释放对应的授权点数。其中通过msg from方法接收回收成功消息,具体内容为:
[0115]
msg from`kylin/recycle/response`:`{'version':'xx','sn':'zbrt-dkng-tula-aken-jsas','ret':0}`。
[0116]
在整个步骤s4中,kms客户端2每隔一规定的时间间隔将其是否激活的状态消息发送至mqtt broker3,kms服务端1从mqtt broker3中接收状态消息,当kms服务端1仍显示有未回收状态的kms客户端2时,重复进行步骤s411~步骤s414,kms服务端1发送10次回收消息后,仍未获取到kms客户端2回收成功的信息,则对应的kms客户端2则仍显示已激活。
[0117]
在该步骤中,客户端通过status_req_msg()的方法发送状态消息,服务端通过msg from的方法收到状态消息,服务端通过send to topic的方法发送回收请求,具体内容如下:
[0118]
客户端发送的状态消息:
[0119]
status_req_msg()get the status request messages:{"version":"xx","sn":"zbrt-dkng-tula-aken-jsas","ser_num":"xxxxxx","hd_code":"xxxxxx","mac":["xxxxxx"],"host_ser_num":"xxxx","activate_status":"activated","hostname":"xxxxxx","ip":["xxxxxx"]}。
[0120]
服务端收到的状态消息:
[0121]
msg from`kylin/status/request`:`{'version':”,'sn':'zbrt-dkng-tula-aken-jsas','ser_num':'xxxxxx','hd_code':'xxxxxx','mac':['xxxxxx'],'host_ser_num':'xxxxxx','activate_status':'activated','hostname':'xxxxxx','ip':['xxxxxx']}`。
[0122]
回收消息:
[0123]
send to topic`kylin/recycle/request/zbrt-dkng-tula-aken-jsas`:`{"version":"xx","act_code":"xxxxxx"}`。
[0124]
实施例四:
[0125]
如图4所示,步骤s1~步骤s3的步骤与实施例二的步骤s1~步骤s3相同,本实施例不再赘述。本实施例详述步骤4。
[0126]
需要实现kms客户端2的主动激活时,步骤s4的具体步骤为:
[0127]
s421、所述kms客户端2主动向mqtt broker3中发送激活消息;其中,通过subscribe_topic的方法发送激活消息,具体内容为:
[0128]
subscribe_topic={kylin/c_activate/response}
[0129]
pub_topic={kylin/c_activate/request}
[0130]
msg_json={"version":"xx","sn":"zbrt-dkng-tula-aken-jsas","ser_num":"xxxxxx","hd_code":"xxxxxx","mac":["xxxxxx"],"host_ser_num":"xxxxxx","hostname":"xxxxxx","ip":["xxxxxx"]。
[0131]
s422、所述kms服务端1从mqtt broker3接收激活消息并在授权管理平台中生成激活码,将激活码发送至mqtt broker3;其中通过msg from的方法接收激活消息,具体内容为:
[0132]
msg from`kylin/c_activate/request`:`{'version':'xx','sn':'zbrt-dkng-tula-aken-jsas','ser_num':'xxxxxx','hd_code':'xxxxxx','mac':['xxxxxx'],'host_ser_num':'xxxxxx','hostname':'xxxxxx','ip':['xxxxxx']}`
[0133]
send to topic`kylin/c_activate/response`:`{"version":"xx","ser_num":"xxxxxx","hd_code":"xxxxxx","act_code":"xxxxxx","customer":"xxxxxx","term":"xxxxxx","ret":0}`。
[0134]
s423、所述kms客户端2从mqtt broker3中接收到激活码,并通过激活码激活kms客户端2;
[0135]
若kms客户端2激活成功,则结束进程,同时将已激活消息发送到mqtt broker3,kms服务端1从mqtt broker3已激活消息,并在授权管理平台显示已激活状态,消耗授权管理平台的对应授权点数;其具体内容为:客户端通过status_req_msg()方法发送状态消息,服务端通过msg from方法接收状态消息,具体内容为:
[0136]
客户端:
[0137]
status_req_msg()get the status request messages:{"version":"xx","sn":"zbrt-dkng-tula-aken-jsas","ser_num":"xxxxxx","hd_code":"xxxxxx","mac":["xxxxxx"],"host_ser_num":"xxxxxx","activate_status":"activated","hostname":"xxxxxx","ip":["xxxxxx"]};
[0138]
服务端
[0139]
msg from`kylin/status/request`:`{'version':'xx','sn':'zbrt-dkng-tula-aken-jsas','ser_num':'xxxxxx','hd_code':'xxxxxx','mac':['xxxxxx'],'host_ser_num':'xxxxxx','activate_status':'activated','hostname':'xxxxxx','ip':['xxxxxx']}`;
[0140]
若kms客户端2激活不成功,则返回步骤s421。
[0141]
实施例五:
[0142]
如图5所示,步骤s1~步骤s3的步骤与实施例二的步骤s1~步骤s3相同,本实施例不再赘述。本实施例详述步骤4。
[0143]
需要实现kms客户端2的主动回收时,步骤s4的具体步骤为:
[0144]
s431、所述kms客户端2主动向mqtt broker3中发送回收消息;
[0145]
其中通过subscribe_topic方法发送回收消息,具体过程为:
[0146]
subscribe_topic={kylin/c_recycle/response/zbrt-dkng-tula-aken-jsas}pub_topic={kylin/c_recycle/request}。
[0147]
s432、所述kms服务端1从mqtt broker3接收回收消息并在授权管理平台中收回激活码,将收回激活码的消息发送至mqtt broker3;
[0148]
其中通过msg from方法接收回收消息,具体过程为:
[0149]
msg from`kylin/c_recycle/request`:`{'version':'xx','sn':'zbrt-dkng-tula-aken-jsas','act_code':'xxxxxx'}`;
[0150]
其中通过send to topic方法发送收回激活码的消息,具体过程为:
[0151]
send to topic`kylin/c_recycle/response/zbrt-dkng-tula-aken-jsas`:`{"version":"xx","sn":"zbrt-dkng-tula-aken-jsas","act_code":"xxxxxx","ret":0}`。
[0152]
s433、所述kms客户端2从mqtt broker3中接收到收回激活码的消息,并通过激活码取消激活的kms客户端2;其中,通过msgarrvd()received的方法接收收回激活码的消息,具体内容为:
[0153]
msgarrvd()received{kylin/c_recycle/response/zbrt-dkng-tula-aken-jsas}message:{"version":"xx","sn":"zbrt-dkng-tula-aken-jsas","act_code":"xxxxxx","ret":0}。
[0154]
若kms客户端2回收成功,则结束进程,同时将取消激活消息发送到mqttbroker3,kms服务端1从mqtt broker3接收回收消息,并在授权管理平台显示未激活状态,授权管理平台释放对应授权点数;其中,客户端通过status_req_msg()的方法发送状态消息,客户端通过msg from的方法接收状态消息,具体内容为:
[0155]
客户端:
[0156]
status_req_msg()get the status request messages:{"version":"xx","sn":"zbrt-dkng-tula-aken-jsas","ser_num":"xxxxxx","hd_code":"xxxxxx","mac":["xxxxxx"],"host_ser_num":"xxxxxx","activate_status":"not_activated","hostname":"xxxxxx","ip":["xxxxxx"]}。
[0157]
服务端
[0158]
msg from`kylin/status/request`:`{'version':'xx','sn':'zbrt-dkng-tula-aken-jsas','ser_num':'xxxxxx','hd_code':'xxxxxx','mac':['xxxxxx'],'host_ser_num':'xxxxxx','activate_status':'not_activated','hostname':'xxxxxx','ip':['xxxxxx']}`。
[0159]
若kms客户端2回收不成功,则返回步骤s431。
[0160]
应当理解的是,本发明的上述具体实施方式仅仅用于示例性说明或解释本发明的原理,而不构成对本发明的限制。因此,在不偏离本发明的精神和范围的情况下所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。此外,本发明所附权利要求旨在涵盖落入所附权利要求范围和边界、或者这种范围和边界的等同形式内的全部变化和修改例。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1