LoopBack

对 rabbitMQ 我们已经有了初步的了解，现在我们来安装 rabbitMQ 来进行一些操作。因为大部分人的操作系统都是windows 而且作者本人使用的也windows系统。所以这里只介绍在windows上安装rabbitMQ。mac用户自行解决（仇富脸）。 erlang的安装 erlang 不好的地方是它不是向下兼容的，也就是说 rabbitMQ的版本和erlang的版本不匹配的话，会安装失败。所以我们要先上 rabbitMQ的官方网站查询对应的版本号，再安装 网站： https://www.rabbitmq.com/which-erlang.html 查询好版本后向erlang 官方网站下载安装程序，网址： http://www.erlang.org/downloads 下载安装完成之后，配置erlang的环境变量（参考JAVA_HOME）。 变量名：ERLANG_HOME 变量值：你的安装路径 然后将 %ERLANG_HOME%\bin 加入到path中，和Java maven 这些程序的配置方式一样。然后在cmd 中输入 erlang 验证一下，完成。 rabbitMQ的安装 下载地址： http://www.rabbitmq.com/download.html 注意要找对版本下载安装。安装完成后进入RabbitMQ的sbin目录下在cmd中执行 ./rabbitmq

Linux+Python 高端运维班第一次作业 1 、按系列罗列 Linux 的发行版，并描述不同发行版之间的联系与区别。 1 ） linux 的发行版介绍 slackware ： Slackware Linux 是由 Patrick Volkerding 开发的 GNU/Linux 发行版，一直坚持 KISS 原则。 suse: 在欧洲比较流行的 linux 发行版本 sles ： suse 企业版 opensuse ： suse 桌面免费发行版本 debian ：服务器版，消耗资源少，稳定。 ubuntu mint redhat ：成立于 1992 年 rhel ： redhat enterprise linux ，用于企业商用，为了保证服务器稳定，每 18 个月发行一个新版本 centos: 开源版本，和 RHEL 几乎一样，兼容 rhel 的格式，已被 redhat 收购。 fedora ： linux 免费桌面版，得到 redhat 官方支持，用于测试新软件，每 6 个月发行一个新版本 Archlinux Gentoo LFS:Linux From scratch Androld:kernel+busybox+java 虚拟机，主要用于移动终端 2 ）不同发行版之间的联系 都是在开源的 linux 内核代码进行再次开发而形成不同的发行版，而且必须支持 GNU

表项 描述 Fast Ethernet... is up ...is administratively down 表明接口的硬件当前是否是被激活的还是被管理员手工的 showdown 掉了。 line protocol is 标识该接口的线协议也就是软件进程是否可用，还是被管理员手工的给 shutdown 了。 Hardware 硬件类型 ( 例如 MCI Ethernet, SCI, cBus Ethernet) 和硬件地址 Internet address 带有子网信息的该接口的 IP 地址。 MTU 接口上的最大传输单元。 BW 接口的带宽，通常单位是 kb/s 。 DLY 端口的延迟，单位是 ms 。 rely 以 255 为参照数的接口的可靠性参数 (255/255 就是百分之百的可靠 ), 以 5 分钟的平均数来计算。 load 以 255 为参照数的接口的负荷 (255/255 就是百分之百的负荷量 ), 5 分钟的平均数来计算。 Encapsulation 接口的封装类型。 ARP type 接口配置的地址解析协议 (ARP) 的类型。 loopback 标识是否设置了接口回环。 keepalive 标识接口是否设置了发送存活 (keepalives) 信息 Last input 自从接口接受到最近的一个数据包后的时间。当该数据包是被 precess-switch

1. NAT分类 根据Stun协议(RFC3489),NAT大致分为下面四类 1) Full Cone 这种NAT内部的机器A连接过外网机器C后,NAT会打开一个端口.然后外网的任何发到这个打开的端口的UDP数据报都可以到达A.不管是不是C发过来的. 例如 A:192.168.8.100 NAT:202.100.100.100 C:292.88.88.88 A(192.168.8.100:5000) -> NAT(202.100.100.100 : 8000) -> C(292.88.88.88:2000) 任何发送到 NAT(202.100.100.100:8000)的数据都可以到达A(192.168.8.100:5000) 2) Restricted Cone 这种NAT内部的机器A连接过外网的机器C后,NAT打开一个端口.然后C可以用任何端口和A通信.其他的外网机器不行. 例如 A:192.168.8.100 NAT:202.100.100.100 C:292.88.88.88 A(192.168.8.100:5000) -> NAT(202.100.100.100 : 8000) -> C(292.88.88.88:2000) 任何从C发送到 NAT(202.100.100.100:8000)的数据都可以到达A(192.168.8.100:5000) 3) Port

Nginx、LVS、HAProxy 是目前使用最广泛的三种负载均衡软件，本人都在多个项目中实施过，通常会结合Keepalive做健康检查，实现故障转移的高可用功能。 1）在四层（tcp）实现负载均衡的软件： lvs------>重量级 nginx------>轻量级，带缓存功能，正则表达式较灵活 haproxy------>模拟四层转发，较灵活 2）在七层（http）实现反向代理的软件： haproxy------>天生技能，全面支持七层代理，会话保持，标记，路径转移； nginx------>只在http协议和mail协议上功能比较好，性能与haproxy差不多； apache------>功能较差<br> 总的来说，一般是lvs做4层负载；nginx做7层负载；haproxy比较灵活，4层和7层负载均衡都能做 一般对负载均衡的使用是随着网站规模的提升根据不同的阶段来使用不同的技术。具体的应用需求还得具体分析： 1）如果是中小型的 Web 应用，比如日PV小于1000 万，用 Nginx 就完全可以了； 2）如果机器不少，可以用DNS轮询， LVS所耗费的机器还是比较多的；大型网站或重要的服务，且服务器比较多时， 可以考虑用LVS。 还有一种是通过硬件来进行进行，常见的硬件有比较昂贵的F5和Array等商用的负载均衡器，它的优点就是有专业的维护团队来对这些服务进行维护

昨天介绍了下 微软的反向代理库YARP ，今天准备实现一个简单的Http正向代理服务器玩下。首先还是介绍下背景知识： 普通代理（Http） 在Http的时代，大部分是走的 RFC 7230 中描述的普通代理。这种代理扮演的是「中间人」角色，对于连接到它的客户端来说，它是服务端；对于要连接的服务端来说，它是客户端。它就负责在两端之间来回传送 HTTP 报文。它的流程是： 客户端浏览器将请求原封不动的发送给代理服务器 代理服务器从HttpHeader中获取目标的主机地址，将请求发送给目标主机 目标主机将响应回传给代理服务器 代理服务器将响应回传给客户端浏览器。 对于客户端浏览器来说，代理服务器就是目标web服务器。 对于web服务器来说来说，它会把代理当做客户端，完全察觉不到真正客户端的存在（代理服务器可以通过X-Forwarded-IP这样的自定义头部告诉服务端真正的客户端 IP）。 这种代理服务器实现是比较简单的，基本上是原封不动的透传，主要是第2步，需要从header中识别目标主机地址。 隧道代理（Https） 到了Https时代，这种方式就有问题了，代理服务器是一个web服务器，它是影响了客户端和服务器的TLS加密连接的。此时主要使用RFC中定义的通过 Web 代理服务器用隧道方式传输基于 TCP 的协议的 隧道代理 方式，它的主要流程为： 浏览器首先发送Http

在 redis 主从复制模式下可能会出现 slave 延迟导致读写不一致的问题。 解决办法有2种 1. 修改从几点参数配置 从节点的 slave-serve-stale-data 参数也与此有关，它控制这种情况下从节点的表现 当从库同主机失去连接或者复制正在进行，从机库有两种运行方式: 如果slave-serve-stale-data设置为yes(默认设置)，从库会继续响应客户端的请求。 如果slave-serve-stale-data设置为no，除去INFO和SLAVOF命令之外的任何请求都会返回一个错误”SYNC with master in progress”。 2. 编写外部监控程序 将主从模式更换为哨兵模式则无需自己去做监控 对于无法容忍大量延迟场景，可以编写外部监控程序监听主从节点的复制偏移量，当延迟较大时触发报警或者通知客户端避免读取延迟过高的从节点。 编写监控程序，然后定时执行 <?php /** * [监控 redis 主从复制偏移量：当监控到延迟高的节点时，移除延迟高的从节点， 即动态修改读写分离配置信息。(可以添加触发报警机制)] * [在做主从复制时推荐使用 redis 的哨兵模式，则无需自己去监控，哨兵模式能自己监控并切换主从] * * @Author leeprince:2020-05-05 10:29 */ define ( 'IS_DEBUG' ,

第一步设置IP地址 R1 undo terminal monitor [Huawei]user-interface console 0 [Huawei-ui-console0]idle-timeout 0 0 [Huawei]sysname R1 [R1]int g0/0/0 [R1-GigabitEthernet0/0/0]ip address 12.1.1.1 24 [R1]interface LoopBack 0 [R1-LoopBack0]ip address 1.1.1.1 32 R2 undo terminal monitor [Huawei]user-interface console 0 [Huawei-ui-console0]idle-timeout 0 0 [Huawei]sysname R2 [R2]int g0/0/0 [R2-GigabitEthernet0/0/0]ip address 12.1.1.2 24 [R2]int g0/0/1 [R2-GigabitEthernet0/0/1]ip address 20.1.1.1 24 [R2]int LoopBack 0 [R2-LoopBack0]ip address 2.2.2.2 23 R3 undo terminal monitor [Huawei]user-interface console 0

　　上一篇博客我们主要聊了下docker镜像相关的说明以及怎样基于现有镜像制作镜像、分发镜像到docker仓库中的相关测试；回顾请参考 https://www.cnblogs.com/qiuhom-1874/p/12941508.html ；今天我们来聊一聊docker的网络相关说明； 　　在使用vm虚拟机时，我们知道一个虚拟机可以有三种虚拟网络接口，第一种网络是桥接网络，第二种是NAT网络，第三种是仅主机网络；这三种虚拟网络接口后面对应的都是一个个不同的虚拟网络；我们要想让虚拟机在那个网络中工作就把对应接口更换成那个接口即可；相对于docker来讲，docker内部也有三种虚拟网络接口，它们分别是bridge,host,none这三种；bridge是docker容器默认的网络类型，启动容器不指定网络时默认是bridge，该网络类型是桥接到宿主机的docker0桥上的，而docker0桥上一个NAT桥；host在docker里不是仅主机网络类型，它这里的意思是共享宿主机网络，即同宿主机共享同一网络名称空间；none表示空网络类型，在docker的网络中表现形式就是我们启动容器指定网络类型为none，在容器内部除了lo接口就没有别的其他网络接口，这意味着该容器网络只能自己和自己通信，有点类似vm里的仅主机网络；其实除了以上三种网络，docker也支持自定义网络

ospfv3 配置命令 掌握ospfv3的工作过程 hello DD LSR LSU LSACK 掌握ospfv3各种类型的lsa 熟悉ospfv3与ospfv2的差异点 ospfv3 手动设置router ID 是在进程里面进行 和ospf有区别 opsfv3 宣告网段是在接口里面直接ospfv3 1 area 0 和ospf有区别 修改ospfv3 里面优先级 cost 存活时间等也是在接口下 ospfv3 cost display ospfv3 int g0/0/1 /查看接口的ospfv3详情 display ospfv3 lsdb //显示ospfv3 链路状态数据库 display ospfv3 lsdb intra-prefix 0.0.0.2 /显示ospfv3 链路状态数据库 3类 0.0.0.2详情 display ospfv3 peer /显示ospfv3 邻接表 [R1]display ipv6 routing-table protocol ospfv3 /显示ipv6的ospfv3的路由条目 案例6：配置 OSPFv3 网络 6.1 问题 如图配置IPv6地址和OSPFv3区域 查看OSPFv3邻居和数据库LSA 确保 R1 和 R3 可以互相访问 [Huawei]sysname R2 [R2]ipv6 /全局启用ipv6 [R2]int g0/0/1