路由

OSPF多区域配置

风流意气都作罢 提交于 2019-12-07 01:06:30
1、多区域OSPF 1.1 多区域OSPF产生的原因   在OSPF单区域中,每台路由器都需要收集其他所有的路由器的链路信息,随着网络规模的不断扩大,链路信息也会随之不断增加,这将使得单台路由器上的链路状态数据库非常庞大,导致路由器负担加重,也不便于维护管理。为解决上述问题,OSPF协议可以将整个自治系统分为不同的区域。 1.2 多区域OSPF的优势   链路状态信息只在区域内进行泛洪,区域之间传递的只是路由条目而非链路状态信息,因此大大减小了路由器的负担,当一台路由器属于不同区域时称它为区域边界路由器(ABR),负责传递区域间路由信息,区域间的路由信息传递类似距离矢量算法,为了防止区域间产生环路,所有非骨干区域之间的路由信息必须经过骨干区域,也就是说非骨干区必须与骨干区域相连,同时,非骨干区域之间不能直接进行路由信息交换。 2、OSPF多区域配置实验 2.1 实验内容 2.2 实验拓扑 2.3 实验编址 2.4 实验步骤    step1: 按照实验编址进行基本配置,并测试其连通性。经测试都能连通。    step2: 配置骨干区域路由器,在公司总部路由器上创建ospf进程,并在骨干区域通告总部各网段    step3: 测试pc3和pc4的连通性,连接成功!    step4: 配置非骨干区域路由器,创建ospf进程,指定为非骨干区域(area参数不为0)  

SpringCloud-----Zuul的代理转发

我与影子孤独终老i 提交于 2019-12-06 23:58:56
1、Zuul是什么? Zuul即网关,即代理。 2、Zuul的原始代理路径? 服务A:service-a 端口:8001 用户信息接口名称:/user/get 服务B:service-b 端口:8002 Zuul服务:myzuul 端口:9001 IP:192.168.1.250 访问服务A的原始代理路径如下: http://192.168.1.250:9001/service-a/user/get?id=10 最终访问结果: 注意:这个时候暴露了我们的服务名称service-a,其实是很危险的。所以我们需要路由代理 3、zuul代理路由的几种配置方式 方式一: zuul: prefix: /me # 路由前缀 # ignored-services: provider-company # 方法一:忽略服务名称访问 ignored-services: "*" # 方法二:如果微服务比较多,则采用通配符的方式配置,进行忽略 routes: provider-company: /company-proxy/** # 写法一: 左边服务名称、右边服务代理名称 方式二: zuul: prefix: /me # 路由前缀 # ignored-services: provider-company # 方法一:忽略服务名称访问 ignored-services: "*" # 方法二

静态路由及默认路由配置

跟風遠走 提交于 2019-12-06 23:43:32
如下图所示建立好拓扑图: 三个路由器及两个PC机的实验编址如下图所示: 将LIUHUI1,LIUHUI2,LIUHUI3的IP设置好: 用ping命令检测各个直连链路的连通性: 在PC1上pingPC2,发现ping不通: 自先假收王机PC-1与PC-2乙间如果能够正吊连通,那么主机A将发送数据给其网关设备R1; R1收到后将根据数据包中的目的地址查看它的路由表,找到相应的目的网络的所在路由条目,并根据该条目中的下一跳和出接口信息将该数据转发给下一台路由器R2; R2采取同样的步骤将数据转发给R3;最后R3也采取同样的步骤将数据转发给与自己直连的主机PC-2;主机PC-2在收到数据后,与主机PC-1发送数据到PC-2的过程-一样,再发送相应的回应消息给PC-1 在保证基本配置没有错误的情况下,首先查看主机PC-1与其网关设备R1间能否正常通信。由下图可知没有问题,然后再查看路由表: 可以发现,在R1 上没有关于主机PC2的信息,在R2上没有关于主机PC1,PC2的信息,在R3 上没有关于主机PC1的信息,现在主机PC-1与PC-2之间跨越了若千个不同网段,要实现它们之间的通信,只通过简单的IP地址等基本配置是无法实现的,必须在3台路由器上添加相应的路由信息,可以通过配置静态路由来实现。 配置静态路由有两种方式,- -种是在配置中采取指定下- -跳IP地址的方式,另-

静态路由及默认路由基本配置

扶醉桌前 提交于 2019-12-06 23:25:31
一.实验目的 二.实验拓扑图 三.实验编址 四.实验步骤 1.基本配置 配置各接口及PC机IP 使用ping命令检测各直连链路的连通性 使用PC1 直接ping PC2 在保证基本配置无错的情况下,查看主机PC1与其网关R1之间是否能正常通信 查看网关设备R1上的路由表 可以看到没有任何关于PC2所在网段的信息,查看R2 R3 的路由表 可以看到在R2上没有任何关于主机PC-1和PC-2所在网段的信息,R3.上没有任何关于主机PC-1所在网段的信息,验证了初始情况下各路由器的路由表上仅包括与自身直接相连的网段的路由信息。 2.实现PC1与PC2之间的通信 在R1配置目的网段为主机PC2 所在网段的静态路由,即目的IP地址为192.168.20.0,掩码为255.255.255.0.对于R1而言,要发送数据到PC2,必须先发送给R2,所以R2为R1下一跳路由器,R2与R1所在直连链路上的物理接口的IP地址即为下一跳IP地址,即10.0.12.2 配置完成,查看R1路由表 可以看到R1的路由表中有PC2所在网段的路由信息 采取同样方式在R2配置目的网段为PC2所在网段的静态路由 查看路由表,发现已经有PC2所在网段的路由信息 此时 在PC1上ping PC2 发现仍然ping不通 此时我们在PC1的E0/0/1接口上进行数据抓包,可看到如图所示的现象

RabbitMQ基础概念详细介绍

蹲街弑〆低调 提交于 2019-12-06 22:52:19
转至: http://www.ostest.cn/archives/497 引言 你是否遇到过两个(多个)系统间需要通过定时任务来同步某些数据?你是否在为异构系统的不同进程间相互调用、通讯的问题而苦恼、挣扎?如果是,那么恭喜你,消息服务让你可以很轻松地解决这些问题。 消息服务擅长于解决多系统、异构系统间的数据交换(消息通知/通讯)问题,你也可以把它用于系统间服务的相互调用(RPC)。本文将要介绍的RabbitMQ就是当前最主流的消息中间件之一。 RabbitMQ简介 AMQP,即Advanced Message Queuing Protocol,高级消息队列协议,是应用层协议的一个开放标准,为面向消息的中间件设计。消息中间件主要用于组件之间的解耦,消息的发送者无需知道消息使用者的存在,反之亦然。 AMQP的主要特征是面向消息、队列、路由(包括点对点和发布/订阅)、可靠性、安全。 RabbitMQ是一个开源的AMQP实现,服务器端用Erlang语言编写,支持多种客户端,如: Python 、Ruby、.NET、Java、JMS、C、PHP、ActionScript、XMPP、STOMP等,支持AJAX。用于在分布式系统中存储转发消息,在易用性、扩展性、高可用性等方面表现不俗。 下面将重点介绍RabbitMQ中的一些基础概念,了解了这些概念,是使用好RabbitMQ的基础。

路由器设置 WDS 桥接

冷暖自知 提交于 2019-12-06 21:35:29
步骤: 1、先更改路由器LAN口地址,然后重启路由器 2、连接SSID信道名称,先关闭DHCP服务,然后进入无线设置,基本设置,更改SSID号,开启WDS桥接,保存 3、连接新的SSID名称,无线设置,无线安全设置,更改密码 注意: 主路由器和副路由器的信道一定要调成一样的,不能让主路由器的信道设为自动。如果自动,主路由器的信道有时候会变化,副路由器的信道不会自动跟随主路由器的信道发生变化,导致主副路由器的信道不一样,从而导致副路由器上不去网。 手机连接不上试试以下方法: 未完 ...... 点击访问原文 (进入后根据右侧标签,快速定位到本文) 来源: https://www.cnblogs.com/sinicheveen/p/11997836.html

OSPF协议

泄露秘密 提交于 2019-12-06 21:10:28
1、OSPF协议概述 1.1 IGP协议   路由协议分为两大类,一类是IGP协议(内部网关协议),另一类称为EGP(外部网关协议)。IGP内的成员有RIP,OSPF,IS-IS协议等 1.2 OSPF协议   OSPF协议是IGP协议的成员之一,但是其复杂程度远远高于RIP协议。在OSPF协议中路由器会将自己的链路信息一次性的泛洪给其他的路由器,而RIP协议,路由器会将自己知道的关于整个网络的路由器信息周期性的发送给所有的邻居路由器。 1.3 OSPF协议和RIP协议的比较   (1)OSPF协议是一种基于链路状态的路由协议,而RIP则是一种基于距离矢量的路由协议   (2)OSPF网络的路由的收敛时间明显小于RIP网络的路由收敛时间   (3)收敛完成后,OSPF网络中的OSPF协议报文流量很少,但是RIP占用的流量很大   (4)RIP协议以UDP进行传输,OSPF没有传输层协议,斑纹直接封装在IP报文中   (5)RIP协议只能以跳数作为路由开销的定义,在OSPF中理论上可以采用任何参量,但是最常见的还是采用链路的带宽来定义路由开销   (6)两者都支持认证功能   (7)OSPF网络具有区域化结构,RIP网络没有-----Router-ID   (8)RIP协议只适用于小型网络,OSPF适用于任何规模的网络 1.4 OSPF协议的区域化结构   (1

vue-router路由懒加载

吃可爱长大的小学妹 提交于 2019-12-06 20:33:38
懒加载,就是lazy-loading,顾名思义延迟加载,什么时候用到了什么时候去加载; 一个普通的Vue单页应用项目,直接去使用webpack去打包,那么打包后的javascript包体积会非常的大,导致进入首页的时间会非常长;于是就有了懒加载的思路; 那么什么是路由懒加载呢? 把不同路由对应的不同组件分割成不同的代码块,当路由被访问时,再去加载对应的组件 这就是利用vue的异步组件和webpack的代码分割; 想了解vue异步组件,请挪步这里 想了解webpack的代码分割,请挪步这里 路由懒加载具体代码实现: export default new Router ( { routes : [ { path: '/' , component: resolve => require([ 'components/index.vue' ], resolve) }, { path : '/about' , component: resolve => require([ 'components/About.vue' ], resolve) } ] }) 来源: CSDN 作者: 喵大嗷 链接: https://blog.csdn.net/connie_0217/article/details/79760123

vue单页路由跳转后scrollTop问题

半腔热情 提交于 2019-12-06 20:33:20
作为vue的初级使用者,在开发过程中遇到的坑太多了。在看页面的时候发现了页面滚动的问题,当一个页面滚动了,点击页面上的路由调到下一个页面时,跳转后的页面也是滚动的,滚动条并不是在页面的顶部。 最开始我使用了一个很笨的方法,每个页面上都加上window.scrollTop(0,0);来解决问题,但是这个太繁琐了。最后和小伙伴们商量了一下,在main.js页面上加了这么一段代码 router.afterEach(function (to) { window.scrollTo(0, 0) }) 路由跳转后就不会出现滚动的问题了。 但是这种做法是不友好的,我们可以使用 scrollBehavior (to , from , savedPosition) {}来解决问题。 在我们写路由的时候做个处理,如下 import Vue from 'vue' import Router from 'vue-router' Vue.use(Router); Vue.use(Router) export default new Router({ routes: [ { path: '/', name: 'HelloWorld', component: resolve => require(['../components/HelloWorld.vue'],resolve) } ],

vue 路由跳转进度条 Nprogress.js

╄→гoц情女王★ 提交于 2019-12-06 20:32:11
安装Nprogress npm install nprogress -S 在main.js中引入Nprogress import NProgress from 'nprogress' ; import 'nprogress/nprogress.css' ; 路由拦截器里使用Nprogress 注意在 router.beforeEach 里一定要加上 next() 否则路由不会跳转 router.beforeEach ((to, from, next) => { NProgress.start(); next() }) ; router . afterEach (transition => { NProgress.done(); }) ; main.js文件最后如下 import Vue from 'vue' import App from './App' import router from './router' import Mixin from './mixins' ; import filters from './filters' ; import NProgress from 'nprogress' ; import 'nprogress/nprogress.css' ; Vue.mixin(Mixin); Vue.config.productionTip = false