Byrd's Blog

基于K3S的网络架构拓扑

小网站Web服务基本架构图

Error

修复Deiban的防火墙Firewalld

报错： Error: RUNNING_BUT_FAILED: Changing permanent configuration is not allowed while firewalld is i...

December 19, 2025Comments

阅读全文

Basic

基于WireGuard的配置

一、基础环境服务端IP:11.11.11.11 客户端IP：22.22.22.22 [crayon-69524c03af9e8145745215/] 二、基本配置 [crayon-695...

November 18, 2025Comments

阅读全文

一、基础环境服务端IP:11.11.11.11 客户端IP：22.22.22.22 二、基本配置三、常规配置服务端配置：服务端链接状态：客户端配置： # Peer指的是对端,比如下面是对端的公钥对端的IP,以及允许的路由,如果AllowedIPs是0.0.0.0是指所有IP都通过wireguard路由,在这里AllowedIPs = 10.7.0.1/24, 10.4.0.0/22,那么会建立10.4.0.0、10.7.0.0的网络走client路由.AllowedIPs的本质是路由规则,它告诉WireGuard:"哪些目标IP地址的流量,需要通过这个VPN隧道来发送". 四、混淆协议配置 4.1、基于phantun 服务端配置：服务端日志：客户端：客户端日志： 4.1、基于udp2raw 服务端配置：服务端日志: 客户端配置：客户端日志： 4.3、基于swgp-go 服务端配置: 服务端日志: 客户端配置: 客户端日志: 4.4、基于stunnel 证书相关: 服务端配置: 服务端日志: 客户端配置: 客户端日志: 针对Stunnel版本中/usr/local/bin/udp2raw_amd64 -c -l 127.0.0.1:51830 -r 127.0.0.1:8443 --raw-mode faketcp -a -k "YourSecretPassword"存在数据丢包的情况做了部分修复.增加了--retry-on-error、--keep-rule、--seq-mode、--seq-mode解决了ping丢包的问题。基本启动顺序应该是wireguard、 udp2raw、stunnel. 参考URL: # 用于计算AllowedIPs,排除IP 1:https://www.procustodibus.com/blog/2021/03/wireguard-allowedips-calculator/

Code

XtraBackup数据库还原脚本

Database

Clickhouse高可用集群搭建

Clickhouse高可用集群搭建一、环境信息二、clickhouse安装三、clickhouse配置四、clickhous高可用方案1 子表使用MergeTree引擎，Insert写Distributed表在这种情况下，分布式表会跨服务器分发插入数据。为了写入分布式表，必须要配置分片键（最后一个参数）。当然，如果只有一个分片，则写操作在没有分片键的情况下也能工作，因为这种情况下分片键没有意义，所有数据都将发送到一个分片。通常将internal_replication参数设置为false，这样写操作会将数据写入所有副本以实现高可用。实质上，这意味着要分布式表本身来复制数据。这种方式不如使用复制表的好，因为不会检查副本的一致性，并且随着时间的推移，副本数据可能会有些不一样。测试语句: 五、clickhous高可用方案2 子表使用ReplicatedMergeTree引擎，Insert写子表可以将internal_replication参数设置为true，因为可以由ClickHouse来保证数据副本的一致性。你可以自已指定要将哪些数据写入哪些服务器，并直接在每个分片上执行写入，并且你可以使用任何分片方案。对于复杂业务特性的需求，这可能是非常重要的。官方推荐这种方案。使用复制表并不影响效率 SELECT 查询并不需要借助 ZooKeeper ，复本并不影响 SELECT 的性能，查询复制表与非复制表速度是一样的。查询分布式表时，ClickHouse的处理方式可通过设置 max_replica_delay_for_distributed_queries 和 fallback_to_stale_replicas_for_distributed_queries 修改。对于每个 INSERT 语句，会通过几个事务将十来个记录添加到 ZooKeeper。（确切地说，这是针对每个插入的数据块; 每个 INSERT 语句的每 max_insert_block_size = 1048576 行和最后剩余的都各算作一个块。）相比非复制表，写 zk 会导致 INSERT 的延迟略长一些。但只要你按照建议每秒不超过一个 INSERT 地批量插入数据，不会有任何问题。一个 ZooKeeper 集群能给整个 ClickHouse 集群支撑协调每秒几百个 INSERT。数据插入的吞吐量（每秒的行数）可以跟不用复制的数据一样高。参考文档： 1、http://cxy7.com/articles/2019/06/07/1559910377679.html#b3_solo_h3_2 1、

Environment

PXC 仲裁机制

MySQL中PXC 仲裁机制参考文档： 1：https://yq.aliyun.com/articles/584611 2：https://blog.csdn.net/leshami/article/details/80077031 3：https://www.cnblogs.com/buptwangjing/p/5062734.html 4：https://segmentfault.com/a/1190000005370057 5：http://galeracluster.com/documentation-webpages/backingupthecluster.html 6：http://www.360doc.com/content/13/0817/15/834950_307820923.shtml 7：https://blog.csdn.net/wjf870128/article/details/45200257 8：http://galeracluster.com/documentation-webpages/arbitrator.html

Error

修复Deiban的防火墙Firewalld

报错： Error: RUNNING_BUT_FAILED: Changing permanent configuration is not allowed while firewalld is in FAILED state. The permanent configuration must be fixed and then firewalld restarted. Try . 修复方法:

System

Centos 7.0 配置安装ExtMail

Centos 7.0 配置安装ExtMail 系统版本：Linux JP.t4x.org 3.16.5-x86_64-linode46 #1 SMP Mon Oct 13 09:42:16 EDT 2014 x86_64 x86_64 x86_64 GNU/Linux 基础配置：lamp环境。

Other

windowns11暂停更新的方法

微软 Windows 11 最新安全更新(KB5063878 与 KB5062660)被证实存在可能引发硬盘故障的 Bug‌。 ‌故障触发条件与表现: ‌核心触发场景‌：当写入超过 50GB 文件且存储设备使用率超过 60% 时，部分 SSD/HDD 将从系统中消失，故障表现为： 1:硬盘分区无法识别，SMART 数据读取失败。 2:重启后可能短暂恢复，但重复写入仍会引发故障。 3:极端情况下导致硬盘完全失效（如西部数据 SA510 2TB 型号）。‌‌ 高危硬件型号清单: 以下为报告故障率较高的存储设备（均搭载群联主控）： ‌固态硬盘‌：海盗船 Force MP600、铠侠 EXCERIA PLUS G4、斐科特 FN955、闪迪至尊高速 M.2 NVMe 3D SSD。 ‌机械硬盘‌：部分企业级 HDD（未公布具体型号）。‌‌ 临时解决方法：将上面的代码保存为xxx.reg导入注册表即可。(也就是在注册表中HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WindowsUpdate\UX\Settings新增加一个FlightSettingsMaxPauseDays的dword32值为十进制 30000 天)，在win11 update选择暂停X周。

Service

WVP-GB28181 ZLMediakit 配置

最近想把大华的监控通过广域网进行传输，找了部分开源软件进行测试：选型：WVP-GB28181+ZLMediakit 1：WVP-GB28181配置 2：ZLMediakit 防火墙、安全组配置：防火墙：安全组：开放TCP:19092、5545 以及UDP:1-65535 其他平台：http://www.ntvgbs.com/?note.t4x.org 参考文档： 1：https://doc.wvp-pro.cn/#/_content/introduction/compile 2：https://gitee.com/xia-chu/ZLMediaKit

Cloud

一篇文章说完Docker

一、基础环境 ⚫ OCI：Open Container Initiative的简称，由Linux基金会主导开发OCI规范和标准，目的是围绕容器格式和Runtime（运行时）制定的一个开放的工业化标准。 ⚫ Containerd：Docker为了兼容OCI标准，将容器Runtime及其管理功能从Docker守护进程中剥离出来，用于不启动Docker也能直接通过Containerd来管理容器。 ⚫ RunC：Docker按照OCF（Open Container Format）开放容器格式标准制定的一个轻量级工具，可以使用RunC不通过Docker引擎即可实现容器的启动、停止和资源隔离等功能。二、环境配置 fix: 三、Docker基础命令 1. 搜索容器 2. 拉取镜像 3. 查看本地镜像 4. 进入容器 5. 端口映射 6. 显示所有容器四、DockerFile编写五、Docker镜像优化

Hot search

Blogroll申请友链