什么是NAT模式？理论化的措辞我就不说了，我将结合本人平时的经验来简单的说明一下NAT模式，以及配置NAT模式时遇到的问题。
很多事情说起来容易，做起来却很难，开始的时候就已经经历了各种选择，而开始才是一个真正开始。
VXLAN是为了在现有的三层网络之上，覆盖一层虚拟的由内核VXLAN模块负责维护的二层网络，使得连接在VXLAN之上的主机可以像在一个局域网里那样实现自由通信。
发现只有指定了主机映射目录的 webapps 目录不会被删除，而没有指定的映射目录则会被删除
随着业务规模的扩大，一台机器的Docker已经无法满足我们的要求，为了保证性能和高可用，Docker提供了一种叫Swarm的解决方案。 他可以跨多个Docker主机来部署容器，具有完备的安全机制、内置负载均衡器；支持扩缩容、升级和回滚。 这次让我们用Swarm来部署一个2节点集群，并使用其负载均衡特性部署一个2副本Web应用。 何谓Swarm？ 一个Swarm集群由一个或多个Docker节点组成。这些节点可以是物理机、虚拟机等。只要保证节点之间的网络通畅即可。Docker Swarm的结构如下：
虽然多数人每天都在使用电脑，但是很多人对于计算机软件和硬件很少了解，比如我们每天都在使用的互联网都不知道到底是如何构成的，那么电脑域名在哪里查？在购买域名的时候选择哪里才更加靠谱呢？
网络故障排除对于网络技术专家和网络工程师是颇具挑战的工作。每当添加新的设备或网络发生变更时，新的问题就会出现，而且很难确定问题出在哪里。每一位网络工程师或专家都有自己的经验和必备工具，能让他们快速定位网络故障。以下的这些工具，是否是你的工具箱中的选项。
一旦开始部署实际工作负载，使用真实数据和实际流程，就会发生一些变化：某些数据以及其中一些过程会很敏感。那么企业应该如何决定将工作负载放在哪里，一旦他们部署在那里，企业应该如何保护它们? 当企业开始运行
控制报文协议（Internet Control Message Protocol，ICMP）是 TCP/IP 协议族的一个子协议。ICMP 协议用于在 IP 主机和路由器之间传递控制消息，描述网络是否通畅、主机是否可达、路由器是否可用等网络状态。
容器的原生网络提供了三种，一种是host模式，一种bridge模式，一种则是none模式，至于第三种模式未使用过，在此掠过不谈，没有具体的使用场景。
网站建设域名和主机哪个好？这两个都是创建网站必不可少的，对于企业与建设网站来说，拥有同等重要的地位。
nmap是一个网络连接端扫描软件，用来扫描网上电脑开放的网络连接端。确定哪些服务运行在哪些连接端，并且推断计算机运行哪个操作系统。
在Linux系统中，有许多常用的网络命令可以用来进行网络配置和故障排除。这些命令可以帮助我们了解网络的状态和性能，并且可以快速诊断和解决网络问题。在本文中，我们将介绍一些常用的Linux网络命令，并提供一些案例来帮助您更好地理解它们的用法。
DHCP（Dynamic Host Configuration Protocol：动态主机设置协议）
前言 前面给大家介绍了计算机网络的基本概述，物理层和数据链路层。这一篇给大家介绍面试中经常会被问到的网络层。在介绍之前我们回顾一下之前学习的知识！ CP/IP协议栈：物理层、链路层、网络层、传输层、应用层（会话层+表示层+应用层） 物理层：通过比特流在线路中传输来完成我们传输数据的目的，传输的方式很多种，传输的介质也很多中，光纤等 链路层：数据帧，在数据包(报)上加mac地址形成数据帧，其中的CRC检测原理用来检测数据的完整性，这一层用到的协议有PPP（点到点协议）、例如家中的拨号上网，
具体实践中，公安部会组织攻防两方，进攻方会在一个月内对防守方发动网络攻击，检测出防守方（企事业单位）存在的安全漏洞。通过与进攻方的对抗，企事业单位网络、系统以及设备等的安全能力会大大提高。
地址解析协议是建立在网络中各个主机互相信任的基础上的，局域网络上的主机可以自主发送ARP应答消息，其他主机收到应答报文时不会检测该报文的真实性就会将其记入本机ARP缓存；由此攻击者就可以向某一主机发送伪ARP应答报文，使其发送的信息无法到达预期的主机或到达错误的主机，这就构成了一个ARP欺骗。
小矩阵一体化运维平台解决企业云上或者自建数据中心大量主机高效安全运维管控的问题,支持多个独立网络节点主机管理,即支持多云统一管控
BOOTPROTO = static，表示启用了静态 IP 地址，默认为 none
Envoy是一款由 Lyft 开源的高性能数据和服务代理软件，使用现代 C++ 语言（C++11 以及 C++14）开发，提供四层和七层网络代理能力。
如果对tcp中的握手挥手不了解的同学，请先看这篇博客：《关于三次握手与四次挥手你要知道这些》。
在Docker容器技术中，通过容器，我们可以很方便的将我们的应用程序打成一个镜像，然后无论我们在哪部署应用，只要这个环境支持Docker，那么我们都可以通过Docker将我们的镜像运行起来，而不需要关心环境的问题。这一点真正做到了 "一次打包，到处运行" 的效果。正是因为有了容器技术，我们可以不再理会应用的运行环境依赖问题，这也给微服务架构的实现带来了极大的便利。
组件：nova-api负责接受和响应终端用户有关虚拟机和云硬盘的请求，nova-api是整个nova 的入口。它接受用户请求，将指令发送至消息队列，由相应的服务执行相关的指令消息。
随着业务规模的扩大，一台机器的Docker已经无法满足我们的要求，为了保证性能和高可用，Docker提供了一种叫Swarm的解决方案。
2016年基于EVPN+VXLAN的局域网SDN技术发端以来，在短短的三年来，已经取得了巨大的成功，如果某家网络方案供应商对该方案支持不完善，将会被排挤出主流圈子，而在大型数据中心或园区网络项目中，SDN的需求也逐渐成为必选项。
摘要 今天我为大家带来的分享主题是新一代CMDB模型的构建指南，主要分为四大部分。 困境：当前CMDB模型面临的普遍困境 很多CMDB建设前期做得风风火火，而后期维护渐渐被开发、运维等角色抛弃，成为废墟。究其原因，部分是系统本身的各种因素阻碍，但更多是方法论问题，总以为找到了很强的驱动力来建设资源维护的流程和场景，其实都是自己的一厢情愿。 从常规部门的角度看，数据中心的基础设施部门统揽 CMDB 所触及的配置建设和管理，但是资源部门根本不关心（也无法关心）资源所关联的上层应用。整个问题看似走进了无解的胡同
如果您拥有一个网站，并且希望将其扩展到全球观众，选择香港主机可能是一个明智的决策。香港主机提供了全球覆盖的能力，具备出色的速度、可靠性、安全性以及搜索引擎优化特性。此外，香港主机还拥有语言和文化优势，使其成为一个理想的选择。在本文中，我们将探讨香港主机的各个方面，以及如何选择适合您的需求的香港主机提供商。
IP地址由网络号（包括子网号）和主机号组成，网络号（包括子网号）相同意味着在同一网段下。在IPv4中，IP地址是一个32位的整数，对应4个字节，通常用x.x.x.x的点式十进制方式来表示。
windows远程桌面是大家用的比较多的一个服务，经常会遇到一些这样那样的错误，下面我们就2个典型案例分析一下。 一、远程桌面，身份验证错误：要求的函数不受支持 报错现象如下图所示：
因耗子叔推荐，最近在看《TCP IP 详解》，里面讲到了 ping，今天来聊聊 ping。如果觉得有收获，不妨随手一个关注，每天学点技术。
答：与 Docker 相关的本地资源默认存放在 /var/lib/docker/ 目录下，以 overlay2 文件系统为例，其中 containers 目录存放容器信息，image 目录存放镜像信息，overlay2 目录下存放具体的镜像层文件。
一个公众号关注者私信问我一个问题：从 Pod 内发起的，向外网的访问过程会涉及到 VTEP 吗？涉及到的 NAT 细节是什么？
作为运维的我们始终逃不过搭建一套全新平台的过程，这里就简要介绍我是如何搭建一套容器云平台的。 在开始之前就是要想好我们需要什么，为什么需要。容器是近几年比较火的一个名词，不少从事运维的同学都对它有或多或少的了解，还有不少人因为掌握了这个技术得到了高额的薪资。 那么可能有不少同学会问，什么是容器呢？ 这里用一个简短是几句话来说明。容器就好比一个瓶子，瓶子里可以装水、可以装沙子，而且瓶子可大可小，可长可短。用人话来说容器就好比虚拟机，它里面可以运行各种应用，但是它比虚拟机更轻量，更节约资源，而且部署效率提升数倍。可能有些人还比较懵逼，不过没关系，你就把它当作虚拟机好了，等你系统学习了它，你就会爱上它的。 简单说了下容器，下面再简单说一下容器云。我们在小学的课本上就知道云主要是由水汽凝结而成，那么我们可以把一个一个的容器当作是一个一个的水汽，许许多多的水汽凝结成云，那么许许多多容器就组成了容器云。但是水汽不会平白无故的就停在空中成为云，是由于空气周围有许多粉尘，粉尘就是水汽的平台，水汽就是凝结在它的周围，然后无数的粉尘它们相互挨着就成了云。容器也一样，容器也需要一个粉尘，这个粉尘我们称为主机，除了有主机还不够，我们需要将各个主机连接起来，让它们相互知道自己的存在，这就是网络的作用了。所以在最初的阶段我们一定要规划好网络，网络不规划好后面就不好维护了。 到现在容器相互知道了自己的存在，但是作为维护人员并不好去管理它们，所以这时候就需要用kubernetes来管理它们。kubernetes不仅可以管理容器，还可以管理网络、存储等，可以大大的降低我们的维护成本，我们要搭建的容器云就是围绕kubernetes的，包括它本身以及周边的配套设施。
前面我们通过对虚拟化网络基础知识的一番铺垫后，现在，我们就可以尝试使用这些知识去解构容器间的通信原理了，毕竟运用知识去解决问题，才是学习网络虚拟化的根本目的。
即插即用联网服务-------允许地址重用----------支持移动用户加入网络-----------支持在用地址续租
简单网络管理协议(SNMP)是用于远程监控网络设备的事实标准之一，如路由器、交换机和服务器等。使用ntopng Enterprise，就可以与这些设备进行持续的、程序化的交互，实时了解它们的状态，并为将来的调查和故障排除建立历史记录。
前言 之前在总结docker machine的时候，当时对docker理解还不够深入，甚至还不知道 docker machine 与 docker swarm 的区别。 在查阅资料以及官方文档之后，今天基本彻底搞明白了。其实 docker machine 只是一个docker多节点的管理工具，它的作用是帮助我们在其他节点上安装docker、运行docker容器等；而 docker swarm 则是一个docker集群管理工具，有了它整个集群就能协同工作，从容器的角度来说有点像是openstack的感觉，能够
之前负责的一个服务总是在高峰时刻和压测发生大量的redis连接超时的异常redis.clients.jedis.exceptions.JedisConnectionException，根据原有的业务规则，首先会从数据库查询，然后缓存到redis中，超时时间设置为3分钟。
上一篇了解了IP协议的各个字段的作用，以及提到了特别重要IP地址，在网络世界中作为通信识别的唯一寻址信息，让两台终端通信知道如何去跟回，其实网络世界更像我们现实世界的缩影，很多能在现实中找到相似的影子，特别在于寄信件的时候，里面最重要的就是地址信息，这个能是去往目的地的关键信息，现实中通过各个省份、城市、区县、区域来定位到具体位置，并且，这个地址是唯一的，不能出现重复，否则信件就不知道如何发送了，而在TCP/IP通信的网络世界中，为了保证正常通信，也是一样，需要有一个唯一并且能够寻址功能定位到目的地在哪的地址信息，这就是IP地址，所以每个设备都需要正确的IP地址，否则无法实现正常的通信，那它在网络世界中如何表示的呢？怎么去保证唯一性呢？
Zabbix服务器使用了Docker搭建在笔者使用的笔记本上，Zabbix被监控主机为笔者的阿里云服务器，此时Zabbix环境已搭建完成，在Zabbix服务器web界面也已添加监控主机，但是被监控主机报如下错误： Assuming that agent dropped connection because of access permission
渗透测试的本质是信息收集，我们可以将内网信息收集大致分为5个步骤，即本机信息收集、域内信息收集、登录凭证窃取、存活主机探测、内网端口扫描。
openstack的api只能扩展并且向前兼容，不能影响已经开发的云管和监控等业务。
通过网络嗅探，我们可以捕获目标机器接收和发送的数据包。因此，流量嗅探在渗透攻击之前或之后的各个阶段都有许多实际用途。在某些情况下，你可能会使用Wireshark（http://wireshark.org）监听流量，也可能会使用基于Python的解决方案如Scapy。尽管如此，了解和掌握如何快速地编写自己的嗅探器，从而显示和解码网络流量，仍是一件很酷炫的事情。编写这样的工具也能加深你对那些能妥善处理各种细节、让你使用起来不费吹灰之力的成熟工具的敬意。你还很可能从中学到一些新的Python 编程技术，加深对底层网络工作方式的理解。
裸金属服务器，让传统物理机具有了自动发放、自动运维、VPC互联、支撑对接共享存储等云的能力。可以像虚拟机一样灵活的发放和使用，同时又具备了优秀的计算、存储、网络能力。
生产中经常遇到一些IO延时长导致的系统吞吐量下降、响应时间慢等问题，例如交换机故障、网线老化导致的丢包重传；存储阵列条带宽度不足、缓存不足、QoS限制、RAID级别设置不当等引起的IO延时。
在日常使用 Linux 或者 macOS 时，我们并没有运行多个完全分离的服务器的需要，但是如果我们在服务器上启动了多个服务，这些服务其实会相互影响的，每一个服务都能看到其他服务的进程，也可以访问宿主机器上的任意文件，这是很多时候我们都不愿意看到的，我们更希望运行在同一台机器上的不同服务能做到完全隔离，就像运行在多台不同的机器上一样。
简介：本文来自AWS公司前Principal Network Engineer-Justin Pietsch。
随着越来越多的企业用户将传统的业务系统迁移至虚拟化环境或是云服务商提供的云平台，数据的泄露及篡改风险变的越发严峻，针对数据安全的防护以及事后审计追溯也变得越来越困难。究其原因，主要是传统的数据库审计解决方案是通过旁路分析目标被审计数据库镜像的流量，而虚拟化环境或者云平台由于内部的虚拟交换机（Vswitch）流量很难镜像或者无法镜像，因此传统的数据库审计解决方案不足以应对虚拟化和云平台的数据库审计需求。
当今数字化时代，网络安全威胁和风险日益突出，已成为企业面临的重大安全挑战。网络攻击者不断尝试利用各种技术和手段对企业网络资源进行探测和攻击，如：利用漏洞、木马、钓鱼、勒索等方式窃取数据、破坏系统、篡改信息。因此，企业也需要采取有效的防御措施保护自己的数据和业务安全。
随着越来越多的企业用户将传统的业务系统迁移至虚拟化环境或是云服务商提供的云平台，数据的泄露及篡改风险变的越发严峻，针对数据安全的防护以及事后审计追溯也变得越来越困难。究其原因，主要是传统的数据库审计解决方案是通过旁路分析目标被审计数据库镜像的流量，而虚拟化环境或者云平台由于内部的虚拟交换机（Vswitch）流量很难镜像或者无法镜像，因此传统的数据库审计解决方案不足以应对虚拟化和云平台的数据库审计需求。 首先我们对虚拟化及云平台环境中，传统的数据库审计解决方案在典型的几种场景下的优缺点进行解析：
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
云直播
对象存储
