一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

一种信息更新方法、装置、设备及可读存储介质与流程

2022-09-03 15:33:05 来源:中国专利 TAG:


1.本技术涉及计算机技术领域,特别涉及一种信息更新方法、装置、设备及可读存储介质。


背景技术:

2.目前,针对三层交换机下的各终端,可以从dhcp广播报文或从交换机的arp表中获取入网终端的mac地址。其中,从dhcp广播报文中获取mac地址的方法会出现不准确的技术问题,即当网络中存在多台dhcp服务器时,通过dhcp广播报文获取mac地址还存在不准确地技术问题。而从arp表中获取mac地址,需要及时向交换机请求arp表,可能会造成交换机压力大,影响交换机对网络数据的正常传输。
3.因此,如何避免交换机压力的同时提高ip、mac信息的获取准确率,是本领域技术人员需要解决的问题。


技术实现要素:

4.有鉴于此,本技术的目的在于提供一种信息更新方法、装置、设备及可读存储介质,以在避免交换机压力的同时,提高ip、mac信息的获取效率及准确率。其具体方案如下:
5.第一方面,本技术提供了一种信息更新方法,应用于dhcp服务器,所述方法包括:
6.与服务端建立通信连接;
7.当满足预设条件时,基于所述dhcp服务器中的当前工作日志,发送日志相关内容至所述服务端,以使得所述服务端基于所述日志相关内容,更新ip与mac对应关系。
8.可选地,所述预设条件为:所述dhcp服务器中的工作日志发生变化。
9.可选地,还包括:
10.主动监控所述dhcp服务器中的工作日志的变化,以确定是否满足预设条件。
11.可选地,还包括:
12.被动接收所述dhcp服务器发送的用于指示工作日志变化的通知信息,以确定是否满足预设条件。
13.可选地,通过部署于所述dhcp服务器中的具备日志采集功能的组件实现。
14.第二方面,本技术提供了一种信息更新方法,应用于服务端,所述方法包括:
15.与dhcp服务器建立通信连接;
16.获取所述dhcp服务器发送的日志相关内容;
17.基于所述日志相关内容,对ip与mac对应关系进行更新。
18.第三方面,本技术提供了一种信息更新装置,应用于dhcp服务器,所述装置包括:
19.第一连接模块,用于与服务端建立通信连接;
20.发送模块,用于当满足预设条件时,基于所述dhcp服务器中的当前工作日志,发送日志相关内容至所述服务端,以使得所述服务端基于所述日志相关内容,更新ip与mac对应关系。
21.第四方面,本技术提供了一种信息更新装置,应用于服务端,所述装置包括:
22.第二连接模块,用于与dhcp服务器建立通信连接;
23.获取模块,用于获取所述dhcp服务器发送的日志相关内容;
24.更新模块,用于基于所述日志相关内容,对ip与mac对应关系进行更新。
25.第五方面,本技术提供了一种电子设备,包括:
26.存储器,用于存储计算机程序;
27.处理器,用于执行所述计算机程序,以实现前述公开的信息更新方法。
28.第六方面,本技术提供了一种可读存储介质,用于保存计算机程序,其中,所述计算机程序被处理器执行时实现前述公开的信息更新方法。
29.通过以上方案可知,本技术提供了一种信息更新方法,应用于dhcp服务器,所述方法包括:与服务端建立通信连接;当满足预设条件时,基于所述dhcp服务器中的当前工作日志,发送日志相关内容至所述服务端,以使得所述服务端基于所述日志相关内容,更新ip与mac对应关系。
30.可见,本技术借助dhcp服务器中的工作日志,可从中获取到最新的ip与mac对应关系。dhcp服务器作为ip资源的分配与管理者,一般仅进行dhcp相关服务,因此其具有充足的资源来将自身的工作日志发送给服务端(本技术所述的“服务端”可以为三层网络交换设备,比如通过mac地址实现“二次访问免认证功能”的三层网关设备)。同时,dhcp服务器是ip与mac对应关系的记录源头,故dhcp服务器在满足预设条件时,将自身当前工作日志的日志相关内容发送至服务端,可使服务端也及时获取到ip与mac对应关系的一手资料,因此服务端所确定的ip与mac对应关系的准确性有保障。可见,该方案无需向交换机请求arp表,也无需复杂的dhcp广播拆解报文,且能够避免多台dhcp服务器所导致的ip-mac对应关系不准确的问题,能够在不增加交换机压力的前提下提高ip、mac对应关系的信息更新准确率。
31.相应地,本技术提供的一种信息更新装置、设备及可读存储介质,也同样具有上述技术效果。
附图说明
32.为了更清楚地说明本技术实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本技术的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
33.图1为本技术公开的一种信息更新方法流程图;
34.图2为本技术公开的一种设备间的连接示意图;
35.图3为本技术公开的另一种信息更新方法流程图;
36.图4为本技术公开的一种信息更新示意图;
37.图5为本技术公开的一种信息更新装置示意图;
38.图6为本技术公开的另一种信息更新装置示意图;
39.图7为本技术公开的一种电子设备示意图;
40.图8为本技术公开的另一种电子设备示意图。
具体实施方式
41.下面将结合本技术实施例中的附图,对本技术实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本技术一部分实施例,而不是全部的实施例。基于本技术中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本技术保护的范围。
42.目前,从dhcp广播报文中获取mac地址,需要解析dhcp请求报文,而解析dhcp广播报文需要依据dhcp协议格式拆解数据包,拆包过程比较繁琐,且需要进行镜像流量操作,整体效率偏低。并且当网络中存在多台dhcp服务器时,通过dhcp广播报文获取mac地址还存在不准确地技术问题。而从arp表中获取mac地址,需要及时向交换机请求arp表,可能会造成交换机压力大,影响交换机对网络数据的正常传输。为此,本技术提供了一种信息更新方案,能够提高ip、mac信息的获取效率及准确率。
43.参见图1所示,本技术实施例公开了一种信息更新方法,应用于dhcp服务器,方法包括:
44.s101、与服务端建立通信连接。
45.其中,服务端可以是:用于获取ip与mac对应关系的设备,该服务端能够统计最新的ip与mac对应关系,以便其他功能或服务进行查询、调用。该服务端可以是一三层网络交换设备。
46.s102、当满足预设条件时,基于dhcp服务器中的当前工作日志,发送日志相关内容至服务端,以使得服务端基于日志相关内容,更新ip与mac对应关系。
47.其中,dhcp服务器发送给服务端的日志相关内容可以是:dhcp服务器中的当前工作日志的全量内容,也可以是当前时刻与前一发送时刻之间产生的日志变化内容,或者是对当前工作日志解析之后得到的体现最新的ip与mac对应关系的内容。同理,这些ip与mac对应关系的内容可以是全量的体现最新ip与mac对应关系的内容,也可以是与上次相比,体现相比上次,ip与mac对应关系变化的内容。其中,dhcp服务器所记录的工作日志中的具体信息可以包括:入网设备的标识信息和入网设备的mac地址,当然还可以包括:ip地址分配时间戳等内容。为便于ip与mac对应关系的后续利用,本实施例使用服务端(任意计算机设备)收集最新的ip与mac对应关系。
48.需要说明的是,dhcp服务器与三层网络交换设备连接,dhcp服务器在为入网设备分配ip地址后,会记录该入网设备的ip分配信息,也就得到了dhcp服务器的工作日志。dhcp服务器每给一个入网设备分配一个ip地址,就记录一条该设备对应的ip分配信息。也就是说,dhcp服务器负责为三层网络交换设备所连的各个入网设备分配ip地址。具体的,dhcp服务器、三层网络交换设备及各入网设备间的连接示意图可参照图2。在图2中,三层交换机即三层网络交换设备。
49.针对一个入网设备记录的ip分配信息具体可以包括:该入网设备的标识符、该入网设备的设备名称、分配给入网设备的ip地址、该入网设备的mac地址、ip地址分配时间戳等内容。入网设备的标识信息可以是:入网设备的标识符、入网设备的设备名称、或分配给入网设备的ip地址。在一种具体实施方式中,入网设备的ip分配信息可以存储至预设存储路径。也就是说,dhcp服务器的工作日志固定存储在dhcp服务器的预设存储路径中。
50.需要说明的是,dhcp服务器为入网设备分配ip地址的过程可以参照现有相关技
术。在一种具体实施方式中,为入网设备分配ip地址,包括:接收入网设备发送的dhcp请求包,基于dhcp请求包返回可分配的目标ip地址至入网设备;接收入网设备发送的ip地址使用请求,基于ip地址使用请求返回确认报文至入网设备,以将目标ip地址分配给入网设备。至此,该入网设备便可以使用目标ip地址进行联网。
51.在一种具体实施方式中,预设条件为:dhcp服务器中的工作日志发生变化。当dhcp服务器中的工作日志发生变化时,认为满足预设条件,因此基于dhcp服务器中的当前工作日志发送日志相关内容至服务端,以使得服务端基于日志相关内容,更新ip与mac对应关系。反之,若dhcp服务器中的工作日志未发生变化,则认为不满足预设条件,因此不执行任何步骤,继续等待dhcp服务器中的工作日志发生变化。这种一旦工作日志发生变化的方式,可以使得服务端及时更新ip与mac对应关系,进一步提高所存储的ip与mac对应关系的准确性。
52.此外,具体地确定dhcp服务器中的工作日志是否发生变化,有两种方式,一种是主动监控所述dhcp服务器中的工作日志的变化;另一种是被动接收所述dhcp服务器发送的用于指示工作日志变化的通知信息。具体如何实现可根据实际场景而定。
53.具体的,可以在dhcp服务器中部署相关组件(如图2中的日志收集组件)来实现本实施例。在一种具体实施方式中,通过部署于dhcp服务器中的具备日志采集功能的组件实现本实施例。具备日志采集功能的组件具体可通过logstash、nxlog、filebeat等实现。相应地,部署于dhcp服务器中的组件可以主动监控dhcp服务器中的工作日志的变化,以确定是否满足预设条件,还可以被动接收dhcp服务器发送的用于指示工作日志变化的通知信息,以确定是否满足预设条件。
54.可见,本实施例借助dhcp服务器中的工作日志,可从中获取到最新的ip与mac对应关系。dhcp服务器作为ip资源的分配与管理者,一般仅进行dhcp相关服务,因此其具有充足的资源来将自身的工作日志发送给服务端。同时,dhcp服务器是ip与mac对应关系的记录源头,故dhcp服务器在满足预设条件时,将自身当前工作日志的日志相关内容发送至服务端,可使服务端也及时获取到ip与mac对应关系的一手资料,因此服务端所确定的ip与mac对应关系的准确性有保障。可见,该方案无需向交换机请求arp表,也无需拆解报文,能够在不增加交换机压力的前提下提高ip、mac对应关系的信息更新准确率。
55.参见图3所示,本技术实施例公开了另一种信息更新方法,应用于服务端,方法包括:
56.s301、与dhcp服务器建立通信连接。
57.s302、获取dhcp服务器发送的日志相关内容。
58.s303、基于日志相关内容,对ip与mac对应关系进行更新。
59.在一种具体实施方式中,基于日志相关内容,对ip与mac对应关系进行更新,包括:从日志相关内容中获取记录有ip与mac对应关系的日志信息;基于日志信息确定ip与mac的最新对应关系;基于最新对应关系更新自身已记录的ip与mac对应关系。其中,日志相关内容中记录有mac字段、mac地址、ip字段、ip地址。mac字段如:hardware ethernet,该字段后的信息即为mac地址。例如,某一入网设备的mac地址在日志相关内容可以被记录为:hardware ethernet 00:0c:29:51:b3:d9。
60.为了节约dhcp服务器的计算机资源,不增加dhcp服务器的压力,本实施例并不在
dhcp服务器上增加功能,而仅仅获取dhcp服务器中原本就会记录的日志相关内容,然后服务端从日志相关内容中获取最新的ip与mac对应关系,以进行信息更新。
61.在一种具体实施方式中,服务端可以监听dhcp服务器中存储日志相关内容的存储路径,从而可以获得日志相关内容,可保障获取准确性。同时,该方案无需向交换机请求arp表,也无需拆解报文,能够在不增加交换机压力的前提下提高信息更新准确率。
62.下述实施例结合具体场景针对本技术提供的方案进行详细介绍。如图2所示,在动态ip分配的场景中,各入网设备携带自身mac地址通过dhcp协议向dhcp服务器申请ip地址,因此dhcp服务器可以在第一时间感知并记录当前网络中的入网设备的mac地址和使用的ip地址,而dhcp服务器会收集ip分配信息作为自身工作日志,因此获取dhcp服务器中的工作日志来确定ip与mac对应关系,可以在三层网络环境下,及时并准确获取入网设备的mac地址。
63.为此,本实施例在dhcp服务器中部署日志收集组件,以获取dhcp服务器中的工作日志。同时,使dhcp服务器与服务端通信连接,以使服务端及时获取dhcp服务器的工作日志,以使服务端从日志中获取入网设备的mac地址、ip与mac对应关系等信息。
64.请参见图4,入网设备向dhcp服务器申请ip地址的过程包括:入网设备发送dhcp请求报文,探寻当前网络环境中存在的dhcp服务器,dhcp服务器收到dhcp请求报文后,将可供使用的ip地址放在回包中,并发给入网设备,入网设备请求使用该ip地址,dhcp服务器收到入网设备请求使用ip地址的请求后,回复ack确认报文给入网设备,以表示dhcp服务器同意入网设备使用该ip地址。之后,入网设备就可以使用该ip地址上网,而dhcp服务器给该入网设备分配的ip地址、该入网设备的mac地址以及其他信息会被dhcp服务器记录在自己的工作日志中,那么dhcp服务器中的日志收集组件一旦检测到日志变化,可以将dhcp服务器的工作日志发送至服务端中的其他功能组件,服务端从这些日志中便可获取ip-mac数据。其中,服务端可以主动和dhcp服务器建立通信连接,然后等待dhcp服务器中的日志收集组件发送ip-mac数据,从而完成跨三层环境下入网设备mac地址的获取。
65.其中,dhcp服务器的工作日志存储在dhcp服务器中的指定路径下。本实施例以rhel 5系统为例,设定日志存放路径为:/var/lib/dhcp/db/dhcpd.leases,该路径中具体可以存储下述信息:ip分配的各种时间戳、设备mac地址(00:0c:29:51:b3:d9)、设备标识符(\001\000\014)q\263\331)、设备名称(linux-5jlv)等,这些信息在日志中具体表现为:
66.lease 192.168.150.207{
67.starts 1 2021/12/25 11:23:32
68.end 1 2021/12/2511:25:32;
69.tstp 1 202112/25 11:25:32;
70.cltt 1 2021/12/25 11:25:32;
71.binding state free;
72.hardware ethernet 00:0c:29:51:b3:d9;
73.uid"\001\000\014)q\263\331";
74.client-hostname"linux-5jlv";
75.}
76.具体的,可以给日志收集组件进行个性化配置,如:配置存储路径、发送路径、事件
管理、正则匹配、日志过滤、重写、告警等功能。
77.其中,存储路径配置如下:
[0078][0079]
发送路径配置如下:
[0080][0081]
可见,本实施例能够从dhcp服务器记录的日志中获取设备mac地址,可以实现快速、准确的获取。dhcp服务器通常性能较好,不会存在性能压力,在dhcp服务器上进行日志收集来获取mac地址,可以提升获取时效性和准确性。
[0082]
下面对本技术实施例提供的一种信息更新装置进行介绍,下文描述的一种信息更新装置与上文描述的一种信息更新方法可以相互参照。
[0083]
参见图5所示,本技术实施例公开了一种信息更新装置,应用于dhcp服务器,装置包括:
[0084]
第一连接模块501,用于与服务端建立通信连接;
[0085]
发送模块502,用于当满足预设条件时,基于dhcp服务器中的当前工作日志,发送日志相关内容至服务端,以使得服务端基于日志相关内容,更新ip与mac对应关系。
[0086]
在一种具体实施方式中,预设条件为:dhcp服务器中的工作日志发生变化。
[0087]
在一种具体实施方式中,还包括:
[0088]
主动监控模块,用于主动监控dhcp服务器中的工作日志的变化,以确定是否满足预设条件。
[0089]
在一种具体实施方式中,还包括:
[0090]
被动接收模块,用于被动接收dhcp服务器发送的用于指示工作日志变化的通知信息,以确定是否满足预设条件。
[0091]
在一种具体实施方式中,通过部署于dhcp服务器中的具备日志采集功能的组件实
现。
[0092]
其中,关于本实施例中各个模块、单元更加具体的工作过程可以参考前述实施例中公开的相应内容,在此不再进行赘述。
[0093]
可见,本实施例提供了一种信息更新装置,该装置能够在不增加交换机压力的前提下提高信息更新准确率。所述装置可以是任意类型的软件程序,比如可以是部署在云计算平台中的软件程序。
[0094]
下面对本技术实施例提供的另一种信息更新装置进行介绍,下文描述的一种信息更新装置与上文描述的另一种信息更新方法可以相互参照。
[0095]
参见图6所示,本技术实施例公开了一种信息更新装置,应用于服务端,装置包括:
[0096]
第二连接模块601,用于与dhcp服务器建立通信连接;
[0097]
获取模块602,用于获取dhcp服务器发送的日志相关内容;
[0098]
更新模块603,用于基于日志相关内容,对ip与mac对应关系进行更新。
[0099]
在一种具体实施方式中,更新模块具体用于:
[0100]
从日志相关内容中获取记录有ip与mac对应关系的日志信息;
[0101]
基于日志信息确定ip与mac的最新对应关系;
[0102]
基于最新对应关系更新自身已记录的ip与mac对应关系。
[0103]
其中,关于本实施例中各个模块、单元更加具体的工作过程可以参考前述实施例中公开的相应内容,在此不再进行赘述。
[0104]
可见,本实施例提供了一种信息更新装置,该装置能够在不增加交换机压力的前提下提高信息更新准确率。所述装置可以是任意类型的软件程序,比如可以是部署在云计算平台中的软件程序。
[0105]
下面对本技术实施例提供的一种电子设备进行介绍,下文描述的一种电子设备与上文描述的一种信息更新方法及装置可以相互参照。
[0106]
参见图7所示,本技术实施例公开了一种电子设备,包括:
[0107]
存储器701,用于保存计算机程序;
[0108]
处理器702,用于执行所述计算机程序,以实现上述任意实施例公开的方法。
[0109]
请参考图8,图8为本实施例提供的另一种电子设备示意图,该电子设备可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上处理器(central processing units,cpu)322(例如,一个或一个以上处理器)和存储器332,一个或一个以上存储应用程序342或数据344的存储介质330(例如一个或一个以上海量存储设备)。其中,存储器332和存储介质330可以是短暂存储或持久存储。存储在存储介质330的程序可以包括一个或一个以上模块(图示没标出),每个模块可以包括对数据处理设备中的一系列指令操作。更进一步地,中央处理器322可以设置为与存储介质330通信,在电子设备301上执行存储介质330中的一系列指令操作。
[0110]
电子设备301还可以包括一个或一个以上电源326,一个或一个以上有线或无线网络接口350,一个或一个以上输入输出接口358,和/或,一个或一个以上操作系统341。例如,windows servertm,mac os xtm,unixtm,linuxtm,freebsdtm等。
[0111]
在图8中,应用程序342可以是执行信息更新方法的程序,数据344可以是执行信息更新方法所需的或产生的数据。
[0112]
上文所描述的信息更新方法中的步骤可以由电子设备的结构实现。此外,该电子设备除了是传统的单硬件实体外,还可以是多硬件实体,比如多个计算机组成的集群,比如可以是云计算平台。
[0113]
下面对本技术实施例提供的一种可读存储介质进行介绍,下文描述的一种可读存储介质与上文描述的一种信息更新方法、装置及设备可以相互参照。
[0114]
一种可读存储介质,用于保存计算机程序,其中,所述计算机程序被处理器执行时实现前述实施例公开的信息更新方法。关于该方法的具体步骤可以参考前述实施例中公开的相应内容,在此不再进行赘述。
[0115]
本技术涉及的“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法或设备固有的其它步骤或单元。
[0116]
需要说明的是,在本技术中涉及“第一”、“第二”等的描述仅用于描述目的,而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外,各个实施例之间的技术方案可以相互结合,但是必须是以本领域普通技术人员能够实现为基础,当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在,也不在本技术要求的保护范围之内。
[0117]
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其它实施例的不同之处,各个实施例之间相同或相似部分互相参见即可。
[0118]
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的可读存储介质中。
[0119]
本文中应用了具体个例对本技术的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本技术的方法及其核心思想;同时,对于本领域的一般技术人员,依据本技术的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本技术的限制。
再多了解一些

本文用于企业家、创业者技术爱好者查询,结果仅供参考。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献