CN109600396A - 实现高可靠安全性的防火墙*** - Google Patents
实现高可靠安全性的防火墙*** Download PDFInfo
- Publication number
- CN109600396A CN109600396A CN201910063269.7A CN201910063269A CN109600396A CN 109600396 A CN109600396 A CN 109600396A CN 201910063269 A CN201910063269 A CN 201910063269A CN 109600396 A CN109600396 A CN 109600396A
- Authority
- CN
- China
- Prior art keywords
- firewall
- sub
- business
- highly reliable
- safety
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/16—Threshold monitoring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/20—Network architectures or network communication protocols for network security for managing network security; network security policies in general
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Computer Hardware Design (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Environmental & Geological Engineering (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种实现高可靠安全性的防火墙***,包括配置于一台物理设备上的管理子防火墙和至少两个业务子防火墙;物理设备具有多核cpu;每个子防火墙均单独与cpu核进行绑定,且相互之间的进程独自运行;每个业务子防火墙,与管理子防火墙连接,启用进程处理业务,并根据预设的安全检测树控制业务的数据包进出;管理子防火墙,通过心跳机制对每个业务子防火墙进行管理;在监控到某个业务子防火墙的CPU使用率高于第一阈值时,将该业务子防火墙的进程调度到CPU使用率低于第二阈值的业务子防火墙中运行。本发明在解决用户需求的前提下,并且能够节约用户的前期投资和后续维护成本,降低资源浪费。
Description
技术领域
发明涉及防火墙技术领域,尤其涉及一种实现高可靠安全性的防火墙***。
背景技术
防火墙是***的第一道防线,其作用是防止非法用户的进入。在工业环境中,对串联在网络中的设备的稳定性、健壮性以及安全性的要求非常高,从而对部署在工业网络中的防火墙有了更多的要求。
传统是一台物理设备上部署一个防火墙***,并以单个进程或多个进程的运行形态方式,一旦因为设备软件bug或外部攻击导致防火墙***奔溃,会导致业务中断。此外不同的业务特征,对安全性的要求也不同,故而对防火墙安全处理的要求也不同。传统提高网络健壮性、减少业务中断概率的方法是双机热备或多机部署。而解决不同业务安全性的通用做法,是部署不同的安全设备。这种方式弊端在于:需要一次性买两台或多台防火墙,对于业务流量带宽不高而业务多样化的应用场景下,会造成资源浪费;而且组网和管理维护复杂,两个物理防火墙之间一旦备份不及时,也会导致业务中断问题,此外对网管人员要求也较高。
因此,在用户对带宽需要不高,且业务灵活多样性的情况以及工业等网络中对防火墙设备要求高稳定、可靠性的应用场合的需求,由目前解决方案导致的前期投入大和维护成本高,而且会造成资源浪费。
发明内容
发明提供的实现高可靠安全性的防火墙***,其主要目的在于克服现有由目前解决方案导致的前期投入大和维护成本高,而且会造成资源浪费的问题。
为解决上述技术问题,发明采用如下技术方案:
一种实现高可靠安全性的防火墙***,包括配置于一台物理设备上的管理子防火墙和至少两个业务子防火墙;所述物理设备具有多核cpu;
每个子防火墙均单独与cpu核进行绑定,且相互之间的进程独自运行;
每个所述业务子防火墙,与所述管理子防火墙连接,启用进程处理业务,并根据预设的安全检测树控制业务的数据包进出;
所述管理子防火墙,通过心跳机制对每个业务子防火墙进行管理;在监控到某个业务子防火墙的CPU使用率高于第一阈值时,将该业务子防火墙的进程调度到CPU使用率低于第二阈值的业务子防火墙中运行。
作为一种可实施方式,所述管理子防火墙还用于,在监控到某个业务子防火墙奔溃时,将该业务子防火墙的进程调度到CPU使用率低于第二阈值的业务子防火墙中运行。
作为一种可实施方式,所述安全检测树是由与每个子防火墙进程配置的安全规则在内存中编译创建的。
作为一种可实施方式,每两个所述业务子防火墙组成一个备份组;备份组中的业务子防火墙采用相同的安全检测树。
作为一种可实施方式,在一个备份组中,每个业务子防火墙均会创建共享内存用于存储对应的转发表数据。
作为一种可实施方式,所述转发表数据包括路由表、arp表以及会话表。
作为一种可实施方式,所述业务子防火墙包括第一防护防火墙、第二防护防火墙以及第三防护防火墙;
所述第一防护防火墙,与工业报文的网卡连接;
所述第二防护防火墙,与数据库的网卡连接;
所述第三防护防火墙,与企业办公上网的网卡连接。
作为一种可实施方式,所述第一防护防火墙为备份组的防火墙。
作为一种可实施方式,所述管理子防火墙,与管理报文的网卡连接。
与现有技术相比,本技术方案具有以下优点:
发明提供的实现高可靠安全性的防火墙***,在一台物理设备上,通过配置出管理子防火墙和至少两个业务子防火墙,且物理设备具有多核cpu;每个子防火墙均单独与cpu核进行绑定,且相互之间的进程独自运行;通过管理子防火墙对每个业务子防火墙进行管理;在监控到某个业务子防火墙的CPU使用率高于第一阈值时,将该业务子防火墙的进程调度到CPU使用率低于第二阈值的业务子防火墙中运行。从而充分利用物理设备中多核cpu的资源配合管理子防火墙和至少两个业务子防火墙,以满足用户对带宽需要不高,且业务灵活多样性的情况以及工业等网络中对防火墙设备要求高稳定、可靠性的应用场合的需求,且节约用户的前期投资和后续维护成本,降低资源浪费。
附图说明
图1为发明实施例一提供的实现高可靠安全性的防火墙***的结构示意图。
图中:1、管理子防火墙;2、业务子防火墙。
具体实施方式
以下结合附图,对发明上述的和另外的技术特征和优点进行清楚、完整地描述,显然,所描述的实施例仅仅是发明的部分实施例,而不是全部实施例。
请参阅图1,发明实施例一提供的实现高可靠安全性的防火墙***,包括配置于一台物理设备上的管理子防火墙1和至少两个业务子防火墙2;物理设备具有多核cpu;
每个子防火墙均单独与cpu核进行绑定,且相互之间的进程独自运行;
每个业务子防火墙2,与管理子防火墙1连接,启用进程处理业务,并根据预设的安全检测树控制业务的数据包进出;
管理子防火墙1,通过心跳机制对每个业务子防火墙2进行管理;在监控到某个业务子防火墙2的CPU使用率高于第一阈值时,将该业务子防火墙2的进程调度到CPU使用率低于第二阈值的业务子防火墙2中运行。
需要说明的是,本发明充分利用一台物理设备多核cpu的资源,在一台物理设备上设置多个子防火墙的***,每个子防火墙***启一个或多个进程,利用cpu的亲和性,把进程与cpu核进行绑定。每个子防火墙是独立处理业务的,从外部整体来看,每个子防火墙***类似于传统的一台物理防火墙***,即子防火墙***之间进程隔离,内存隔离,安全规则隔离,网络层隔离。这里的子防火墙包括管理子防火墙1和至少两个业务子防火墙2。管理子防火墙1和业务子防火墙2之间也隔离,它们之间采用不同安全检测树。从而提高安全性。
也就是说,在一台多核cpu架构的物理设备上虚拟出多个子防火墙,每个子防火墙都可以拿来作为一个真实的防火墙来用。其中一个子防火墙不跑业务,专门用来作为管理子防火墙1。其余子防火墙用来跑业务,作为业务子防火墙2;每个业务子防火墙2有自己独立的进程来处理业务。管理子防火墙1专门用来监控管理所有业务子防火墙2,进行统一资源调度;从而一台物理设备的多核cpu资源;通过创建出管理子防火墙1和多个业务子防火墙2,用于有效的安全检测防护以及高稳定高性能防火墙,从而在充分解决客户需求的前提下,节约用户的前期投资和后续维护成本。
管理子防火墙1管理所有业务子防火墙2,它拥有所有业务子防火墙2的相关信息,相关信息可以包括,每个业务子防火墙2的对应网卡的接收队列和发送队列;每个业务子防火墙2备份组的信息,即整个防火墙***上有多少个备份组,每个备份组中包含了哪几个业务子防火墙2,每个业务子防火墙2使用的cpu;每个业务子防火墙2上运行的进程的信息;每个业务子防火墙2在共享内存中使用的转发表数据,转发表数据包括路由表、arp表以及会话表等相关数据。管理子防火墙1是通过心跳机制来监控cpu和进程,来实时获取各业务子防火墙2的运行状态,从而进行统一资源调度。
在一台物理设备上,通过配置出管理子防火墙1和至少两个业务子防火墙2,且物理设备具有多核cpu;每个子防火墙均单独与cpu核进行绑定,且相互之间的进程独自运行;通过管理子防火墙1对每个业务子防火墙2进行管理;在监控到某个业务子防火墙2的CPU使用率高于第一阈值时,将该业务子防火墙2的进程调度到CPU使用率低于第二阈值的业务子防火墙2中运行。从而充分利用物理设备中多核cpu的资源配合管理子防火墙1和至少两个业务子防火墙2,以满足用户对带宽需要不高,且业务灵活多样性的情况以及工业等网络中对防火墙设备要求高稳定、可靠性的应用场合的需求,且节约用户的前期投资和后续维护成本,降低资源浪费。
于一实施例中,统一资源调度可以为,在监控到某个业务子防火墙2的CPU使用率高于第一阈值时,将该业务子防火墙2的进程调度到CPU使用率低于第二阈值的业务子防火墙2中运行。也可以是将该业务子防火墙2的进程调度到CPU使用率低于第二阈值,且CPU使用率最低的业务子防火墙2中运行。具体为:管理子防火墙1上开启一个进程作为监控进程,用于监控各业务子防火墙2进程所使用的cpu的运行状态,即cpu使用率。cpu使用率高于第一阈值时,说明使用此cpu的业务子防火墙2业务繁忙;cpu使用率低于第二阈值时,说明使用此cpu的业务子防火墙2业务空闲;从而通过cpu使用情况来判断业务子防火墙2的运行状态。第一阈值和第二阈值可以是不相同的,第一阈值比第二阈值大。第一阈值和第二阈值也可以是相同的。于本实施例中,对此并不进行限制。一旦监控到某个业务子防火墙2的CPU使用率高于第一阈值时,将该业务子防火墙2的进程调度到CPU使用率低于第二阈值的业务子防火墙2中运行,从而提高运行的稳定性和可靠性。
于另一实施例中,在监控到某个业务子防火墙2奔溃时,将该业务子防火墙2的进程调度到CPU使用率低于第二阈值的业务子防火墙2中运行。也可以是将该业务子防火墙2的进程调度到CPU使用率低于第二阈值,且CPU使用率最低的业务子防火墙2中运行。管理子防火墙1上的监控进程会定期发心跳探测报文给各业务子防火墙2上运行的进程。如果管理子防火墙1能在事先设定的预期时间内收到业务子防火墙2进程的发来的心跳报文,则说明此业务子防火墙2运行良好;否则说明此业务子防火墙2进程崩溃,也即业务子防火墙2崩溃。比如,因为外部攻击或软件bug导致一个子防火墙***奔溃;作为管理子防火墙1上的监控进程会因为不能按时收到心跳报文而立刻感知得到,从而通过监控获知到的当前所有运行正常的业务子防火墙2的cpu使用情况,把奔溃的那个业务子防火墙2上跑的业务及时调度到当前cpu使用率最低的业务子防火墙2上。具体来说,就是先在所有业务子防火墙2中找出当前cpu占用率最低的业务子防火墙2***,假设当前cpu占用率最低的业务子防火墙2记为业务子防火墙2,然后管理子防火墙1给业务子防火墙2发一个消息,称为业务接管通知消息;此接管通知消息中包括被接管的业务子防火墙2的网卡的接收队列和发送队列,以及被接管的业务子防火墙2在共享内存中使用的转发表数据(包括arp表、路由表以及会话表)。
本发明相比较于双机或多机备份,业务接管调度的速度更快,各业务子防火墙2之间的业务不感知。此外,对防火墙来说,不同数据来源,其数据特征不同,对安全防护要求也不同,其安全适用的安全规则也不同。而安全检测树是由与每个子防火墙进程配置的安全规则在内存中编译创建的。也就是说安全检测树是根据防火墙安全规则在内存中生成的一种二叉树,使得安全检测树也不同。一般来说,一个子防火墙上创建一棵安全检测树,尤其第二代防火墙上一体化安全策略应用更是如此。不同的业务模型,其安全策略侧重点不同,编译创建生成的安全检测树也不同。所以不同的业务使用的业务子防火墙2不同。
于本实施例中,每两个业务子防火墙2组成一个备份组;备份组中的业务子防火墙2采用相同的安全检测树。当然,可以由多个业务子防火墙2组成一个备份组。利用备份组,可以进一步提高网络稳定性和可靠性,如图1所示,业务子防火墙A和业务子防火墙B组成一个备份组。备份组中每个业务子防火墙2的配置是一样的,即一样的安全策略规则配置。每个业务子防火墙2根据配置的安全规则在自己的内存中编译生成自己的安全检测树,那么备份组中所有的业务子防火墙2上的安全检测树都是一样的。此外,每个业务子防火墙2使用的转发表数据放在共享内存,即通过创建共享内存,把备份组中业务子防火墙2转发需要的路由表、arp表以及会话表都放在共享内存中。并且每个业务子防火墙2独自创建自己的表,即独享各自的路由表、arp表和会话表。防火墙收包转发时是查路由转发,所以需要使用路由表和arp表,后续报文是流转发,是查会话表转发的。而会话表是在防火墙首包通过防火墙安全检测之后创建的,用于指定后续报文转发。
正常情况下,每个业务子防火墙2从自己的网卡接收队列中取报文,解析报文。对于首包来说,先进行安全检测:在自己的内存中使用安全检测树对报文做检测,生成会话表放在共享内存中自己的会话表中。之后报文通过查表把报文放到自己对应的网卡发送队列中。对于非首包报文,去共享内存中查相关表。这样正常情况下,各子防火墙各跑各自的业务,各自查找自己的表,相比共享使用一张表,不需要使用锁,由于表分开,以提高查找效率。
在备份组中,当监测到某个业务子防火墙2发生进程奔溃,可以将该业务子防火墙2的业务调度到备份组中另一业务子防火墙2中运行。当备份组中某个业务子防火墙2发生进程奔溃。比如,业务子防火墙A发生故障,进程奔溃,备份组中的业务子防火墙B立刻接管业务子防火墙A的业务。具体过程:业务子防火墙A一发生进程崩溃,管理子防火墙1通过心跳机制会立刻感知得到,然后根据监控到的备份组中的各业务子防火墙2的cpu使用情况,把当前cpu较闲的子防火墙找出来,然后通知它去接管发生故障的那个子防火墙的业务。即管理子防火墙1通知业务子防火墙B去做两件事情:第一,去业务子防火墙A对应的网卡的接收队列中取报文,即去网卡1和网卡2的接收队列中取报文进行处理。需要查表转发时,去共享内存中查业务子防火墙A的相关转发表,需要做安全检测时,可以使用业务子防火墙B现成的安全检测规则树进行一系列检测;第二,接管维护业务子防火墙A的各转发表数据(会话表/路由表/arp表)。
为了扩展应用场景,用于不同的业务模型进行安全检测时,业务子防火墙2包括第一防护防火墙、第二防护防火墙以及第三防护防火墙;第一防护防火墙,与工业报文的网卡连接;第二防护防火墙,与数据库的网卡连接;第三防护防火墙,与企业办公上网的网卡连接。管理子防火墙1,与管理报文的网卡连接。第一防护防火墙可以为备份组的防火墙。于其他实施例中,第二防护防火墙和第三防护防火墙也可以为备份组的防火墙。
比如,当用于不同的业务模型进行安全检测时,同一台物理设备上,两个业务子防火墙2作为一个备份组,即为第一防护防火墙,用于接工业网络,用于工业网络数据处理;此外一个业务子防火墙2用于数据库防火墙;即为第二防护防火墙专门用于数据库防护;还有一个第三防护防火墙用于接办公网络,用于企业网防火墙网关。共有三种防火墙角色,这三种防火墙上跑的业务类型不同,其适用的安全规则不同。比如,工业网络中防火墙主要跑的工业协议报文,其安全防护规则主要是针对公网网络漏洞和病毒以及攻击。数据库防火墙主要用于数据库的防护,其上跑的业务主要是各种数据库协议,其安全防护规则是针对数据库的漏洞和攻击以及数据窃密。企业网防火墙上是通用的员工上网的各种报文处理,其安全防护规则和前两种也不同。
发明虽然已以较佳实施例公开如上,但其并不是用来限定发明,任何本领域技术人员在不脱离发明的精神和范围内,都可以利用上述揭示的方法和技术内容对发明技术方案做出可能的变动和修改,因此,凡是未脱离发明技术方案的内容,依据发明的技术实质对以上实施例所作的任何简单修改、等同变化及修饰,均属于发明技术方案的保护范围。
Claims (9)
1.一种实现高可靠安全性的防火墙***,其特征在于,包括配置于一台物理设备上的管理子防火墙和至少两个业务子防火墙;所述物理设备具有多核cpu;
每个子防火墙均单独与cpu核进行绑定,且相互之间的进程独自运行;
每个所述业务子防火墙,与所述管理子防火墙连接,启用进程处理业务,并根据预设的安全检测树控制业务的数据包进出;
所述管理子防火墙,通过心跳机制对每个业务子防火墙进行管理;在监控到某个业务子防火墙的CPU使用率高于第一阈值时,将该业务子防火墙的进程调度到CPU使用率低于第二阈值的业务子防火墙中运行。
2.如权利要求1所述的实现高可靠安全性的防火墙***,其特征在于,所述管理子防火墙还用于,在监控到某个业务子防火墙奔溃时,将该业务子防火墙的进程调度到CPU使用率低于第二阈值的业务子防火墙中运行。
3.如权利要求1所述的实现高可靠安全性的防火墙***,其特征在于,所述安全检测树是由与每个子防火墙进程配置的安全规则在内存中编译创建的。
4.如权利要求3所述的实现高可靠安全性的防火墙***,其特征在于,每两个所述业务子防火墙组成一个备份组;备份组中的业务子防火墙采用相同的安全检测树。
5.如权利要求4所述的实现高可靠安全性的防火墙***,其特征在于,在一个备份组中,每个业务子防火墙均会创建共享内存用于存储对应的转发表数据。
6.如权利要求5所述的实现高可靠安全性的防火墙***,其特征在于,所述转发表数据包括路由表、arp表以及会话表。
7.如权利要求1所述的实现高可靠安全性的防火墙***,其特征在于,所述业务子防火墙包括第一防护防火墙、第二防护防火墙以及第三防护防火墙;
所述第一防护防火墙,与工业报文的网卡连接;
所述第二防护防火墙,与数据库的网卡连接;
所述第三防护防火墙,与企业办公上网的网卡连接。
8.如权利要求7所述的实现高可靠安全性的防火墙***,其特征在于,所述第一防护防火墙为备份组的防火墙。
9.如权利要求1所述的实现高可靠安全性的防火墙***,其特征在于,所述管理子防火墙,与管理报文的网卡连接。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910063269.7A CN109600396A (zh) | 2019-01-23 | 2019-01-23 | 实现高可靠安全性的防火墙*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910063269.7A CN109600396A (zh) | 2019-01-23 | 2019-01-23 | 实现高可靠安全性的防火墙*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109600396A true CN109600396A (zh) | 2019-04-09 |
Family
ID=65964702
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910063269.7A Pending CN109600396A (zh) | 2019-01-23 | 2019-01-23 | 实现高可靠安全性的防火墙*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109600396A (zh) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102629217A (zh) * | 2012-03-07 | 2012-08-08 | 汉柏科技有限公司 | 多进程多操作***网络设备及其控制方法 |
CN103514043A (zh) * | 2012-06-29 | 2014-01-15 | 华为技术有限公司 | 多处理器***及该***的数据处理方法 |
CN104460934A (zh) * | 2013-09-13 | 2015-03-25 | 华为终端有限公司 | 多cpu调度方法及装置 |
CN104809026A (zh) * | 2015-05-14 | 2015-07-29 | 苏州中晟宏芯信息科技有限公司 | 一种使用远程节点借用cpu计算资源的方法 |
CN104869016A (zh) * | 2015-04-28 | 2015-08-26 | 杭州华三通信技术有限公司 | 一种数据报文的传输方法和设备 |
CN106897132A (zh) * | 2017-02-27 | 2017-06-27 | 郑州云海信息技术有限公司 | 一种服务器任务调度的方法以及装置 |
US20180129525A1 (en) * | 2016-11-09 | 2018-05-10 | Samsung Electronics Co., Ltd. | Computing system for securely executing a secure application in a rich execution environment |
CN108307206A (zh) * | 2017-12-25 | 2018-07-20 | 北京奇艺世纪科技有限公司 | 一种直播编码任务的分配方法及装置 |
-
2019
- 2019-01-23 CN CN201910063269.7A patent/CN109600396A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102629217A (zh) * | 2012-03-07 | 2012-08-08 | 汉柏科技有限公司 | 多进程多操作***网络设备及其控制方法 |
CN103514043A (zh) * | 2012-06-29 | 2014-01-15 | 华为技术有限公司 | 多处理器***及该***的数据处理方法 |
CN104460934A (zh) * | 2013-09-13 | 2015-03-25 | 华为终端有限公司 | 多cpu调度方法及装置 |
CN104869016A (zh) * | 2015-04-28 | 2015-08-26 | 杭州华三通信技术有限公司 | 一种数据报文的传输方法和设备 |
CN104809026A (zh) * | 2015-05-14 | 2015-07-29 | 苏州中晟宏芯信息科技有限公司 | 一种使用远程节点借用cpu计算资源的方法 |
US20180129525A1 (en) * | 2016-11-09 | 2018-05-10 | Samsung Electronics Co., Ltd. | Computing system for securely executing a secure application in a rich execution environment |
CN106897132A (zh) * | 2017-02-27 | 2017-06-27 | 郑州云海信息技术有限公司 | 一种服务器任务调度的方法以及装置 |
CN108307206A (zh) * | 2017-12-25 | 2018-07-20 | 北京奇艺世纪科技有限公司 | 一种直播编码任务的分配方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107426206A (zh) | 一种对web服务器的防护装置和方法 | |
CN103858382B (zh) | 用于防火墙群集中的应用状态共享的方法和装置 | |
CN104113428B (zh) | 一种设备管理装置和方法 | |
CN106375384A (zh) | 一种虚拟网络环境中镜像网络流量的管理***和控制方法 | |
CN107566508A (zh) | 一种自动化运维的短信微服务*** | |
CN103959712B (zh) | 大型防火墙集群中的定时管理 | |
CN108055270B (zh) | 网络安全协同防御方法 | |
CN108040055A (zh) | 一种防火墙组合策略及云服务安全防护 | |
CN109981587A (zh) | 一种基于apt攻击的网络安全监控溯源*** | |
US20190296939A1 (en) | Spanning tree protocol enabled n-node link aggregation system | |
CN109981355A (zh) | 用于云环境的安全防御方法及***、计算机可读存储介质 | |
CN109391691A (zh) | 一种单节点故障下nas服务的恢复方法及相关装置 | |
CN105162823B (zh) | 一种虚拟机管理方法及装置 | |
CN110636086A (zh) | 网络防护测试方法及装置 | |
CN113438164A (zh) | 基于云网融合技术的动态多路径优化方法、***以及设备 | |
US9122546B1 (en) | Rapid processing of event notifications | |
US11889244B2 (en) | Passive optical network for utility infrastructure resiliency | |
CN105245336B (zh) | 一种文档加密管理*** | |
CN107197002A (zh) | 云计算***及云数据处理方法 | |
CN103888310B (zh) | 监控处理方法及*** | |
CN109600396A (zh) | 实现高可靠安全性的防火墙*** | |
CN109743316A (zh) | 数据传输方法、出口路由器、防火墙及双台防火墙*** | |
CN104717188A (zh) | 一种工业控制防火墙中资产对象安全防护***和方法 | |
CN107046546A (zh) | 一种网络安全控制方法及装置 | |
CN115242839B (zh) | 物联网级联数据传输方法、装置、电子设备和存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190409 |
|
RJ01 | Rejection of invention patent application after publication |