CCIE认证
Cisco Certified Internetwork
Expert
CCIE,全称Cisco Certified Internetwork Expert (
思科认证互联网专家) 。是美国Cisco公司于1993年开始推出的专家级认证考试。被全球公认为IT业****的认证,是全球Internetworkine领域中**顶
级的认证证书。获取CCIE证书是每一位网络技术人员的梦想,拥有CCIE证书不仅仅能够证明你有着专家水平的技术,而且还是对你实力的一种肯定也是象
征着荣誉的标识。
IT关键业务服务
IT key Business Services
1、IT服务
网络运维服务、系统运维服务、数据库运维服务、紧急事件响应服务
2、信息安全服务
网络安全评估、信息安全等级保护评估、安全解决方案规划与实施
3、商业智能
商业智能项目咨询与实施，总体规划方案的制定和优化
4、OA应用服务
OA应用项目咨询及功能模块开发
5、人力资源服务
专业IT人力资源外包与猎头服务
CCNA-安全认证我能学到什么？
满足网络安全的IT专业人员的需求，能够胜任网络安全专家，网络安全管理
员和网络安全支持工程师等职位。
|
一阶段
【网络安全工程师的职业规划】
网络安全行业介绍
网络安全工程师就业方向
网络安全工程师岗位介绍
网络安全工程师晋升通道
网络安全工程师技能认证介绍
作业 随堂PDF 随堂视频
|
二阶段
【思科网络安全解决方案综述】
了解为什么需要网络安全？
了解思科下一代安全产品线
了解网络安全常用专业术语
了解如何查询安全文档
了解安全实验平台的搭建与使用
作业 随堂PDF 随堂视频
实战：设计与构建中小企业网络安全环
境
|
三阶段
【部署中小型企业网络安全（上）】
学习与理解防火墙原理
学习与理解防火墙区域
执行防火墙初始化
防火墙路由部署与测试
执行基本访问控制
作业 随堂PDF 随堂视频
实战：设计与构建中小企业网络安全环境
|
|
四阶段
【部署中小型企业网络安全（中）】
学习与理解虚拟专用网络原理
学习与理解加密学基本知识
部署简单站点到站点的VPN
难点：处理VPN流量正常穿越防火墙
测试与监控已建立的VPN隧道
作业 随堂PDF 随堂视频
实战：设计与构建中小企业网络安全环
境
|
五阶段
【部署中小型企业网络安全（下）】
学习与理解身份认证系统基本知识
学习与理解 Radius、Tacacs
协议
部署与测试认证
部署与测试授权
部署与测试审计
作业 随堂PDF 随堂视频
实战：设计与构建中小企业网络安全环境
|
|
当心！TCP本机客户端连接本机服务器
上周，在我们进行性能测试的时候，发现了一个问题。
我们的服务器上启了一个redis服务端，侦听0.0.0.0的1234端口，同处在本机的另外一个进程会频繁发起到该服务端的短连接，结果导致了两个问题：
1.大量的TIME_WAIT状态的连接；
2.发起连接的进程的CPU占用率接近100%。
这两个结果严重影响了我们网关的性能，在分析具体原因之前，首先做一个提倡，那就是：本机连接本机，首选UNIX域套接字而不是TCP！
原因其实不需要数据分析，仅仅理论分析就够了，前提是你要做Linux内核协议栈的IP层处理以及软中断调度有足够的理解，当然，这些都很简单。
首先我们来看看问题1。TIME_WAIT就不多说了，只要任何一端主动断开连接，那么它**终可能将会进入TIME_WAIT状态，具体是否会进入在 Linux上取决于几个因素，**，你有没有两端开启timestamps，如果开启了，你有没有在服务端开启recycle，如果开启了，那么 TIME_WAIT套接字就会迅速消失，也就是说，想让recycle起作用，你一定要开启timestamps。如果没有timestamps，那么就 会有大量的TIME_WAIT状态的套接字。
在Linux内核协议栈的实现中，所有连接本机的数据流，其路由选择**终都会到定向到loopback，如果你没有绑定源IP地址，那么源/目标IP地址 均为127.0.0.1！如果服务端口是固定的，那么**终会接受65535-1个连接，减1的原因在于服务端已经bind了服务端口，因此客户端不能再次 bind。这是合理的，因为按照四元组唯一性考虑，一个服务只能接受一个特定IP地址的65535个连接或者65534个连接，但是问题是，如果需求巨 大，这显然不能满足要求，你要知道，作为服务器而言，它要考虑的是总的**大并发连接数，一台机器上同时发起6万多个连接的可能性并不大，因此TCP在大多 数情况下是合理，采用16bit的端口号刚刚好，因为协议头不能太大，否则载荷率就会变小，这显然是网络传输所要求的，然而本机连本机时，并不需要网络传 输，你想当然会认为有多少需求就要都要满足，不过TCP并不适合这种场合。
本机连本机，没有网络传输带来的延迟，吞吐限制也仅限于本机资源利用，因此并发10万甚至更多的需求都是合理的，可是TCP并不能满足，原因就在于它只有 16bit的端口号，目标端口固定，同时只能有65534个连接。如何解决呢？我们知道127.0.0.0/8都是属于loopback的，我们可以采用 不同的源IP地址，如果想这么做，有两个选择，那就是要么客户端bind源IP为127.x.y.z，要么SNAT成127.x.y.z，这样就可以接受 海量的连接需求了。但是这并不是**终的解决方案，为什么非要用TCP呢？TCP本来就是为网络传输设计的，它的流控应对不同的主机，拥控应对反复无常的网 络，在本机，这些都不是问题，所以本机连本机，**好使用本机套接字，比如UNIX域套接字。
再来看问题2，一个连接本机的TCP数据包**终到达了loopback的xmit发送函数，其中简单的调度了本CPU上的一个软中断处理，然后会在下一次 中断结束后调度其执行，这有很大几率是在当前发送进程的上下文中进行的，也就是说，发送进程在其上下文中进行了发送操作，而此时软中断借用了其上下文触发 了接收操作，再然后，LOCK的开销就很明显，由于大量的TW套接字的insert和delete，需要频繁LOCK哈希表，这种开销完全记帐到了发送进程的名下，也是不公平的。
注意，Linux内核中，softirq会在两种上下文中执行，一种是硬件中断后的任意上下文中，一种是每CPU一个内核线程的上下文中，后者会记帐给top命令的si百分比，前者则会记帐给任意被中断的进程。
相关推荐：
苏州思科认证培训 苏州思科认证培训班 苏州思科认证培训学校
