no common kex alg: client 'diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1', server 'gss-group1-sha1-toWM5Slw5Ew8Mqkay+al2g=='
今天重新购买了腾讯云服务器，不得不说现在的优惠力度太小了，服务器基本找不到3年的，都是1年或者6个月的，但是因为服务器要到期了，等不到双十一，就直接买了，购买之后首当其冲就是链接服务器，安装宝塔控制系统，但是当使用SecureCRT链接服务器的时候提示：
RabbitMQ 即一个消息队列，主要是用来实现应用程序的异步和解耦，同时也能起到消息缓冲，消息分发的作用。 消息中间件在互联网公司的使用中越来越多，刚才还看到新闻阿里将RocketMQ捐献给了apache，当然了今天的主角还是讲RabbitMQ。消息中间件最主要的作用是解耦，中间件最标准的用法是生产者生产消息传送到队列，消费者从队列中拿取消息并处理，生产者不用关心是谁来消费，消费者不用关心谁在生产消息，从而达到解耦的目的。在分布式的系统中，消息队列也会被用在很多其它的方面，比如：分布式事务的支持，RPC的调用等等。 以前一直使用的是ActiveMQ，在实际的生产使用中也出现了一些小问题，在网络查阅了很多的资料后，决定尝试使用RabbitMQ来替换ActiveMQ，RabbitMQ的高可用性、高性能、灵活性等一些特点吸引了我们，查阅了一些资料整理出此文。
https://www.rabbitmq.com/install-windows.html 注意安装Erlang，没有安装的话安装rabbitmq也会提示你跳转安装Erlang
RabbitMQ是基于AMQP协议的，通过使用通用协议就可以做到在不同语言之间传递。
说明:由于 rabbitTemplate.setMandatory(true),所以当无法到达交换机的时候也会回调
RabbitMQ 即一个消息队列，主要是用来实现应用程序的异步和解耦，同时也能起到消息缓冲，消息分发的作用。
MQ全称为Message Queue, 消息队列（MQ）是一种应用程序对应用程序的通信方法。MQ是消费-生产者模型的一个典型的代表，一端往消息队列中不断写入消息，而另一端则可以读取队列中的消息。 消息中间件最主要的作用是解耦，中间件最标准的用法是生产者生产消息传送到队列，消费者从队列中拿取消息并处理，生产者不用关心是谁来消费，消费者不用关心谁在生产消息，从而达到解耦的目的。在分布式的系统中，消息队列也会被用在很多其它的方面，比如：分布式事务的支持，RPC的调用等等。
大家好，我是猫头虎，今天我们来讨论一个在使用 Xshell 连接 Linux 服务器时常见的报错问题——找不到匹配的 host key 算法。这个问题可能会让许多新手感到困惑，但其实解决方法非常简单。接下来，我将带领大家一步一步解决这个问题。
交换机的类型，direct、topic、fanout、headers，durability（是否需要持久化true需要）auto delete当最后一个绑定Exchange上的队列被删除Exchange也删除。
早期使用ActiveMQ作为消息中间件的项目比较多，作为Apache的一个子项目，ActiveMQ支持常用的多种语言：C++、Java、.Net、Python、PHP、Ruby等。
RabbitMQ 即一个消息队列，主要是用来实现应用程序的异步和解耦，同时也能起到消息缓冲，消息分发的作用。 消息中间件在互联网公司的使用中越来越多，刚才还看到新闻阿里将RocketMQ捐献给了apache，当然了今天的主角还是讲RabbitMQ。消息中间件最主要的作用是解耦，中间件最标准的用法是生产者生产消息传送到队列，消费者从队列中拿取消息并处理，生产者不用关心是谁来消费，消费者不用关心谁在生产消息，从而达到解耦的目的。在分布式的系统中，消息队列也会被用在很多其它的方面，比如：分布式事务的支持，RPC的
RabbitMQ是基于AMQP协议的，通过使用通用协议就可以做到在不同语言之间传递
查找给定请求的handler，如果找不到特定的请求，则返回一个空的Mono。这个方法被getHandler（org.springframework.web.server.ServerWebExchange）调用。
写在前面的话：本篇文章主要来讲解，RabbitMQ的路由知识，在开始之前，笔者问了自己几个问题。笔者觉得一旦知道了这几个问题的答案，那么关于RabbitMQ的路由这部分知识基本上算是熟悉了，所以还希望大家带着这些问题来阅读本篇文章。
我们使用ssh登录一些系统是可能因为算法不匹配而失败，本人以前多次遇到都是临时解决，最近系统的了解分享给读者。
主启动类RabbitMq01Application：实现ApplicationRunner接口
本篇文章主要用于记录个人学习RabbitMQ的过程，记录下来方便日后查看，如有错误的地方，还望指正。
一、AMQP 概述 AMQP(Advanced Message Queuing Protocol)，高级消息队列协议。 简单回忆一下JMS的消息模型，可能会有助于理解AMQP的消息模型。在JMS中，有三个主要的参与者：消息的生产者、消息的消费者以及在生产者和消费者之间传递消息的通道（队列或主题）。在JMS中，通道有助于解耦消息的生产者和消费者，但是这两者依然会与通道相耦合。与之不同的是，AMQP的生产者并不会直接将消息发布到队列中。AMQP在消息的生产者以及传递信息的队列之间引入了一种间接的机制：
Q: #17.2.4-1 | AlertServiceImpl是一个处理JMS消息的POJO，但是不依赖于JMS
Exchange类似于数据通信网络中的交换机，提供消息路由策略。rabbitmq中，producer不是通过信道直接将消息发送给queue，而是先发送给Exchange。一个Exchange可以和多个Queue进行绑定，producer在传递消息的时候，会传递一个ROUTING_KEY，Exchange会根据这个ROUTING_KEY按照特定的路由算法，将消息路由给指定的queue。和Queue一样，Exchange也可设置为持久化，临时或者自动删除。 queue采用轮询的方式从绑定的queue中取消息。
本文关键词：HTTPS、DES、RSA、AES、GCM、DH、ECDH、DHE、ECDHE
父进程与子进程间，同一父继承可以用multiprocess的Manager模块来实现数据互访。
场景：我的情况是主表为用户 user 表，从表为职位 job 表，其中 job 表有一个外键为 user 表的主键。
官方其实是实现了swoft/amqp组件，但是你会在sowft的官方文档里发现，根本找不到有任何关于它的使用说明。而且当使用composer require sowft/amqp你会发现无法安装成功，还会颇有嘲讽的提示你composer里没有找到这货。
Exchange分发消息时根据类型的不同分发策略有区别，目前共四种类型：direct、fanout、topic、headers 。headers 匹配 AMQP 消息的 header 而不是路由键， headers 交换器和 direct 交换器完全一致，但性能差很多，目前几乎用不到了，所以直接 看另外三种类型：
该漏洞存在于 Exchange 电子邮件服务器的 Autodiscover 协议中，允许电子邮件客户自动发现电子邮件服务器，提供凭证，然后接收适当的配置。为了获得这些自动配置，电子邮件客户通常会探测一系列预先确定的 URL，这些 URL 中采用客户域名和 autodiscover 等关键字组合而成。然而问题就在这里，在找不到这些预制域名时，Exchange 客户端会寻找 autodiscover.com、autodiscover.com.cn 等域名。也就是说，谁拥有这些域名，就会收到所有这些失败的请求，其中包含有用户的凭证。研究人员注册了一些这种域名，搭建了蜜罐，四个多月里收到了数百个请求和成千上万的凭证，其中还包括一些来自中国上市公司的凭证。
Direct Exchange是RabbitMQ默认的交换机模式，也是最简单的模式，根据key全文匹配去寻找队列。
RabbitMQ转载原文【推荐】:https://www.jianshu.com/p/78847c203b76
之前的几篇文章中，我们已经提到了如何使用SpringCloud Gateway，那几篇文章的内容已经足够做普通项目使用了，但是如果你想深入了解这个东西，或者说是看完这篇文章你用起来跟普通人就完全不是一个等级的了
由于项目原因，之后会和RabbitMQ比较多的打交道，所以让我们来好好整理下RabbitMQ的应用实战技巧，尽量避免日后的采坑
文章摘要：本篇文章为RabbitMQ的入门文章，不像其他一些程序代码和应用实战性的文章会带着大家从一个“Hello World”的简单例子出发，在该篇幅中主要给大家讲下RabbitMQ消息队列的起源、为何要选择该款组件、几个主要的功能特性，让大家对该款消息队列组件有一个大概的认识 在说RabbitMQ之前有必要先来介绍下AMQP协议。AMQP，即Advanced Message Queuing Protocol，高级消息队列协议，是应用层协议的一个开放标准，为面向消息的中间件设计。AMQP的主要特征是面向消息、队列、路由（包括点对点和发布/订阅）、可靠性、安全。 那么再来介绍下RabbitMQ本身。RabbitMQ是一个上面说的AMQP协议的开源实现，其服务器端用Erlang语言写的，支持多种客户端，如：Python、Ruby、.NET、Java、JMS、C、PHP、ActionScript、XMPP、STOMP等，支持AJAX。该消息队列主要用于在分布式系统中存储转发消息，在易用性、扩展性、高可用性等方面表现不俗。
RabbitMQ是一个功能强大的消息中间件，其中交换机（Exchange）是消息路由的核心组件之一。交换机负责接收生产者发送的消息，并将消息路由到一个或多个绑定的队列中。
握手协议用于协商连接的安全参数。握手消息被提供给 TLS 记录层，在记录层它们被封装到一个或多个 TLSPlaintext 或 TLSCiphertext 中，它们按照当前活动连接状态进行处理和传输。
----------写在前面---------- 近些年微服务越来越火，让我也忍不住想去一窥微服务究竟，讲到微服务，就离不开分布式，而分布式，也离不开消息队列，在消息队列中，RabbitMQ可以说是比较具有代表性的一款。 这里是一篇介绍消息队列以及各种消息队列产品对比的文章，讲得很好，有兴趣的可以看一看。 https://cloud.tencent.com/developer/article/1006035 在讲RabbitMQ之前，首先需要在电脑上安装和配置RabbitMQ,网络上已经有很多这类文章，如果
RabbitMQ的流程是：生产者将消息发送到对应交换机上，交换机再将消息转发到绑定的队列上，消费者从绑定的队列获取消息进行消费。
RabbitMQ是一个由erlang开发的AMQP（Advanced Message Queue ）的开源实现。AMQP 的出现其实也是应了广大人民群众的需求，虽然在同步消息通讯的世界里有很多公开标准（如 COBAR的 IIOP ，或者是 SOAP 等），但是在异步消息处理中却不是这样，只有大企业有一些商业实现（如微软的 MSMQ ，IBM 的 Websphere MQ 等），因此，在 2006 年的 6 月，Cisco 、Redhat、iMatix 等联合制定了 AMQP 的公开标准。
本文主要介绍了数据库系统中常用的算子 Join 和 Aggregation 在 TiFlash 中的执行情况，包括查询计划生成、编译阶段与执行阶段，以期望读者对 TiFlash 的算子有初步的了解。
RabbitMQ 是一个开源的消息代理和队列服务器，用来通过普通协议在完全不同的应用中间共享数据，RabbitMQ 是使用 Erlang 语言来编写的，并且 RabbitMQ 是基于 AMQP 协议的。
Spring Cloud Gateway 作为新一代网关，在性能上有很大提升，并且附加了诸如限流等实用的功能。
RabbitMQ 是一个生产者/消费者模型，生产者生产消息到队列中，而消费者从队列中拿消息进行消费，两者并不直接交互。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
