路由

1 基本路由 1.1 定义路由的文件 app/Http/routes.php 1.2 最基本的路由： Route::get(''index", function () { return "hello world"; } 可用的路由方法： Route::get($uri, $callback); Route::post($uri, $callback); Route::put($uri, $callback); Route::patch($uri, $callback); Route::delete($uri, $callback); Route::options($uri, $callback); 1.3 一个可以响应多个HTTP动作的路由： Route::match(['get', 'post'], '/', function () { // }); Route::any('foo', function () { // }); 2 路由参数 2.1 必选参数 Route::get('user/{id}', function ($id) { return 'User '.$id; }); Route::get('posts/{post}/comments/{comment}', function ($postId, $commentId) { // }); 注意： 路由参数不能包含

Express 是基于 node.js 平台的快速、开放、极简的 web 开放框架，它的地位与作用有点类似于前端的 jquery 框架。它的英文官网地址为 http://expressjs.com ，其对应的中文官网地址为 http://www.expressjs.com.cn 。下面来简单介绍这个框架的用法。 一、下载及引包 express 作为一个第三方模块包，同样是通过 npm 的方式进行下载，在当前的项目文件夹下，用命令 -> npm install express 来完成下载。再通过 const express = require('express'); 来完成引包。 二、express提供创建http服务器的功能 当使用了 express 这个模块包之后，不再需要引用 node 的 http 模块，也能提供创建 http 服务器的功能。其基本的代码段结构为： const express = require('express'); var app = express(); app.get('/',(req,res)=>{ res.send(''); }); app.listen(3000,'192.168.155.1'); 引包之后返回一个函数体，将该函数体调用执行之后的返回值用 app 来接收。 app 类似于创建的那个 http 服务器实例，该服务器监听IP地址为

OSPF路由协议 开方式最短路径优先 链路状态型的路由 无路由环路 支持触发更新 内部网关协议 封装IP头部协议字段：88eigrp 89ospf 工业标准，工作在IP网络 组播地址：224.0.0.5 224.0.0.6 只支持等价负载 OSPF收敛过程： LSA泛洪 收到LSA的路由器建立自己的LSDB 在LSDB的基础上使用SPF算法进行运算，建立起到达每个网络的最短路径树。 通过最短路径树得出到达目的网 络的最优路由，并将其加入到IP路由表中。 LSA链路状态公告：包含了路由已知的接口IP地址、掩码、开销和网络类型等信息 LSDB链路状态数据库 OSPF报文： OSPF有五种报文类型，每种报文都使用相同的OSPF报文头。 Hello报文：最常用的一种报文，用于发现、维护邻居关系。并在广播NBMA（None-Broadcast Multi-Access）类型的网络中选出指定路由器DR（Designated Router）和备份指定路由器BDR（ Backup Designated Router）。 DD报文：两台路由器进行LSDB数据库同步时，用DD报文来描述自己的LSDB。DD报文的内容包括LSDB中每一条LSA的头部（LSA的头部可以唯一标识一条LSA）。LSA头部只占一条LSA的整个数据量的一小部分，所以，这样就可以减少路由器之间的协议报文流量。 LSR报文

RIP特性 带来的问题 优化或解决方式 逐跳收敛 收敛慢，故障恢复时间长 触发更新 分布式路由计算 缺少对全局网络拓扑的了解 路由基于拓扑信息，独立计算路由 以跳数为度量 存在选择次优路径的风险 将链路带宽作为选路参考值 链路状态路由协议OSPF 路由信息传递与路由计算分离 基于SPF算法 以累积链路开销 作为选路参考值 ospf发送的是lsa lsa 链路状态通告 （描述的是一个路由器的拓扑图 几条链路 类型端口的ip地址） ospf报文 hello:发现并维持邻居关系 OSPF工作过程 发现并建立邻居 -HELLO报文 hello报文的作用 a.邻居发现：自动发现邻居路由器b.邻居建立：完成hello报文中的参数协商，建立邻居关系。c.邻居保持：通过keepalive 机制，检测邻居的运行状态 来源： https://www.cnblogs.com/simp/p/12293500.html

一.关于ICMP协议 ICMP（internet control message protocol）协议也叫internet控制报文协议。它是面向无连接的协议，是TCP/IP一个子协议，用于在路由器和主机之间传递控制信息。 二.为什么要用ICMP协议 数据在网络中传输时会封装成IP数据包，而IP协议的特点是面向无连接，且不可靠的，可靠性由上层来保证。IP协议所要做的就是尽最大努力把数据传输到目的地，如果当在路由器的转发中出错了而不能到达目的地时，IP协议对错误不进行任何报告和纠正，此时主机就不知道路由器那边有什么问题。 而ICMP协议正好解决了这个问题。 三.ICMP报文的格式 1类型：一个 8 位类型字段，表示 ICMP 数据包类型; 2代码：一个 8 位代码域，表示指定类型中的一个功能，如果一个类型中只有一种功能，代码域置为 0 3检验和：数据包中 ICMP 部分上的一个 16 位检验和 四.ICMP差错控制与查询报文分类 1.信息不可达：UDP的规则之一是：如果收到UDP数据报而且目的端口与某个正在使用的进程不相符，那么UDP返回一个ICMP不可达报文。 2.源站抑制：当路由器或主机由于拥塞而丢弃数据报时，就向源站发送源站抑制报文，使源站知道应当将数据报的发送速率放慢。 3.时间超过： （1）当路由器收到生存时间为零的数据报时，除丢弃该数据报外，还要向源站发送时间超过报文。

外部(external)和本地(local) IP地址都具有相同的用途，不同之处在于范围。整个Internet使用外部或公共IP地址来定位计算机系统和设备。专用网络内部使用本地或内部IP地址来定位与其连接的计算机和设备。 external（外部）IP地址 当您连接到Internet时，您的Internet服务提供商（ISP）会为您分配一个外部IP地址。当您的网络浏览器请求网页时，它会同时发送此IP地址。您的ISP使用它来了解哪些客户正在请求哪个网页。另外，您访问的任何网站都可以访问此IP地址。 您的外部IP地址是108.162.219.82。 每个网站也都有其自己的IP地址，尽管您无需了解它们。当您输入域名时，例如“ www.google.com”，域名服务器（DNS）会为您查找IP地址，这是网站的真实位置。这样，域名就像人类友好的名称，指向机器友好的IP地址。 local（内部）IP地址 如果您的计算机以默认设置连接到路由器，则该路由器将自动为您的计算机分配一个本地IP地址。您的本地IP地址是对外界隐藏的，仅在您的专用网络内部使用。除非您试图设置游戏或网络服务器，否则通常不需要了解太多。 本地IP地址可以更改，具体取决于哪些其他设备连接到同一网络以及以什么顺序连接。大多数网络路由器会分配从192.168.1.2开始的IP地址，并在连接的每个新设备上增加最后一位数字。 例如

高防服务器租用的用户在抵御ddos攻击中相对容易，因为有机房防御和服务器自身防御，还有技术保驾护航。普通服务器租用用户也不用气馁，面对有可能出现的DDOS攻击，做到以下几种预防准备的话，也是可以较为容易应对的。 　　 　　（1）定期扫描 　　 　　要定期扫描现有的网络主节点，清查可能存在的安全漏洞，对新出现的漏洞及时进行清理。骨干节点的计算机因为具有较高的带宽，是黑客利用的最佳位置，因此对这些服务器本身加强主机安全是非常重要的。而且连接到网络主节点的都是服务器级别的计算机，所以定期扫描漏洞就变得更加重要了。 　　 　　（2）在骨干节点配置防火墙 　　 　　防火墙本身能抵御DdoS攻击和其他一些攻击。在发现受到攻击的时候，可以将攻击导向一些牺牲主机，这样可以保护真正的主机不被攻击。当然导向的这些牺牲主机可以选择不重要的，或者是linux以及unix等漏洞少和天生防范攻击优秀的系统。 　　 　　（3）用足够的机器承受黑客攻击 　　 　　这是一种较为理想的应对策略。如果用户拥有足够的容量和足够的资源给黑客攻击，在它不断访问用户、夺取用户资源之时，自己的能量也在逐渐耗失，或许未等用户被攻死，黑客已无力支招儿了。不过此方法需要投入的资金比较多，平时大多数设备处于空闲状态，和目前中小企业网络实际运行情况不相符。 　　 　　（4）充分利用网络设备保护网络资源 　　 　　所谓网络设备是指路由器

1.正向代理 代理技术默认说的是正向代理技术。关于正向代理的概念如下： 正向代理(forward)是一个位于客户端【用户A】和原始服务器(origin server)【服务器B】之间的服务器【代理服务器Z】，为了从原始服务器取得内容，用户A向代理服务器Z发送一个请求并指定目标(服务器B)，然后代 理服务器Z向服务器B转交请求并将获得的内容返回给客户端。客户端必须要进行一些特别的设置才能使用正向代理。 从上面的概念中，我们看出，文中所谓的正向代理就是代理服务器替代访问方【用户A】去访问目标服务器【服务器B】。这就是正向代理的意义所在。而为什么要用代理服务器去代替访问方【用户A】去访问服务器B呢？这就要从代理服务器使用的意义说起。 使用正向代理服务器作用主要有以下几点： 1.访问本无法访问的服务器B 假设图中路由器从左到右命名为R1，R2，假设最初用户A要访问服务器B需要经过R1和R2路由器这样一个路由节点，如果路由器R1或者路由器R2发生故障，那么就无法访问服务器B了。但是如果用户 A让代理服务器Z去代替自己访问服务器B，由于代理服务器Z没有在路由器R1或R2节点中，而是通过其它的路由节点访问服务器B，那么用户A就可以得到服务器B的数据了。 2.加速访问服务器B 这种说法目前不像以前那么流行了，主要是带宽流量的飞速发展。早期的正向代理中，很多人使用正向代理就是提速

原作者 Areg Sarkissian 介绍 在这篇文章中，我将说明从版本2.2开始已添加到ASP.NET Core中间件管道中的新的端点路由功能，以及它如何演进到当前在预览版3的即将发布的版本3.0。 端点路由背后的动机 在端点路由之前，在HTTP请求处理管道的末尾，在ASP.NET Core MVC中间件中完成了ASP.NET Core应用程序的路由解析。 这意味着在中间件管道中的MVC中间件之前，路由信息（例如将执行哪些控制器操作）对于处理请求的中间件不可用。 例如在CORS或授权中间件中提供此路由信息特别有用，以将该信息用作授权过程中的一个因素。 端点路由还允许我们将路由匹配逻辑与MVC中间件解耦，然​​后将其移动到其自己的中间件中。 它允许MVC中间件专注于其将请求分发到由端点路由中间件解决的特定控制器操作方法的责任。 新的端点路由中间件 由于上述原因，端点路由功能的诞生是为了使路由解析能够在单独的端点路由中间件中的管道中更早地发生。 可以在管道中的任何位置放置此新的中间件，之后管道中的其他中间件可以访问已解析的路由数据。 端点路由中间件API随即将发布的.NET Core框架3.0版本一起发展。 因此，我将在以下各节中描述的API可能不是该功能的最终版本。 但是，总体概念和对如何使用端点路由进行路由解析和调度的理解仍然应该适用。 在以下各节中，我将引导您完成从2

1、RocketMQ 简介： RocketMQ前身是阿里研发的一个队列模型的消息中间件，后开源给apache基金会成为了apache的顶级开源项目，具有高性能、高可靠、高实时、分布式特点。 2、RocketMQ基本架构： 如图所示RocketMQ架构上主要分为四部分： Producer： 充当消息发布的角色，支持分布式集群方式部署。producer通过MQ的负载均衡模块选择相应的Broker集群队列进行消息投递。投递的过程支持快速失败并且低延迟。 Consumer: 充当消息消费者的角色，支持分布式集群方式部署。支持以push推，pull拉两种模式对消息进行消费。同时也支持集群方式和广播形式的消费，它提供实时消息订阅机制，可以满足大多数用户的需求。 NameServer： NameServer是一个功能齐全的服务器，其角色类似dubbo中的zookeeper，支持Broker的动态注册与发现。主要包括两个功能： Broker管理。NameServer接受Broker集群的注册信息并且保存下来作为路由信息的基本数据。然后提供心跳检测机制，检查Broker是否还存活。 路由信息管理。每个NameServer将保存关于Broker集群的整个路由信息和用于客户端查询的队列信息。然后Producer和Conumser通过NameServer就可以知道整个Broker集群的路由信息