当前位置: 首页 > article >正文

【SSH疑难排查】轻松解决新版OpenSSH连接旧服务器的“no matching...“系列算法协商失败问题

【SSH疑难排查】轻松解决新版OpenSSH连接旧服务器的"no matching..."系列算法协商失败问题

摘要: 近期,在使用较新版本的OpenSSH客户端连接老旧SSH服务器时,会遇到 "no matching key exchange method found"​, "no matching cipher found"​ 等因算法协商失败导致的问题。本文将深入剖析这些错误的原因,并提供一套行之有效的客户端配置解决方案,同时强调安全风险与最佳实践。

引言:
随着网络安全意识的提高,OpenSSH客户端在不断迭代更新,默认禁用了许多被认为不再安全的旧加密算法。这本是好事,但当我们尝试连接一些尚未升级、仍在运行旧版SSH服务的服务器时,就可能遭遇连接障碍,表现为一系列“no matching...”的错误提示。本文旨在帮助读者理解这类问题的本质,并学会如何通过配置SSH客户端来兼容这些旧服务器,同时不忘安全第一的原则。

1. 常见的错误症状

当新版SSH客户端尝试连接旧版SSH服务器时,你可能会遇到以下一种或多种错误信息:

  • 密钥交换算法不匹配 (Key Exchange Algorithm Mismatch):

    Unable to negotiate with <IP_ADDRESS> port 22: no matching key exchange method found. Their offer: diffie-hellman-group1-sha1,diffie-hellman-group-exchange-sha1
    
  • 加密套件不匹配 (Cipher Mismatch):

    Unable to negotiate with <IP_ADDRESS> port 22: no matching cipher found. Their offer: aes128-cbc,3des-cbc,des-cbc                                                                 
    
  • 主机密钥类型不匹配 (Host Key Type Mismatch):

    ssh: connect to host <IP_ADDRESS> port 22: no matching host key type found. Their offer: ssh-dss
    

    或者(中文环境):

    ssh 找不到对应主机密钥类型
    
  • 消息认证码不匹配 (MAC Mismatch):

    ssh: connect to host <IP_ADDRESS> port 22: no matching MAC found. Their offer: hmac-md5,hmac-sha1-96
    

    或者(中文环境):

    没有匹配的mac查找错误
    

2. 问题根源:安全策略的演进

这些问题的核心原因在于:

  1. 客户端安全升级: 较新版本的OpenSSH客户端(例如 OpenSSH 7.0+,特别是 8.8+)为了提升安全性,默认禁用了许多已知的、存在安全漏洞或强度不足的旧加密算法。

    • diffie-hellman-group1-sha1​:密钥交换算法,因其依赖的1024位DH Group1较弱,容易受到Logjam攻击。
    • CBC模式的加密算法 (如 aes128-cbc​, 3des-cbc​):相比GCM等现代模式,更容易受到填充Oracle攻击。
    • des-cbc​, 3des-cbc​:DES本身密钥长度太短,3DES效率低下且也非最优选择。
    • ssh-dss​ (DSA主机密钥):密钥长度有限,且依赖于安全的随机数生成,已被广泛弃用。
    • 使用SHA-1签名的ssh-rsa​主机密钥:SHA-1已被证明不安全,OpenSSH 8.8+ 默认不再接受SHA-1签名的RSA公钥。
    • 旧的MAC算法 (如 hmac-md5​, hmac-sha1-96​):MD5和SHA1的安全性已不足。
  2. 服务器端滞后: 目标服务器仍在运行较旧的SSH服务,其支持的加密算法列表只包含这些已被新客户端禁用的旧算法。

当客户端和服务器无法就任何一种双方都支持的加密算法达成一致时,SSH握手过程失败,连接自然无法建立。

3. 解决方案:客户端配置调整

强烈建议: 最理想的解决方案是升级服务器端的SSH服务(如OpenSSH Server)到最新版本,使其支持更现代、更安全的加密算法。

然而,在无法立即升级服务器的情况下,我们可以通过修改客户端的SSH配置文件 (~/.ssh/config​ 或 C:\Users\YourUsername\.ssh\config​),为特定的旧服务器显式启用其所需的旧算法。这是一种权宜之计,会降低连接到这些特定旧服务器的安全性。

3.1. SSH客户端配置文件 (~/.ssh/config​)
  • Linux/macOS: ~/.ssh/config
  • Windows (Git Bash, WSL): ~/.ssh/config
  • Windows (Native OpenSSH): C:\Users\YourUsername\.ssh\config​ (其中 YourUsername​ 是你的Windows用户名)

如果 .ssh​ 目录或 config​ 文件不存在,请手动创建它们。

3.2. 配置示例与详解

以下是一个通用的 ~/.ssh/config​ 文件结构,包含了针对特定旧服务器的配置:

# 全局设置 (应用于所有未被特定 Host 规则覆盖的主机)
Host *# 默认连接超时时间 (秒)ConnectTimeout 10# 每隔60秒向服务器发送一个空包,以保持连接活跃ServerAliveInterval 60# 如果 ServerAliveInterval 请求没有收到响应,则在断开连接前尝试3次ServerAliveCountMax 3# 严格主机密钥检查 (yes/ask/no),推荐 "ask" 或 "yes"StrictHostKeyChecking ask# 用户 known_hosts 文件位置UserKnownHostsFile ~/.ssh/known_hosts# 日志级别 (QUIET, FATAL, ERROR, INFO, VERBOSE, DEBUG, DEBUG1, DEBUG2, DEBUG3)# LogLevel INFO# --- 针对有问题的旧服务器的特定配置 ---# 示例1: 解决 "no matching key exchange method found. Their offer: diffie-hellman-group1-sha1"
# 假设服务器IP为 172.16.0.10
Host old-server-172HostName 172.16.0.10  # 替换为实际的 IP 地址或主机名# User your_username_for_this_server # 可选,如果用户名不同# Port 2222 # 可选,如果端口不是22# 1. 解决密钥交换问题 (KexAlgorithms)#    服务器提供: diffie-hellman-group1-sha1#    警告: diffie-hellman-group1-sha1 被认为不安全。KexAlgorithms +diffie-hellman-group1-sha1# 2. 解决主机密钥类型问题 (HostKeyAlgorithms)#    如果错误提示是关于 ssh-dss 或 ssh-rsa (SHA1 签名)#    OpenSSH 7.0+ 默认禁用了 ssh-dss#    OpenSSH 8.8+ 默认禁用了 ssh-rsa (SHA1 签名)#    根据服务器实际使用的主机密钥类型添加。HostKeyAlgorithms +ssh-rsa,ssh-dss # 对于OpenSSH 8.8+,如果服务器使用SHA1签名的RSA密钥,可能还需要:# PubkeyAcceptedAlgorithms +ssh-rsa # (注意:PubkeyAcceptedAlgorithms 主要用于用户公钥认证,但有时也影响主机密钥协商,尤其是当错误涉及公钥类型而非主机密钥算法本身时)# 更准确的是,对于主机密钥使用SHA1签名的RSA,应在HostKeyAlgorithms中指定允许sha1签名的rsa:# HostKeyAlgorithms +rsa-sha2-256,rsa-sha2-512,ssh-rsa# 3. 解决 MAC 问题 (MACs)#    如果遇到 "no matching MAC algorithm" 错误,常见的旧 MAC 有:# MACs +hmac-sha1,hmac-sha1-96,hmac-md5 # hmac-md5 非常不安全# 4. 解决 Cipher 问题 (Ciphers)#    如果遇到 "no matching cipher" 错误,常见的旧 Cipher 有:# Ciphers +aes128-cbc,3des-cbc # des-cbc 非常不安全# 示例2: 解决 "no matching key exchange method found (offer: diffie-hellman-group1-sha1,diffie-hellman-group-exchange-sha1)"
# 和 "no matching cipher found (offer: aes128-cbc,3des-cbc,des-cbc)"
# 假设服务器IP为 192.168.168.31
Host old-server-192HostName 192.168.168.31# User your_username# 1. 解决密钥交换问题 (KexAlgorithms)KexAlgorithms +diffie-hellman-group1-sha1,diffie-hellman-group-exchange-sha1# 2. 解决 Cipher 问题 (Ciphers)#    警告: des-cbc 非常不安全, 3des-cbc 也不推荐。aes128-cbc 比前两者好但仍不如现代算法。Ciphers +aes128-cbc,3des-cbc# 如果服务器支持,优先尝试更安全的,如 aes256-cbc,但仍需注意CBC模式的固有风险。# 3. 解决主机密钥类型问题 (HostKeyAlgorithms) - 按需添加# HostKeyAlgorithms +ssh-rsa,ssh-dss# 4. 解决 MAC 问题 (MACs) - 按需添加# MACs +hmac-sha1,hmac-sha1-96# 你可以为每个需要特殊处理的旧服务器创建一个类似的 Host 条目。

关键配置项解释:

  • Host <alias>​: 定义一个主机别名,例如 old-server-172​。之后你可以使用 ssh old-server-172​ 来连接。
  • HostName <actual_ip_or_hostname>​: 指定服务器的实际IP地址或域名。
  • User <username>​: 可选,指定连接该服务器时使用的默认用户名。
  • Port <port_number>​: 可选,指定SSH服务的端口号,如果不是默认的22。
  • KexAlgorithms +algorithm_name​: 密钥交换算法。+​号表示将指定的算法添加到客户端默认支持的算法列表之前(优先使用),而不是替换整个列表。
  • Ciphers +algorithm_name​: 对称加密算法。
  • HostKeyAlgorithms +algorithm_name​: 主机密钥算法。
  • MACs +algorithm_name​: 消息认证码算法。
  • PubkeyAcceptedAlgorithms +algorithm_name​: (对于OpenSSH 8.8+)如果服务器使用SHA1签名的RSA密钥进行主机认证,且HostKeyAlgorithms +ssh-rsa​不足以解决问题时,可能需要此项来明确接受基于SHA1的RSA公钥。更准确的写法是直接在HostKeyAlgorithms​中指定接受的签名算法,如 HostKeyAlgorithms ssh-rsa,rsa-sha2-256,rsa-sha2-512​。对于更老旧只支持ssh-rsa​(隐含SHA1签名)的服务器,HostKeyAlgorithms +ssh-rsa​通常是关键。
3.3. 如何逐步添加算法
  1. 从最具体的错误开始: 根据SSH连接失败时给出的错误信息,确定是哪种类型的算法协商失败(Kex, Cipher, HostKey, MAC)。
  2. 查看服务器提供的算法: 错误信息中 "Their offer: ..." 部分列出了服务器支持的算法。
  3. 针对性添加:~/.ssh/config​ 文件中为对应的 Host​ 条目添加相应的算法配置。例如,如果错误是 no matching key exchange method found. Their offer: diffie-hellman-group1-sha1​,则添加 KexAlgorithms +diffie-hellman-group1-sha1​。
  4. 逐个测试: 修改配置后,保存文件并尝试重新连接。如果出现新的错误(例如,解决了Kex问题后出现Cipher问题),再根据新的错误信息添加对应的配置。
  5. 最小化原则: 只添加连接所必需的最少算法,避免全局启用不安全的算法。

4. 使用详细日志进行调试

如果问题依然存在,或者想确切了解协商过程,可以使用SSH客户端的详细输出模式:

ssh -vvv <alias_or_hostname>

-vvv​ 参数会打印出详细的调试信息,包括客户端和服务器各自支持的算法列表以及协商的每一步,这对于精确定位问题非常有帮助。你会看到类似这样的协商日志:

debug1: kex: algorithm: <client_algos>
debug1: kex: host key algorithm: <client_hostkey_algos>
...
debug1: kex: server->client: <server_ciphers_to_client> MAC: <server_macs_to_client> compression: <server_compression_to_client>
debug1: kex: client->server: <client_ciphers_to_server> MAC: <client_macs_to_server> compression: <client_compression_to_server>
...
debug2: KEX algorithms: <negotiated_kex_algo>
debug2: host key algorithms: <negotiated_hostkey_algo>
debug2: ciphers ctos: <negotiated_cipher_ctos>
debug2: ciphers stoc: <negotiated_cipher_stoc>
debug2: MACs ctos: <negotiated_mac_ctos>
debug2: MACs stoc: <negotiated_mac_stoc>

如果协商失败,会明确指出在哪一步找不到匹配的算法。

5. 安全性警告

重要: 启用这些被弃用的旧算法会降低SSH连接的整体安全性,使你更容易受到已知的安全漏洞攻击。

  • 仅限必要情况: 这些配置应仅用于连接那些你信任的、且确实无法立即升级的旧服务器。
  • 特定主机配置: 务必将这些配置放在特定的 Host​ 条目下,而不是 Host *​ 全局设置中,以避免影响到与其他使用现代安全协议的服务器的连接。
  • 受保护网络优先: 如果可能,尽量在受保护的网络环境(如VPN内部)中使用这些配置连接旧服务器。
  • 推动升级: 最根本的解决办法是督促服务器管理员升级SSH服务。

6. 结论

通过合理配置SSH客户端的 ~/.ssh/config​ 文件,我们可以有效地解决新版OpenSSH与旧服务器之间的算法协商问题,恢复连接。然而,这始终是一种向后兼容的权宜之计。为了长期的网络安全,推动和实施服务器端的SSH服务升级,采用更强大和安全的现代加密标准,才是治本之策。希望本文能帮助您快速解决连接问题,并对SSH算法协商有更深入的理解。

相关文章:

【SSH疑难排查】轻松解决新版OpenSSH连接旧服务器的“no matching...“系列算法协商失败问题

【SSH疑难排查】轻松解决新版OpenSSH连接旧服务器的"no matching..."系列算法协商失败问题 摘要&#xff1a; 近期&#xff0c;在使用较新版本的OpenSSH客户端连接老旧SSH服务器时&#xff0c;会遇到 "no matching key exchange method found"​, "n…...

【无标题】路径问题的革命性重构:基于二维拓扑收缩色动力学模型的零点隧穿理论

路径问题的革命性重构&#xff1a;基于二维拓扑收缩色动力学模型的零点隧穿理论 一、传统路径模型的根本缺陷 在经典正方形路径问题中&#xff08;图1&#xff09;&#xff1a; mermaid graph LR A((A)) --- B((B)) B --- C((C)) C --- D((D)) D --- A A -.- C[无直接路径] B -…...

Go 并发编程基础:通道(Channel)的使用

在 Go 中&#xff0c;Channel 是 Goroutine 之间通信的核心机制。它提供了一个线程安全的通信方式&#xff0c;用于在多个 Goroutine 之间传递数据&#xff0c;从而实现高效的并发编程。 本章将介绍 Channel 的基本概念、用法、缓冲、关闭机制以及 select 的使用。 一、Channel…...

免费PDF转图片工具

免费PDF转图片工具 一款简单易用的PDF转图片工具&#xff0c;可以将PDF文件快速转换为高质量PNG图片。无需安装复杂的软件&#xff0c;也不需要在线上传文件&#xff0c;保护您的隐私。 工具截图 主要特点 &#x1f680; 快速转换&#xff1a;本地转换&#xff0c;无需等待上…...

Kafka入门-生产者

生产者 生产者发送流程&#xff1a; 延迟时间为0ms时&#xff0c;也就意味着每当有数据就会直接发送 异步发送API 异步发送和同步发送的不同在于&#xff1a;异步发送不需要等待结果&#xff0c;同步发送必须等待结果才能进行下一步发送。 普通异步发送 首先导入所需的k…...

深度学习水论文:mamba+图像增强

&#x1f9c0;当前视觉领域对高效长序列建模需求激增&#xff0c;对Mamba图像增强这方向的研究自然也逐渐火热。原因在于其高效长程建模&#xff0c;以及动态计算优势&#xff0c;在图像质量提升和细节恢复方面有难以替代的作用。 &#x1f9c0;因此短时间内&#xff0c;就有不…...

AirSim/Cosys-AirSim 游戏开发(四)外部固定位置监控相机

这个博客介绍了如何通过 settings.json 文件添加一个无人机外的 固定位置监控相机&#xff0c;因为在使用过程中发现 Airsim 对外部监控相机的描述模糊&#xff0c;而 Cosys-Airsim 在官方文档中没有提供外部监控相机设置&#xff0c;最后在源码示例中找到了&#xff0c;所以感…...

现有的 Redis 分布式锁库(如 Redisson)提供了哪些便利?

现有的 Redis 分布式锁库&#xff08;如 Redisson&#xff09;相比于开发者自己基于 Redis 命令&#xff08;如 SETNX, EXPIRE, DEL&#xff09;手动实现分布式锁&#xff0c;提供了巨大的便利性和健壮性。主要体现在以下几个方面&#xff1a; 原子性保证 (Atomicity)&#xff…...

【Redis】笔记|第8节|大厂高并发缓存架构实战与优化

缓存架构 代码结构 代码详情 功能点&#xff1a; 多级缓存&#xff0c;先查本地缓存&#xff0c;再查Redis&#xff0c;最后才查数据库热点数据重建逻辑使用分布式锁&#xff0c;二次查询更新缓存采用读写锁提升性能采用Redis的发布订阅机制通知所有实例更新本地缓存适用读多…...

C/C++ 中附加包含目录、附加库目录与附加依赖项详解

在 C/C 编程的编译和链接过程中&#xff0c;附加包含目录、附加库目录和附加依赖项是三个至关重要的设置&#xff0c;它们相互配合&#xff0c;确保程序能够正确引用外部资源并顺利构建。虽然在学习过程中&#xff0c;这些概念容易让人混淆&#xff0c;但深入理解它们的作用和联…...

【从零学习JVM|第三篇】类的生命周期(高频面试题)

前言&#xff1a; 在Java编程中&#xff0c;类的生命周期是指类从被加载到内存中开始&#xff0c;到被卸载出内存为止的整个过程。了解类的生命周期对于理解Java程序的运行机制以及性能优化非常重要。本文会深入探寻类的生命周期&#xff0c;让读者对此有深刻印象。 目录 ​…...

Mysql8 忘记密码重置,以及问题解决

1.使用免密登录 找到配置MySQL文件&#xff0c;我的文件路径是/etc/mysql/my.cnf&#xff0c;有的人的是/etc/mysql/mysql.cnf 在里最后加入 skip-grant-tables重启MySQL服务 service mysql restartShutting down MySQL… SUCCESS! Starting MySQL… SUCCESS! 重启成功 2.登…...

C++.OpenGL (20/64)混合(Blending)

混合(Blending) 透明效果核心原理 #mermaid-svg-SWG0UzVfJms7Sm3e {font-family:"trebuchet ms",verdana,arial,sans-serif;font-size:16px;fill:#333;}#mermaid-svg-SWG0UzVfJms7Sm3e .error-icon{fill:#552222;}#mermaid-svg-SWG0UzVfJms7Sm3e .error-text{fill…...

Linux 中如何提取压缩文件 ?

Linux 是一种流行的开源操作系统&#xff0c;它提供了许多工具来管理、压缩和解压缩文件。压缩文件有助于节省存储空间&#xff0c;使数据传输更快。本指南将向您展示如何在 Linux 中提取不同类型的压缩文件。 1. Unpacking ZIP Files ZIP 文件是非常常见的&#xff0c;要在 …...

纯 Java 项目(非 SpringBoot)集成 Mybatis-Plus 和 Mybatis-Plus-Join

纯 Java 项目&#xff08;非 SpringBoot&#xff09;集成 Mybatis-Plus 和 Mybatis-Plus-Join 1、依赖1.1、依赖版本1.2、pom.xml 2、代码2.1、SqlSession 构造器2.2、MybatisPlus代码生成器2.3、获取 config.yml 配置2.3.1、config.yml2.3.2、项目配置类 2.4、ftl 模板2.4.1、…...

Java求职者面试指南:计算机基础与源码原理深度解析

Java求职者面试指南&#xff1a;计算机基础与源码原理深度解析 第一轮提问&#xff1a;基础概念问题 1. 请解释什么是进程和线程的区别&#xff1f; 面试官&#xff1a;进程是程序的一次执行过程&#xff0c;是系统进行资源分配和调度的基本单位&#xff1b;而线程是进程中的…...

Java数值运算常见陷阱与规避方法

整数除法中的舍入问题 问题现象 当开发者预期进行浮点除法却误用整数除法时,会出现小数部分被截断的情况。典型错误模式如下: void process(int value) {double half = value / 2; // 整数除法导致截断// 使用half变量 }此时...

GitFlow 工作模式(详解)

今天再学项目的过程中遇到使用gitflow模式管理代码&#xff0c;因此进行学习并且发布关于gitflow的一些思考 Git与GitFlow模式 我们在写代码的时候通常会进行网上保存&#xff0c;无论是github还是gittee&#xff0c;都是一种基于git去保存代码的形式&#xff0c;这样保存代码…...

AI+无人机如何守护濒危物种?YOLOv8实现95%精准识别

【导读】 野生动物监测在理解和保护生态系统中发挥着至关重要的作用。然而&#xff0c;传统的野生动物观察方法往往耗时耗力、成本高昂且范围有限。无人机的出现为野生动物监测提供了有前景的替代方案&#xff0c;能够实现大范围覆盖并远程采集数据。尽管具备这些优势&#xf…...

MFC 抛体运动模拟:常见问题解决与界面美化

在 MFC 中开发抛体运动模拟程序时,我们常遇到 轨迹残留、无效刷新、视觉单调、物理逻辑瑕疵 等问题。本文将针对这些痛点,详细解析原因并提供解决方案,同时兼顾界面美化,让模拟效果更专业、更高效。 问题一:历史轨迹与小球残影残留 现象 小球运动后,历史位置的 “残影”…...

云原生安全实战:API网关Kong的鉴权与限流详解

&#x1f525;「炎码工坊」技术弹药已装填&#xff01; 点击关注 → 解锁工业级干货【工具实测|项目避坑|源码燃烧指南】 一、基础概念 1. API网关&#xff08;API Gateway&#xff09; API网关是微服务架构中的核心组件&#xff0c;负责统一管理所有API的流量入口。它像一座…...

【C++特殊工具与技术】优化内存分配(一):C++中的内存分配

目录 一、C 内存的基本概念​ 1.1 内存的物理与逻辑结构​ 1.2 C 程序的内存区域划分​ 二、栈内存分配​ 2.1 栈内存的特点​ 2.2 栈内存分配示例​ 三、堆内存分配​ 3.1 new和delete操作符​ 4.2 内存泄漏与悬空指针问题​ 4.3 new和delete的重载​ 四、智能指针…...

vulnyx Blogger writeup

信息收集 arp-scan nmap 获取userFlag 上web看看 一个默认的页面&#xff0c;gobuster扫一下目录 可以看到扫出的目录中得到了一个有价值的目录/wordpress&#xff0c;说明目标所使用的cms是wordpress&#xff0c;访问http://192.168.43.213/wordpress/然后查看源码能看到 这…...

基于IDIG-GAN的小样本电机轴承故障诊断

目录 🔍 核心问题 一、IDIG-GAN模型原理 1. 整体架构 2. 核心创新点 (1) ​梯度归一化(Gradient Normalization)​​ (2) ​判别器梯度间隙正则化(Discriminator Gradient Gap Regularization)​​ (3) ​自注意力机制(Self-Attention)​​ 3. 完整损失函数 二…...

【JVM面试篇】高频八股汇总——类加载和类加载器

目录 1. 讲一下类加载过程&#xff1f; 2. Java创建对象的过程&#xff1f; 3. 对象的生命周期&#xff1f; 4. 类加载器有哪些&#xff1f; 5. 双亲委派模型的作用&#xff08;好处&#xff09;&#xff1f; 6. 讲一下类的加载和双亲委派原则&#xff1f; 7. 双亲委派模…...

push [特殊字符] present

push &#x1f19a; present 前言present和dismiss特点代码演示 push和pop特点代码演示 前言 在 iOS 开发中&#xff0c;push 和 present 是两种不同的视图控制器切换方式&#xff0c;它们有着显著的区别。 present和dismiss 特点 在当前控制器上方新建视图层级需要手动调用…...

虚拟电厂发展三大趋势:市场化、技术主导、车网互联

市场化&#xff1a;从政策驱动到多元盈利 政策全面赋能 2025年4月&#xff0c;国家发改委、能源局发布《关于加快推进虚拟电厂发展的指导意见》&#xff0c;首次明确虚拟电厂为“独立市场主体”&#xff0c;提出硬性目标&#xff1a;2027年全国调节能力≥2000万千瓦&#xff0…...

LLMs 系列实操科普(1)

写在前面&#xff1a; 本期内容我们继续 Andrej Karpathy 的《How I use LLMs》讲座内容&#xff0c;原视频时长 ~130 分钟&#xff0c;以实操演示主流的一些 LLMs 的使用&#xff0c;由于涉及到实操&#xff0c;实际上并不适合以文字整理&#xff0c;但还是决定尽量整理一份笔…...

RabbitMQ入门4.1.0版本(基于java、SpringBoot操作)

RabbitMQ 一、RabbitMQ概述 RabbitMQ RabbitMQ最初由LShift和CohesiveFT于2007年开发&#xff0c;后来由Pivotal Software Inc.&#xff08;现为VMware子公司&#xff09;接管。RabbitMQ 是一个开源的消息代理和队列服务器&#xff0c;用 Erlang 语言编写。广泛应用于各种分布…...

DingDing机器人群消息推送

文章目录 1 新建机器人2 API文档说明3 代码编写 1 新建机器人 点击群设置 下滑到群管理的机器人&#xff0c;点击进入 添加机器人 选择自定义Webhook服务 点击添加 设置安全设置&#xff0c;详见说明文档 成功后&#xff0c;记录Webhook 2 API文档说明 点击设置说明 查看自…...