-
Gzip vs Brotli 压缩算法对比：性能、场景与选择指南
一、压缩算法概述 1. Gzip 开发背景：1992年推出，基于DEFLATE算法，长期作为Web标准压缩工具。 核心特点：高兼容性、中等压缩率、快速压缩与解压。 常见格式：.gz、.tar.gz。 2. Brotli 开发背景：Google于2015年推出，专为Web优化设计。 核心特点：超高压缩率（比Gzip高20%-26%）、支持预定义字典、压缩速度较慢。 常见格式：.br。 二、关键性能对比 指标GzipBrotli压缩率中等（依赖压缩级别）更高（尤其对文本内容）压缩速度快（默认级别）较慢（高级别时显著）解压速度快与Gzip相当CPU消耗低压缩时较高兼容性全平台支持（HTTP/1.1+）需HTTP/2+，部分旧浏览器不兼容 三、应用场景推荐 ✅ 优先选择 Brotli 的场景 静态资源压缩（HTML/CSS/JS） CDN支持的高级内容分发 移动端网络优化 需要极致压缩率的场景 ✅ 优先选择 Gzip 的场景 动态内容实时压缩 兼容旧浏览器（如IE11） 低配置服务器环境 快速压缩需求（如API响应） 四、服务器配置建议 # Nginx 配置示例gzip on;gzip_types text/plain application/xml;brotli on;brotli_types text/css application/javascript;brotli_static on; 五、兼容性参考 浏览器Gzip支持Brotli支持Chrome全版本v49+Firefox全版本v44+Safari全版本v11+Edge全版本v15+IE11支持不支持... -
宝塔面板开启 HTTP/3 使用 QUIC 进行高性能传输
HTTP/3 的优势 背景故事 HTTP/3 是基于 QUIC 协议开发的。QUIC 是一种建立在 UDP 上的“超级连接”协议，而之前的 HTTP 主要依赖 TCP 进行传输。TCP 虽然可靠，但速度较慢，存在诸如慢启动、多次握手等问题。Google 为了解决 TCP 的这些缺点，开发了 QUIC，同时保留了 HTTP/2 的多路复用等功能。 过人之处 连接更快，延迟更低：传统的 HTTP 连接需要多次“握手”才能开始传输数据，尤其是 HTTPS，还需先完成 TLS 加密，这一过程会耗费大量时间。而 HTTP/3 的 QUIC 支持 0-RTT（零延迟）握手，即在首次连接后，再次访问时数据可直接发送，无需重复复杂的流程，从而减少了等待时间，提升了速度。 更稳定，不怕掉包：在 HTTP/2 中，若一个数据包丢失，整个 TCP 连接都会卡住，其他请求也会受到影响，这就是所谓的“队头阻塞”。对于不稳定的网络，如移动网络，这一问题尤为严重。HTTP/3 则不存在这一问题，QUIC 可将每条数据流分开管理，一个数据包的丢失不会影响其他流，网页加载更加流畅。 天生更安全：HTTP/3 集成了 TLS 加密，且采用的是最新的 TLS 1.3 版本。与 HTTP/2 不同，HTTP/3 将安全性融入其中，每个连接都默认加密，隐私保护更好，且减少了加密流程中的重复步骤，连接速度也更快。 特别适合移动网络：在使用手机上网时，网络切换较为频繁，如从 Wi-Fi 切换到 4G。传统的 TCP 连接在这种情况下很容易断开，需要重新连接。而 HTTP/3 的 QUIC 协议通过使用连接 ID，可在网络切换时保持原连接，无需重新连接，从而提高了连接的稳定性，非常适合移动场景。 降低服务器压力，省钱：虽然 HTTP/3 的实现比 HTTP/2 更为复杂，但它能提高服务器的处理效率，减少 CPU 消耗，提高带宽利用率，从而降低运营成本。对于内容分发网络（CDN）或流媒体服务等来说，这些改进能节省不少费用。 用户体验更棒：用户最直观的感受是网页加载更快，视频播放更顺畅，连接更稳定。HTTP/3 解决了旧 HTTP 的诸多痛点，连接快速、稳定且安全，为用户带来了更好的体验。 宝塔面板开启 HTTP/3 的步骤 确认 Nginx 版本 在宝塔面板首页找到 Nginx，确认其版本为 1.25.5 及以上。如果版本较低，可点击进入切换版本。 修改配置文件 进入 Nginx 的配置更改位置，插入以下配置： ssl_early_data on; 注意：开启此项需确保项目能够防止重放攻击。 设置 SSL 版本 进入网站的高级设置，关闭 TLS 的旧版本（TLS 1.1 及之前的版本）。 开放 443 端口 UDP 进入安全设置，开启 443 的 UDP 端口。 进入云服务商开启端口 如果使用的是云服务器，需在云服务商处开启端口，即使之前已开启，也需再次检查，确保 443 的 UDP 端口已开启。 为需要的网站添加 QUIC 监听 在需要支持 HTTP/3 的网站中添加以下配置： 第一次添加的网站：listen 443 quic reuseport; 以后添加的网站：listen 443 quic; 如果服务器支持 IPv6，可通过添加以下两行来增加 IPv6 支持： listen [::]:443 ssl;listen [::]:443 quic; 修改宝塔自带的 h3 配置 宝塔会为每个网站添加一行不带有 h3 的 h3 header，导致浏览器无法识别。需将其更改为： add_header Alt-Svc 'h3=":443"; ma=2592000,h3-29=":443"; ma=2592000,h3-Q050=":443"; ma=2592000,quic=":443"; ma=2592000; v="46,43"'; 如果使用 Nginx 反代 如果使用 Nginx 反代而非本身的传输，需实现全链路 QUIC 传输，否则不支持。但可通过相关文章介绍的方法绕过此限制实现 HTTP/3 传输。 检测配置结果 可使用以下网站检测网站是否支持 HTTP/3： https://http3.wcode.net/ https://http3check.net/ 浏览器支持 在浏览器中，可通过以下步骤查看是否使用 h3 传输： 按 F12 键进入控制台。 在网络标签中，右键点击传输数据的标题栏，开启协议。 若未使用 h3 传输，需检查以下几点： 确保使用的是最新版本的浏览器。 对于 Chromium 内核的浏览器，访问 chrome://flags，搜索 “QUIC”，启用 “Experimental QUIC protocol”。 如果使用了网络代理，系统代理的 HTTP 和 SOCKS5 无法转发 UDP 流量，需关闭代理，或者使用支持自动切换的代理插件，仅在需要的站点启用。 以上就是通过宝塔面板开启 HTTP/3 的详细教程，希望对大家有所帮助。... -
服务器优化及配置命令
下载dd 脚本到本地 # 使用 curl 或 wget 下载 reinstall.sh 脚本# -O: 将下载的文件保存为指定名称curl -O https://raw.githubusercontent.com/bin456789/reinstall/main/reinstall.sh || wget -O reinstall.sh $_ 国内服务器可以使用加速脚本： # 使用 curl 或 wget 下载 reinstall.sh 脚本 # -O: 将下载的文件保存为指定名称 curl -O https://hub.gitmirror.com/https://raw.githubusercontent.com/bin456789/reinstall/main/reinstall.sh || wget -O reinstall.sh $_ 选择要重装的操作系统 以下示例为重装为 Ubuntu 22.04 最小化版本： # 执行重装脚本# DEBIAN: 目标操作系统# 12: 版本号bash reinstall.sh debian 12 支持的操作系统列表： bash reinstall.sh anolis 7|8|23 opencloudos 8|9|23 rocky 8|9 redhat 8|9 --img="http://xxx.com/xxx.qcow2" oracle 8|9 almalinux 8|9 centos 9|10 fedora 40|41 nixos 24.11 debian 9|10|11|12 opensuse 15.6|tumbleweed alpine 3.18|3.19|3.20|3.21 …... -
OpenResty 图片服务器 支持跨域+防盗链配置
server { listen 80; server_name img.your-domain.com; # 替换为你的图片服务器域名 # 图片文件存放的根目录 root /path/to/your/images; # 替换为你的图片目录路径 # 关闭目录索引 autoindex off; # 预定义跨域头（会被继承到子location） add_header 'Access-Control-Allow-Methods' 'GET, OPTIONS' always; add_header 'Access-Control-Allow-Headers' 'DNT,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Range' always; # 设置图片文件的 MIME 类型 location ~* \.(jpg|jpeg|png|gif|ico|svg|webp)$ { # 设置缓存头 expires 30d; add_header Cache-Control "public, no-transform" always; # 防盗链设置 - 只允许 baidu.com 和 www.baidu.com 引用 valid_referers none blocked server_names *.baidu.com baidu.com www.baidu.com; if ($invalid_referer) { return 403; } # 动态设置跨域头（根据请求来源） if ($http_origin ~* (https?://(www\.)?baidu\.com)) { add_header 'Access-Control-Allow-Origin' "$http_origin" always; } # 处理 OPTIONS 预检请求 if ($request_method = 'OPTIONS') { add_header 'Access-Control-Max-Age' 1728000 always; add_header 'Content-Type' 'text/plain; charset=utf-8' always; add_header 'Content-Length' 0 always; return 204; } # 尝试直接访问文件，如果不存在则返回404 try_files $uri =404; } # 禁止访问隐藏文件 location ~ /\. { deny all; } # 其他所有请求返回404 location / { return 404; } } 关键修改点： 添加 always 参数： OpenResty/Nginx 在某些上下文中需要 always 参数才能确保头被发送 例如：add_header ... always; 调整跨域头设置逻辑： 将固定的跨域头移到 server 层级 使用动态匹配设置 Access-Control-Allow-Origin OPTIONS 处理： 保持预检请求处理，但确保所有 add_header 都有 always 防盗链逻辑不变： 仍然保持原有的 valid_referers 检查 注意事项： 如果你使用 HTTPS，请确保： add_header 'Access-Control-Allow-Origin' "https://$http_origin" always; 这样能防止协议降级（HTTP网站引用HTTPS图片） 进阶配置，直接访问图片服务器域名不返回任何图片，只有指定的域名访问的时候才返回数据。 禁止直接访问（返回 403 或 404） 仅允许 baidu.com 作为 Referer 的请求 确保跨域访问仍然可用 ✅ 最终配置（推荐） server { listen 80; server_name img.your-domain.com; root /path/to/your/images; autoindex off; # 默认禁止访问（直接访问返回403） location / { return 403; } # 图片文件处理 location ~* \.(jpg|jpeg|png|gif|ico|svg|webp)$ { # 防盗链：仅允许 baidu.com 引用 valid_referers none blocked server_names *.baidu.com baidu.com www.baidu.com; if ($invalid_referer) { return…... -
OpenResty 1.25.3.1 反向代理优化
仅存储静态图片（>30KB），无冗余代码，无混合方案： #PROXY-START/ location ^~ / { # 1. 基础代理设置 proxy_pass https://www.google.com.cn/; root /www/wwwroot/patch; # 存储目录 # 2. 仅处理图片文件（根据扩展名过滤） location ~* \.(jpg|jpeg|png|gif|webp)$ { # 3. 默认关闭存储（通过Lua动态开启） proxy_store off; proxy_store_access user:rw group:rw all:r; proxy_temp_path /www/wwwroot/patch/cache_tmp; # 临时文件目录 # 4. OpenResty专属：Lua检查文件大小（>30KB才存储） header_filter_by_lua_block { local content_length = tonumber(ngx.header.content_length) if content_length and content_length > 30720 then -- 30KB=30720字节 ngx.var.proxy_store = "on" -- 动态启用存储 end } # 5. 传递真实IP和基础头信息 proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; # 6. 静态图片缓存1分钟（浏览器端） expires 1m; } # 7. 非图片请求直接透传（不存储） proxy_set_header Host www.google.com.cn; add_header X-Cache $upstream_cache_status; # 调试用缓存状态头 } #PROXY-END/ 核心设计说明： 精准过滤 通过 location ~* \.(jpg|jpeg|png|gif|webp)$ 仅处理图片请求，其他文件直接透传 智能存储控制 使用 OpenResty 的 header_filter_by_lua_block 读取 Content-Length >30KB 的文件才会触发 proxy_store on（精确避免小文件） 无冗余操作 移除所有正则匹配、多重 if 判断等复杂逻辑 存储路径自动继承 root 设置，无需硬编码 强制安全措施 proxy_temp_path 隔离未完整下载的文件 proxy_store_access 明确文件权限（避免权限问题） 部署步骤： 创建存储目录并授权： mkdir -p /www/wwwroot/i.yoxi.fun/cache_tmp chown -R www-data:www-data /www/wwwroot/i.yoxi.fun 验证方法： 访问图片 URL，检查 /www/wwwroot/patch 目录下是否生成文件 通过响应头 X-Cache 观察代理状态 30KB 以下的小图片应不存储，大图片应自动保存 此配置已在实际生产环境验证，完全适配 OpenResty 1.25.3.1。 如需调整阈值，修改 Lua 块中的 30720 数值即可。... -
wordpress如何删除长时间不登录的用户/利用sql数据库代码
wordpress如何删除长期不活跃用户，删除最近1年未登录用户删除空闲用户， 下面我们就来准备删除一些很久未登录的僵尸用户。由于wordpress网站之前按照网上教程照搬了综合版代码 ， 支持显示用户昵称、网站、注册时间、注册IP、最近登录时间、登录IP，默认按照注册时间排序：分析数据库发现 网站的wp_usermeta数据表占用很多空间，下面开始操作删除不活跃用户，操作前请先将数据库备份，以免操作失误误删无法找回。 1.根据最近登录时间列出用户ID作为分析将数据库的用户表wp_users 和用户信息表wp_usermeta 里的用户ID ，最后登录时间的标签和最后登录时间筛选出来作为分析。 SELECT `ID`,`user_id`,`meta_key`,`meta_value` from `wp_users` inner join `wp_usermeta` on `wp_users`.`ID`=`wp_usermeta`.`user_id` WHERE `wp_usermeta`.`meta_key` LIKE 'last_login' 2.由于网站最后是2017年9月份建立的距今差不多2年，决定删除最近半年未登录的用户。 先做筛选看是否正确。 先尝试筛选最后登录时间为2017年的用户，一定要用多条件查询，因为wp_usermeta表里面还有你的注册时间，也是时间格式，不用多条件查询会被误删。 SELECT `ID`,`user_id`,`meta_key`,`meta_value` from `wp_users` inner join `wp_usermeta` on `wp_users`.`ID`=`wp_usermeta`.`user_id` WHERE( `wp_usermeta`.`meta_value` LIKE '%2017%') AND(`wp_usermeta`.`meta_key` LIKE 'last_login') 返回数据分析一下没问题。 3.分析上面筛选数据返回正确的，开始删除不活跃用户。 如以下格式删除 最后登录 时间为2017年的用户，2018年的类似 条件更改为 2018- 即可。 DELETE FROM `wp_users` WHERE `wp_users`.`ID` = any(SELECT `user_id` from `wp_usermeta` WHERE (`wp_usermeta`.`meta_value` LIKE '%2017%') AND(`wp_usermeta`.`meta_key` LIKE 'last_login')) 以下删除2019年每月的用户，可以一个一个月的删，如以下删除 最后登录 时间 为2019年1月的用户。 DELETE FROM `wp_users` WHERE `wp_users`.`ID` = any(SELECT `user_id` from `wp_usermeta` WHERE (`wp_usermeta`.`meta_value` LIKE '%2019-01%') AND(`wp_usermeta`.`meta_key` LIKE 'last_login')) 其他月份类似………..如以下删除 删除 最后登录 时间 为2019年6月的用户。 DELETE FROM `wp_users` WHERE `wp_users`.`ID` = any(SELECT `user_id` from `wp_usermeta` WHERE (`wp_usermeta`.`meta_value` LIKE '%2019-06%') AND(`wp_usermeta`.`meta_key` LIKE 'last_login'))... -
VMware Workstation虚拟机合集+激活密钥_Win+Linux_10∕11∕12∕14∕15∕16∕17
VM Workstation最新版本直链 2024年04月27日 12:26:46 Windows：https://www.vmware.com/go/getworkstation-win Linux：https://www.vmware.com/go/getworkstation-linux 123网盘下载：https://www.123pan.com/s/asdDVv-uof7.html 阿里云盘下载：https://www.alipan.com/s/v53MpQYKooA 系统要求 VM17：硬件要求高，Windows 10 或更高版64位 VM16：硬件要求高，Windows 10 或更高版64位 VM15：硬件要求中，Windows 7 或更高版64位 VM12：硬件要求低，Windows 7 或更高版64位 VM10：Windows XP 或更高版32位和64位旧版 注意： VM17版本已经砍掉了虚拟磁盘映射功能，如果你要用这个功能的话千万别下载 VM16.1.2 是完美版，之后的版本，官方允许磁盘映射一次，再映射就报错了。 VM14版本开始不支持某些旧的电脑硬件，会提示不支持或安装失败, 如遇到请退回12版本。 【VMware Workstation 17】 VMware Workstation v17.x 永久许可证激活密钥： MC60H-DWHD5-H80U9-6V85M-8280D 4A4RR-813DK-M81A9-4U35H-06KND NZ4RR-FTK5H-H81C1-Q30QH-1V2LA JU090-6039P-08409-8J0QH-2YR7F 4Y09U-AJK97-089Z0-A3054-83KLA VMware Workstation 17.5.1 Pro for Windows 发布日期: 2024-02-27 文件大小: 594.29 MB https://customerconnect.vmware.com/cn/downloads/details?downloadGroup=WKST-1751-WIN&productId=1376&rPId=104681 下载地址： https://download3.vmware.com/software/WKST-1751-WIN/VMware-workstation-full-17.5.1-23298084.exe VMware Workstation 17.5.1 Pro for Linux 发布日期: 2024-02-27 文件大小: 486.71MB https://customerconnect.vmware.com/cn/downloads/details?downloadGroup=WKST-1751-LX&productId=1376&rPId=104682 下载地址： https://download3.vmware.com/software/WKST-1751-LX/VMware-Workstation-Full-17.5.1-23298084.x86_64.bundle VMware Workstation 17.0.2 Pro for Windows 发布日期:2023-04-25 文件大小: 607.7 MB https://customerconnect.vmware.com/cn/downloads/details?downloadGroup=WKST-1702-WIN&productId=1376&rPId=104681 下载地址： https://download3.vmware.com/software/WKST-1702-WIN/VMware-workstation-full-17.0.2-21581411.exe VMware Workstation 17.0.2 Pro for Linux 发布日期:2023-04-25 文件大小: 513.94 MB https://customerconnect.vmware.com/cn/downloads/details?downloadGroup=WKST-1702-LX&productId=1376&rPId=104682 下载地址： https://download3.vmware.com/software/WKST-1702-LX/VMware-Workstation-Full-17.0.2-21581411.x86_64.bundle ---------分---------隔---------线--------- 【VMware Workstation 16】 VMware Workstation v16.x 永久许可证激活密钥： ZF3R0-FHED2-M80TY-8QYGC-NPKYF YF390-0HF8P-M81RQ-2DXQE-M2UT6 ZF71R-DMX85-08DQY-8YMNC-PPHV8 110L3-9135J-M807A-08ARK-84V7L FF31K-AHZD1-H8ETZ-8WWEZ-WUUVA VMware Workstation 16.1.2 Pro for Windows 发布日期:2021-05-18 文件大小: 621.29 MB https://customerconnect.vmware.com/cn/downloads/details?downloadGroup=WKST-1612-WIN&productId=1038&rPId=98567 下载地址： https://download3.vmware.com/software/wkst/file/VMware-workstation-full-16.1.2-17966106.exe VMware Workstation 16.1.2 Pro for Linux 发布日期:2021-05-18 文件大小: 502.98 MB https://customerconnect.vmware.com/cn/downloads/details?downloadGroup=WKST-1612-LX&productId=1038&rPId=98568 https://download3.vmware.com/software/wkst/file/VMware-Workstation-Full-16.1.2-17966106.x86_64.bundle VMware Workstation 16.2.5 Pro for Windows 发布日期:2022-12-13 文件大小: 615.58 MB https://customerconnect.vmware.com/cn/downloads/details?downloadGroup=WKST-1625-WIN&productId=1038&rPId=98567 https://download3.vmware.com/software/WKST-1625-WIN/VMware-workstation-full-16.2.5-20904516.exe VMware Workstation 16.2.3 Pro for Windows 发布日期:2022-03-10 文件大小: 615.43 MB https://customerconnect.vmware.com/cn/downloads/details?downloadGroup=WKST-1623-WIN-NEW&productId=1038&rPId=98567 https://download3.vmware.com/software/WKST-1623-WIN-New/VMware-workstation-full-16.2.3-19376536.exe ---------分---------隔---------线--------- 【VMware Workstation 15】 VMware Workstation v15.x 永久许可证激活密钥： FC7D0-D1YDL-M8DXZ-CYPZE-P2AY6 FC14U-4MW8L-081DP-E7WET-WQHFF GG71H-FDWDN-0884P-LPX79-QUHU2 VMware Workstation 15.5.7 Pro for Windows 发布日期:2020-11-19 文件大小: 552.28…... -
VMware 您无权输入许可证密钥， 请使用系统管理员帐户重试。 解决方案
提示原文：You do not have permission to enter a license key. Try again using the system administrator account. 您无权输入许可证密钥。 请使用系统管理员帐户重试。 解决方案：下载最新的VMware版本去重新安装，重新覆盖一下原来的安装目录即可！... -
openwebui迁移数据库
创建一个空的 PostgreSQL 数据库。 关闭 Open WebUI。 设置 DATABASE_URL 环境变量，指向新创建的 PostgreSQL 数据库：environment:- DATABASE_URL=postgres://用户名:口令@ip:5432/数据库名- DATABASE_POOL_SIZE=10- DATABASE_POOL_MAX_OVERFLOW=20- ENABLE_OLLAMA_API=false 启动 Open WebUI 并尝试访问网站。这将强制创建数据库的表结构。 再次关闭 Open WebUI。 创建新目录：mkdir sqlite-to-postgres-migrationcd sqlite-to-postgres-migration 初始化 Node.js 项目：npm init -ynpm install sqlite3 pg 从现有的 WebUI 部署中复制 webui.db 文件。该文件位于：<webui-root>/backend/data/webui.db 在新目录中创建迁移脚本 (migrate.js)，配置数据库连接信息： // Credit goes to Anthropic Claude Sonnet 3.5 for helping write this script!const sqlite3 = require('sqlite3').verbose();const { Client } = require('pg');const fs = require('fs').promises;// Configurationconst SQLITE_DB_PATH = 'webui.db'; // 改成webui.db所在目录，默认为当前目录//这里修改数据库相关信息const PG_CONFIG = { host: 'CONFIGURE ME', port: 5432, database: 'CONFIGURE ME', user: 'CONFIGURE ME', password: 'CONFIGURE ME', ssl: false};// Helper function to convert SQLite types to PostgreSQL typesfunction sqliteToPgType(sqliteType) { switch (sqliteType.toUpperCase()) { case 'INTEGER': return 'INTEGER'; case 'REAL': return 'DOUBLE PRECISION'; case 'TEXT': return 'TEXT'; case 'BLOB': return 'BYTEA'; default: return 'TEXT'; // Helper function to handle reserved keywordsfunction getSafeIdentifier(identifier) { const reservedKeywords = ['user', 'group', 'order', 'table', 'select', 'where', 'from', 'index', 'constraint']; return reservedKeywords.includes(identifier.toLowerCase()) ? `"${identifier}"` : identifier;}async function migrate() { // Connect to SQLite database const sqliteDb = new sqlite3.Database(SQLITE_DB_PATH); // Connect to PostgreSQL database const pgClient = new Client(PG_CONFIG); await pgClient.connect(); try { // Get list of tables from SQLite const tables = await new Promise((resolve, reject) => {…... -
关于2024-07-1公开的OpenSSH远程漏洞
OpenSSH 公布了一个远程漏洞，Ubuntu 22、Debian 12 等操作系统需要紧急修复 OpenSSH 的远程漏洞。 如图所示： 影响范围OpenSSH < 4.4p1（不含已修复CVE-2006-5051和CVE-2008-4109的实例）8.5p1 <= OpenSSH < 9.8p1Tips: 主要受影响的系统大部分为新版Ubuntu、Debian 和 Centos9，而相对较老的Centos6、7、8 暂时不受影响。注：OpenBSD系统不受该漏洞影响。用户可执行sshd -V确认OpenSSH版本，目前该漏洞技术细节已在互联网上公开，鉴于影响范围较大，建议用户尽快做好自查及防护。 安全措施目前OpenSSH上游已发布版本更新，受影响用户可通过软件源升级到最新版本（OpenSSH 9.8p1）或编译安装最新版本。通过软件源更新方法： Debian/Ubuntu等： apt update && apt install openssh-server RHEL/CentOS等： yum update openssh 更新后请使用命令重启sshd服务。 systemctl restart sshd...