技术博客

在企业内网环境中，开发者经常需要使用外网公共镜像资源。但由于网络受限或者带宽有限，直接拉取外网镜像往往效率低下甚至无法访问。为解决这一瓶颈，Harbor v2.1 引入了强大的「代理缓存」功能，帮助内网Harbor仓库智能代理并缓存外部镜像，极大提升镜像拉取效率，节省带宽，规避 Docker Hub 访问速率限制。 本文将详细讲解如何在内网环境中配置并使用 Harbor 代理缓存功能，轻松实现外网镜像资源的同步与加速。 什么是 Harbor 代理缓存？Harbor 代理缓存（Proxy Cache）是一种中间镜像仓库，类似 Nexus 的代理模式，允许 Harbor 代理来自 Docker Hub 或其他私有仓库的镜像请求。它的工作原理是： 当内网客户端第一次拉取某个镜像时，代理缓存仓库会向外网仓库请求镜像并下载至本地缓存。 随后其他客户端拉取同一镜像时，直接从本地缓存仓库获取，避免重复访问外网。 有效节约内外网带宽，减少 Docker Hub 的访问频率，避免触发速率限制。 从 Harbor v2.1.1 起，代理缓存功能已优化支持 Docker Hub...

在某些情况下，我们希望临时阻止 CentOS 服务器访问互联网，且防止互联网访问该服务器，但仍然允许与局域网内设备的通信。这样做可以用于安全隔离、测试或维护场景。本文将介绍如何通过 iptables 实现这一目标，包括具体命令和保存规则的方法。 环境准备 操作系统：CentOS（假设版本 7 及以上） 工具：iptables（防火墙工具） 安装并启用 iptables 服务CentOS 7 之后默认使用 firewalld，不过我们这里使用 iptables 来进行更细粒度控制。首先安装并启用 iptables-services： 123sudo yum install iptables-services -ysudo systemctl enable iptablessudo systemctl start iptables 这确保了 iptables 服务可用，且可以在系统启动时自动应用规则。 使用 iptables 阻止所有互联网访问1. 阻止所有出站流量默认策略设置为拒绝所有出站流量，防止服务器访问互联网： 1sudo iptables -P OUTPUT...

在企业内部构建高效、可靠的私有Docker镜像仓库，是保障容器化应用稳定交付的关键。Harbor作为业界领先的云原生镜像仓库项目，具备强大的安全策略、权限管理与镜像扫描能力。本文将围绕Harbor 2.9.1版本的离线安装展开，从环境准备、安装包获取、配置策略到日后管理，进行全面且细致的梳理，助你快速搭建稳定的私有镜像仓库。 Harbor离线安装前的准备工作1. 环境硬件需求 硬件配置 最低要求 推荐配置 CPU 2 核 4 核 内存 4 GB 8 GB 硬盘 40 GB 160 GB 说明：合理的硬件资源配置能保证Harbor的流畅运行，尤其是在镜像存储和访问压力较大的企业级场景。 2. 软件依赖版本要求 软件组件 版本要求 Docker Engine 17.06.0-ce及以上 Docker...

Docker 已成为现代云原生架构的核心组件，但在某些情况下，比如需要重新安装 Docker、升级版本或切换到其他容器管理工具时，彻底卸载 Docker 并清理相关数据成为必要步骤。本文将针对 CentOS 7 操作系统，详细梳理并扩展 Docker 卸载的完整流程，确保系统环境干净无残留。 卸载前的准备工作：确保容器和镜像不再使用卸载 Docker 前，必须先确认没有任何运行中的容器和正在使用的 Docker 镜像，否则可能导致后续操作失败或数据残留。 1. 停止并杀死所有运行中的容器终止所有正在运行的 Docker 容器： 1docker ps -q | xargs -r docker kill 说明： docker ps -q 会列出所有运行中容器的 ID，xargs -r 确保只有在有容器 ID 时才执行命令，避免报错。 2. 删除所有容器（包括已停止状态）清理所有容器： 1docker ps -a -q | xargs -r docker rm 3. 删除所有镜像清除所有 Docker 镜像，释放磁盘空间： 1docker images -q |...

在部署高性能、高并发的后端服务时，操作系统的合理配置是必不可少的环节。合理关闭不必要的安全机制、释放资源占用、提升系统的文件描述符和进程数限制，同时调整内核相关参数，可以极大提升系统性能和稳定性。 本文将系统且详细地介绍在 CentOS 系统中： 如何关闭 SELinux 关闭 Swap 分区 调整最大打开文件数与进程数限制 调整虚拟内存映射限制 (vm.max_map_count) 禁用透明大页（Transparent HugePage） 帮助您快速完成生产环境下的系统基础优化。 关闭 SELinuxSELinux （Security-Enhanced Linux）是 Linux 内核的安全模块，提供强制访问控制。默认情况下，CentOS 开启了SELinux，但对于某些高性能环境或兼容性需求，可能需要关闭它。 查看 SELinux 当前状态1getenforce Enforcing：强制执行，SELinux 开启 Permissive：宽容模式，记录而不拦截（等同于临时关闭） Disabled：永久关闭 临时关闭...

SSH（Secure Shell）是 Linux 服务器远程管理的核心工具，其默认监听端口为 22。由于端口 22 众所周知，这也使得服务器容易受到自动化扫描和暴力破解攻击。虽然更改 SSH 默认端口只是安全加固的一种辅助手段，但它能有效地降低被自动化攻击工具扫描的风险。 本文将系统性地介绍如何在 CentOS 7 系统中安全地更改 SSH 端口，解决 SELinux 和防火墙相关配置，确保远程访问不中断。同时，我们还会探讨提升 SSH 安全性的更有效搭配方案。 为什么要更改 SSH 默认端口？ 减少自动扫描攻击：大量恶意机器人默认扫描 22 端口，通过更改端口可以减少被扫描的概率。 防止大规模暴力破解：将 SSH 端口调整到非标准端口可以有效防止针对 22 端口的暴力破解攻击。 配合其他安全措施提升防御层次：虽然更改端口并不能阻止有决心的攻击者扫描，但这是安全“深度防御”策略的一部分。 提示：更安全的 SSH 防护手段是使用基于密钥的无密码登录、限制 IP 白名单、以及开启两步验证等措施。 步骤详解：如何更改 CentOS 7 的 SSH 默认端口1. 备份...

在采用Spring Boot与Apache Kafka构建高吞吐、高可靠的消息系统时，我们常常发现网络上的教程大多停留在“Hello World”或基础Demo层面。这些示例虽然能够帮助我们快速上手，但在面对真实的生产环境时，往往显得捉襟见肘，无法应对消息可靠性、消费者行为、异常处理等复杂挑战。 本文旨在打破这一局限。基于大量的生产实践、官方文档的深度研读以及性能调优经验，我们总结了一套经过线上环境严苛验证的Spring Boot与Kafka集成解决方案。此方案不仅覆盖了基础的收发消息，更聚焦于解决生产环境中的核心痛点： 消息投递的可靠性保障：如何确保消息不丢失？ 消费者行为优化：如何有效处理消息、避免重复消费和Rebalance风暴？ 高效的批量处理与手动提交：如何在吞吐量与精细控制间取得平衡？ 健壮的异常处理机制：如何优雅地处理消费失败的消息？ 关键参数调优：如何配置Kafka以适应高并发、大数据量的场景？ 本文提供的配置和代码示例均考虑了分布式环境下的稳定性和性能，旨在为开发者提供一套可以直接落地、并能支撑高并发业务的Kafka集成指南。 项目源码：github...

作为后端开发人员，我们经常需要在本地连接到远程服务器上的 MySQL 数据库进行开发、测试或维护。然而，MySQL 8 默认情况下禁止 root 用户从远程主机连接，这给我们带来了不便。本文将详细介绍如何配置 MySQL 8，使其允许 root 用户从任何 IP 地址进行连接，这在很多开发场景中非常方便。 风险提示： 允许 root 用户从远程访问是一个安全风险，请谨慎操作。建议在生产环境中使用更安全的身份验证方式，如创建具有特定权限的用户并限制其访问。 前提条件 已安装 MySQL 8 具有 root 用户权限 步骤详解 登录 MySQL 服务器 首先，通过本地终端以 root 用户身份登录到 MySQL 服务器: 1mysql -u root -p 输入 root 用户的密码以完成登录。 更新 user 表 接下来，我们需要更新 mysql.user 表，允许 root 用户从任何主机连接。请执行以下 SQL 命令： 12use mysql;update user set host='%' where user...

Apache Kafka作为当前最流行的分布式消息队列之一，拥有一整套命令行工具来帮助维护和管理集群。在这篇博文中，我们将概览一些最常用的Kafka管理命令，为运维人员提供一个快速参考。 集群信息查询 查看在线的Broker列表： 1./bin/zookeeper-shell.sh localhost:2181 ls /brokers/ids 获取Broker详细信息： 1./bin/zookeeper-shell.sh localhost:2181 get /brokers/ids/<broker_id> 主题管理 创建主题： 1./bin/kafka-topics.sh --create --bootstrap-server <broker_list> --replication-factor <n> --partitions <m> --topic <topic_name> 查看主题列表： 1./bin/kafka-topics.sh --list --bootstrap-server...

在大数据处理和实时数据同步的场景中，Flink CDC作为一款强大的实时变更数据捕获工具，广泛应用于MySQL数据库的增量数据读取与处理。然而，使用过程中如果用户权限配置不当，往往会遇到诸如“Access denied; you need (at least one of) the REPLICATION SLAVE privilege(s) for this operation”的报错，阻碍数据流的正常传输。本文将详解该错误的产生原因，并提供一套简洁有效的权限配置方案，助力用户顺利搭建Flink CDC环境，实现MySQL数据的高效同步。 报错内容Flink CDC 读取 MySQL 的用户有需要表的读写权限，但是报错。 12345678910io.debezium.DebeziumException: Access denied; you need (at least one of) the REPLICATION SLAVE privilege(s) for this operation Error code: 1227; SQLSTATE: 42000. at...