区块链中文技术社区 - Other-新手教程
type: channel
link: https://www.bcskill.com/index.php/category/Other-新手教程
items: 不同区块链 Web3 钱包的密钥管理方式
items: Databasus 支持 MySQL 和 MongoDB 的 PostgreSQL 备份工具
items: Trustivon VPN 一款企业级区块链基础设施安全接入管理方案
items: Docker 一键部署 WireGuard VPN，支持可视化管理与监控
items: Docker部署OpenVPN实战指南 | Web可视化配置 | 完美接入多种组网方案
items: Nginx性能调优20条黄金法则：支撑10万并发的配置模板
items: 更换Git子模块的仓库地址
items: openvpn 相关开源项目
items: OpenVPN 管理器：面向企业 VPN 管理的完整开源解决方案
items: Ubuntu 20.04 中使用OpenVPN搭建VPN服务器

不同区块链 Web3 钱包的密钥管理方式
type: item
date: 2026-03-04T09:59:00+08:00
description: 在中心化钱包（尤其是交易所钱包）的安全架构中，密钥管理方案至关重要，不同的密钥管理方式具有不同的安全等级和使用场景。本文主要介绍目前主流的密钥管理方式：CloudHSM、TEE、KMS+S3 数据库和钱包数据加密存储（wallet.data）。 一.中心化钱包（交易所钱包）的密钥管理方式 1.CloudHSM 硬件安全模块 CloudHSM（Hardware Security Module）是由 AWS、Google 等云服务厂商提供的高安全硬件密钥管理方案，其本质也是一种 KMS, 密钥管理服务, 这种服务密钥是不能离开这个环境的。 1.1.工作原理 用户通过配置 Credentials 调用硬件加密机（HSM）。 密钥对中的私钥永久存储于 HSM 内部，无法被导出或脱离 HSM 环境，仅对外返回对应的公钥。 使用公钥生成对应的钱包地址。 当需要签名交易时，外部应用构造交易的 32 字节消息哈希（Message Hash），将其传入 HSM 进行签名。 HSM 返回签名（Signature）后，外部应用将签名与交易本体结合，构成完整的区块链交易并发送至链上。 1.2.优点 最高等级的硬件安全，物理级别隔离，私钥无法导出 1.3.缺点 成本昂贵，密钥容量有限，难以大规模扩展 1.4.适用场景 交易所热钱包、高净值用户托管钱包 2.TEE 可信执行环境 TEE 是由 AWS 等云服务厂商提供的基于芯片级别的可信执行环境，例如 AWS 的 Nitro, Intel SGX 2.1.工作原理 基于 CPU 提供硬件隔离的执行环境（如 AWS Nitro enclave） 离线签名代码封装于 enclave 内，启动 enclave 服务后，通过 vsock 与外部环境通信 签名过程中密钥始终不暴露在非安全环境中 2.2.优点 提供硬件级别的安全保护，成本适中，易于大规模扩展 部分厂商提供的 TEE 环境是没有存储能力的，需要外接 KMS，将密钥加密的之后，通过 vsock 传输处理，使用 S3 数据库(基于 S3 的 KMS)进行密钥的管理 2.3.缺点 安全性略逊于 CloudHSM，对芯片级漏洞存在依赖 没有存储能力的 TEE 依赖于加密和外部存储 2.4.适用场景 普通用户地址管理、交易钱包密钥管理 3.基于 S3 数据库的 AWS KMS 云密钥管理服务 KMS 是 AWS 等云服务提供商提供的密钥管理服务，便捷易用。 3.1.工作原理 用户在 KMS 服务中生成或导入密钥 通过 IAM 权限配置访问 KMS 服务获取密钥，用于签名交易等操作 3.2.优点 使用简单、易于云服务整合，快速开发部署 3.3.缺点 密钥管理和安全等级依赖云服务商，不适合高安全等级场景。 3.4.适用场景 内部服务、测试环境和非敏感场景。 4.Wallet.data 本地加密存储 钱包数据通过 AES 等算法加密后，直接保存在数据库或文件系统中。 4.1.工作原理 钱包创建密钥对后，对私钥进行 AES 对称加密，存储至数据库或文件（如 wallet.data） 使用私钥时，解密后进行签名操作 4.2.优点 简单、成本低廉，易于快速实现和部署 4.3.缺点 安全等级最低，易受内部泄露、数据库攻击风险 4.3.适用场景 低价值交易、测试环境、临时钱包、小规模项目 5.中心化钱包的密钥管理方式安全等级对比 CloudHSM（最高安全性）> TEE（次高安全性）> KMS + S3数据库（一般安全性）> wallet.data 本地加密存储（最低安全性） 管理方式 安全等级 成本 可扩展性 使用场景举例 CloudHSM 5星 较高 一般 热钱包、托管钱包 TEE+S3(KMS) 据库库 4星 中等 好 交易钱包 KMS+S3 据库库 3星 低 好 内部服务、测试环境 Wallet.data 2星 极低 好 测试、临时、小型钱包 高价值资产托管、交易所热钱包优先选择 CloudHSM。 常规交易钱包、大规模用户地址体系建议使用 TEE 方案。 内部测试和日常非敏感交易环境，可使用更便捷的 KMS 或 wallet.data 本地存储。 二.去中心化钱包的密钥管理方式 去中心化钱包是由用户自己掌控私钥的非托管钱包。去中心化钱包的密钥管理方式主要分为硬件钱包和软件钱包两种 1.硬件钱包（Hardware Wallet） 硬件钱包是一种专用物理设备，用于安全生成和存储密钥，并对交易进行离线签名。 1.1 工作原理 密钥在硬件钱包设备中生成，私钥始终被存储在硬件内部，无法导出 通过设备上的物理按钮和屏幕确认签名交易，签名过程始终在设备内部完成 只有经过硬件钱包确认签名的交易数据才可以发回软件端再广播到区块链网络 1.2 优点 最高的安全性，私钥始终处于硬件隔离环境…

Databasus 支持 MySQL 和 MongoDB 的 PostgreSQL 备份工具
type: item
date: 2026-02-03T15:57:20+08:00
description: Databasus 是一款免费、开源且可自行托管的 PostgreSQL 备份工具。它支持将备份文件保存到不同的存储位置（S3、Google Drive、FTP 等），并提供备份进度通知（Slack、Discord、Telegram 等）。此外，它也支持 MySQL、MariaDB 和 MongoDB。 项目地址：https://github.com/databasus/databasus 官网地址：https://databasus.com

Trustivon VPN 一款企业级区块链基础设施安全接入管理方案
type: item
date: 2026-01-23T22:53:00+08:00
description: 产品概述 什么是 Trustivon VPN？ Trustivon VPN 是一款企业级区块链基础设施安全接入管理方案，基于 OpenVPN 协议开发，为企业服务提供安全网络访问控制。系统采用 Web 可视化管理界面，支持多种认证方式，提供完善的用户管理、连接监控和审计功能。 产品特点 开箱即用：Docker 一键部署，5 分钟完成安装配置，无需复杂的技术背景 零学习成本：全 Web 界面操作，告别命令行，管理员和用户都能轻松上手 团队协作友好**：支持组织架构管理，批量导入用户，权限配置灵活，适合企业级应用 安全无忧**：多重身份验证机制，MFA 二次验证，证书自动管理，让安全防护更简单 运维可视化：实时连接监控、流量统计图表、历史记录查询，运维状态一目了然 场景适配灵活：支持固定 IP 分配、VPN 网关模式、IPv6 网络，满足不同业务需求 自动化运维：邮件自动发送配置、证书到期提醒、历史记录自动清理，减少人工维护 企业集成：LDAP/AD 认证集成，域名解析服务，轻松融入现有 IT 基础设施 详情查看官方 https://trustivon.com/vpn-service

Docker 一键部署 WireGuard VPN，支持可视化管理与监控
type: item
date: 2026-01-19T10:35:00+08:00
description: 引言 ​ 随着远程办公、跨地域访问与隐私保护需求的不断增长，VPN（虚拟专用网络）正在成为个人与企业必备的基础设施之一。而传统的 WireGuard VPN 配置流程对于普通用户而言存在一定门槛，需要大量命令行操作与手动配置。WG-Easy 正是在这种背景下应运而生的高效解决方案，它将 WireGuard 的强大性能与可视化管理相结合，大大降低部署和维护难度。 项目简介 WG-Easy（WireGuard Easy） 是一个将 WireGuard VPN 核心服务与 Web 可视化管理界面深度集成的开源项目。它通过直观的浏览器操作界面，让用户无需掌握复杂的命令行知识，即可快速完成 VPN 的部署、配置与监控。 设计理念： 开箱即用：基于 Docker 容器化部署，一条命令即可启动 可视化优先：所有操作均可在 Web 界面完成，告别配置文件 性能卓越：基于 WireGuard 协议，提供媲美直连的网络速度 安全可靠：采用现代密码学套件，代码简洁易审计 核心特性 WireGuard Easy 提供了一套完整的 VPN 管理功能,主要特性包括: 一体化架构：将 WireGuard 核心 VPN 与 Web 管理界面整合在一起。 快速部署：基于 Docker 容器化，一条命令即可启动完整 VPN 服务。 可视化管理面板：客户端创建、编辑、禁用、删除全部图形化完成。 二维码一键接入：自动生成配置二维码，便于移动设备一键连接。 一次性分享链接：生成临时配置链接，分享后自动失效，提升安全性 实时连接与流量监控：显示每个客户端的在线状态、上传 / 下载流量。 多语言 & 深浅色模式：自动适配浏览器语言，支持暗黑模式。 Prometheus 监控支持：原生支持 Prometheus，便于接入 Grafana 统一监控体系。 双因素认证（2FA）：支持 TOTP 双因素认证，提升账户安全。 继承 WireGuard 的安全模型：公钥认证、现代加密算法，无密码、无证书链复杂度。 环境信息 WireGuard 内核支持检查 在部署前，请确认服务器内核已支持 WireGuard： uname -r 加载 WireGuard 内核模块： modprobe wireguard 验证是否成功： lsmod | grep wireguard 说明： Linux Kernel ≥ 5.6 已内置 WireGuard Ubuntu 20.04+ / 22.04 LTS 默认支持 若加载失败，请检查内核版本或云厂商是否裁剪模块 基础环境 云服务器（VPS / 轻量云 / 物理机） 操作系统：Ubuntu 22.04 LTS（推荐） 具有域名 或 公网 IP 已安装 Docker / Docker Compose 网络与安全组要求 UDP 51820（WireGuard 通信端口） TCP 51821（wg-easy Web 管理界面） 出口网络允许访问公网（用于 VPN 转发） 配置防火墙规则 # Ubuntu/Debian (使用 ufw) sudo ufw allow 51820/udp comment 'WireGuard VPN' sudo ufw allow 51821/tcp comment 'WG-Easy Web UI' 若云厂商启用防火墙 / 安全组，务必同步放行端口。 部署教程 方式一：Docker 命令行部署（快速上手） 1. 创建网络 docker network create \ -d bridge --ipv6 \ --subnet 10.42.42.0/24 \ --subnet fdcc:ad94:bacf:61a3::/64 \ wg 2. 启动容器 docker run -d \ --net wg \ -e INSECURE=true \ --name wg-easy \ --ip6 fdcc:ad94:bacf:61a3::2a \ --ip 10.42.42.42 \ -v ~/.wg-easy:/etc/wireguard \ -v /lib/modules:/lib/modules:ro \ -p 51820:51820/udp \ -p 51821:51821/tcp \ --cap-add NET_ADMIN \ --cap-add SYS_MODULE \ --sysctl net.ipv4.ip_forward=1 \ --sysctl net.ipv4.conf.all.src_valid_mark=1 \ --sysctl net.ipv6.conf.all.disable_ipv6=0 \ --sysctl net.ipv6.conf.all.forwarding=1 \ --sysctl net.ipv6.…

Docker部署OpenVPN实战指南 | Web可视化配置 | 完美接入多种组网方案
type: item
date: 2026-01-19T10:13:00+08:00
description: 引言 ​ 在现代互联网时代，数据安全、隐私保护和远程接入已成为企业与个人网络部署的核心需求。传统 VPN 解决方案在保障网络通信安全方面发挥了重要作用，而随着容器化技术的成熟，将 VPN 服务以 Docker 方式部署并结合 Web UI 管理，正成为自建网络服务的新趋势。 项目简介 GavinTan/openvpn 是一个基于Docker容器化部署的OpenVPN服务器项目，旨在通过直观的 Web 管理界面简化 VPN 管理。该解决方案提供对用户账户管理、客户端管理、证书管理、服务器配置和实时连接监控的集中控制，同时通过多因素身份验证和 LDAP 集成保持企业级安全性。 核心特性 1. 账号与权限管理 项目提供了完善的用户管理系统,支持本地账号和LDAP集成两种认证方式: 默认管理员账号为admin/admin,首次登录后可修改密码 支持模板导入创建多个VPN账号,每个账号可独立管理 VPN用户可以登录专属页面,自行下载配置文件、修改密码、设置MFA 集成LDAP后可与企业现有的账号体系打通,实现统一认证 2. 证书与密钥管理 作为VPN的核心安全组件,证书管理功能设计得非常周到: 一键生成客户端证书和配置文件 支持证书的吊销和重新生成 自动管理证书有效期,避免过期导致的连接问题 3. 多协议与IPv6支持 项目在网络协议支持方面非常全面: 同时支持UDP和TCP协议,可根据网络环境灵活选择 完整的IPv6支持,适应现代网络环境 双栈配置,IPv4和IPv6可以同时工作 注意:使用IPv6时需要Docker网络和客户端都开启相应支持 4. 企业级安全特性 安全性是VPN最核心的要求,项目在这方面做得很扎实: 多因素认证(MFA):支持基于时间的一次性密码(TOTP),大幅提升账号安全性 LDAP集成:可与企业Active Directory或OpenLDAP集成 固定IP分配:可为特定用户分配固定的VPN IP地址 加密标准:参考业界最佳实践配置加密算法和密钥长度 5. 监控与日志 友好的监控功能让问题排查变得简单: 连接历史记录,可查看每个用户的连接时间和时长 在线用户列表,实时掌握VPN使用情况 详细的日志记录,便于故障诊断 支持在线查看和编辑server.conf配置文件 6. 灵活的网络配置 针对不同的使用场景,项目提供了灵活的网络配置选项: 组网模式(默认):客户端只路由VPN内网流量,不影响正常上网 网关模式:客户端所有流量都通过VPN,实现完全的网络控制 CCD支持:可为特定客户端定制路由和网络配置 支持在Web界面直接修改OpenVPN配置,启用自动更新后即时生效 部署教程 环境准备 在开始部署前,请确保你的服务器满足以下要求: 操作系统:Linux(推荐Ubuntu 20.04+或CentOS 7+) Docker版本:20.10+ 网络:服务器需要有公网IP或可被客户端访问的网络地址 方式一:Docker Run 快速部署 这是最简单的部署方式,适合快速测试和小规模使用: # 创建数据目录 mkdir-p~/openvpn-data # 启动容器 dockerrun-d\ --nameopenvpn\ --cap-add=NET_ADMIN\ -p1194:1194/udp\ -p8833:8833\ -v~/openvpn-data:/data\ -v/etc/localtime:/etc/localtime:ro\ docker.1ms.run/yyxx/openvpn 参数说明: --cap-add=NET_ADMIN:赋予容器网络管理权限,OpenVPN必需 -p 1194:1194/udp:映射VPN服务端口(UDP协议) -p 8833:8833:映射Web管理界面端口 -v ~/openvpn-data:/data:持久化数据目录,包含配置、证书等重要文件 -v /etc/localtime:/etc/localtime:ro:同步系统时间,确保日志时间准确 方式二:Docker Compose 部署 对于生产环境,推荐使用Docker Compose,便于管理和维护: 1. 安装Docker Compose # CentOS/RHEL yum install -y docker-compose-plugin # Ubuntu/Debian apt install -y docker-compose-plugin 2. 创建docker-compose.yml文件 mkdir ~/openvpn&&cd~/openvpn cat>docker-compose.yml<<'EOF' services: openvpn: image:docker.1ms.run/yyxx/openvpn con…

Nginx性能调优20条黄金法则：支撑10万并发的配置模板
type: item
date: 2026-01-12T12:26:00+08:00
description: 一、概述 1.1 背景介绍 说实话，Nginx调优这事儿我踩过无数坑。记得2019年双11，我们电商平台流量暴涨，Nginx直接扛不住了，QPS从平时的2万飙升到8万，响应时间从50ms飙到了2秒，最后还是靠临时加机器扛过去的。那次事故之后，我花了大半年时间专门研究Nginx的性能极限，总结出了这20条黄金法则。 Nginx作为目前最流行的Web服务器和反向代理，官方数据显示单机可以轻松处理10万+的并发连接。但实际生产环境中，很多同学拿到默认配置就直接上了，结果发现连1万并发都扛不住。问题不在Nginx本身，而在于配置。 1.2 技术特点 Nginx采用事件驱动的异步非阻塞架构，这跟传统的Apache每个连接一个进程/线程的模式完全不同。打个比方：Apache像是银行柜台，每个客户都需要一个柜员全程服务；Nginx则像是叫号系统，一个柜员可以同时处理多个客户的不同阶段任务。 核心优势： 内存占用低：处理10000个非活跃HTTP keep-alive连接仅需2.5MB内存 事件驱动：基于epoll/kqueue，不会因为连接数增加而线性增长CPU消耗 模块化设计：只加载需要的模块，减少资源浪费 热部署：配置修改无需重启，平滑reload 1.3 适用场景 高并发静态资源服务（图片、CSS、JS、视频） 反向代理和负载均衡 API网关 SSL/TLS终结点 缓存服务器 WebSocket代理 1.4 环境要求 组件 版本 说明 操作系统 Rocky Linux 9.4 / Ubuntu 24.04 LTS 内核版本建议5.15+ Nginx 1.26.2 / 1.27.0 mainline版本功能更新，stable版本更稳定 CPU 8核+ Nginx worker数量与CPU核心数相关 内存 16GB+ 主要用于连接缓冲和缓存 网络 万兆网卡 千兆网卡在高并发下会成为瓶颈 磁盘 NVMe SSD 日志写入和缓存需要高IOPS 二、详细步骤 2.1 准备工作 2.1.1 系统内核参数调优 在动Nginx配置之前，得先把操作系统底子打好。很多人忽略了这一步，结果Nginx配得再好也白搭。 # /etc/sysctl.conf 追加以下内容 # 文件描述符限制 fs.file-max = 2097152 fs.nr_open = 2097152 # TCP连接相关 net.core.somaxconn = 65535 net.core.netdev_max_backlog = 65535 net.ipv4.tcp_max_syn_backlog = 65535 # TIME_WAIT优化（这个参数救过我无数次） net.ipv4.tcp_tw_reuse = 1 net.ipv4.tcp_fin_timeout = 15 net.ipv4.tcp_max_tw_buckets = 262144 # TCP keepalive net.ipv4.tcp_keepalive_time = 600 net.ipv4.tcp_keepalive_intvl = 30 net.ipv4.tcp_keepalive_probes = 3 # 网络缓冲区 net.core.rmem_max = 16777216 net.core.wmem_max = 16777216 net.ipv4.tcp_rmem = 4096 87380 16777216 net.ipv4.tcp_wmem = 4096 65536 16777216 # 本地端口范围 net.ipv4.ip_local_port_range = 1024 65535 应用配置： sysctl -p 2.1.2 文件描述符限制 这是个老生常谈的问题了，但每次接手新项目还是会遇到。Nginx报"Too many open files"错误，十有八九就是这个没配好。 # /etc/security/limits.conf * soft nofile 1048576 * hard nofile 1048576 nginx soft nofile 1048576 nginx hard nofile 1048576 # /etc/systemd/system/nginx.service.d/override.conf [Service] LimitNOFILE=1048576 2.2 核心配置 法则1：worker进程数量配置 # 自动检测CPU核心数，省心省力 worker_processes auto; # 或者手动指定，建议等于CPU核心数 # worker_processes 8; # CPU亲和性绑定，减少CPU缓存失效 worker_cpu_affinity auto; 踩坑记录：早期…

更换Git子模块的仓库地址
type: item
date: 2025-12-26T13:09:00+08:00
description: 更换子模块地址 修改 .gitmodules[submodule "libs/foo"] path = libs/foo url = https://github.com/old-org/foo.git 改成： [submodule "libs/foo"] path = libs/foo url = https://github.com/new-org/foo.git 同步配置git submodule sync 更新子模块git submodule update --init --recursive 更新仓库git add .gitmodules git commit -m "chore: update submodule foo url" git push 更换主仓库地址 查看当前远端git remote -v 你会看到类似： origin https://github.com/old-org/project.git (fetch) origin https://github.com/old-org/project.git (push) 修改 origin 地址git remote set-url origin https://github.com/new-org/project.git 验证 git remote -v 推送到新组织（第一次建议加 -u）git push -u origin main # 或 git push -u origin master

openvpn 相关开源项目
type: item
date: 2025-12-24T09:37:00+08:00
description: web ui管理 https://github.com/GavinTan/openvpn https://github.com/xiaoyunjie/openvpn-cms-vue https://github.com/palark/ovpn-admin https://github.com/tldr-it-stepankutaj/openvpn-mng 权限认证 https://github.com/ufukty/ovpn-auth 安装 https://github.com/xdev-asia-labs/openvpn-install https://xdev.asia/blog/cai-dat-openvpn-tren-ubuntu-24-04/

OpenVPN 管理器：面向企业 VPN 管理的完整开源解决方案
type: item
date: 2025-12-24T09:32:20+08:00
description: 管理整个组织内的 VPN 用户不应该再像 2005 年那样了。不再需要使用包含凭据的电子表格、手动配置文件，也不再需要费心去了解“现在谁在线？”。 OpenVPN Manager——一个开源的 Web 应用程序，它为您的 VPN 基础架构带来现代化的用户管理；同时发布的还有OpenVPN Client——一个配套工具，它可以将所有内容无缝集成。 问题 如果你曾经为团队管理过 OpenVPN 服务器，你就会了解这些痛点： 用户管理一片混乱——添加用户意味着生成证书、编辑配置，还要祈祷别搞砸了什么。 完全看不到任何信息——谁在线？带宽使用情况如何？连接历史记录？祝你好运，希望能找到答案。 访问控制难题——工程部门和人力资源部门需要不同的网络访问权限，但 OpenVPN 并没有简化这一过程。 审计要求——当安全部门询问“谁在何时访问了什么？”时，您可能需要花费数小时翻阅日志。 承包商访问权限——本应过期但从未过期的临时用户。 解决方案：两个项目，一个完整系统 OpenVPN 管理器（Web 应用程序） 整个系统的核心。一个基于网页的管理面板，您可以在这里管理所有事项： 基于角色的访问控制的用户管理 三个角色确保一切井然有序： 用户——可以查看和编辑自己的个人资料 管理员——可以创建和管理团队中的用户 管理员——拥有所有权限 非常适合团队负责人需要管理团队的 VPN 访问权限，而又不想麻烦 IT 部门的组织。 基于组的网络访问 定义用户组（例如工程组、人力资源组、财务组），并为每个用户分配网络段。用户继承其所属用户的访问权限。简单、可扩展且可审计。 VPN IP 自动分配 只需配置一次 VPN 网络范围，系统就会自动为新用户分配下一个可用的 IP 地址。从此告别 IP 地址冲突和手动追踪。 会话跟踪与审核 最后，了解您的 VPN 信息： 实时连接状态 用户带宽使用情况 完整的连接历史记录 所有变更的完整审计跟踪 限时访问 需要授予承包商两周的访问权限？设置日期valid_from即可valid_to。访问权限会自动过期。再也不用担心忘记登录了。 OpenVPN客户端（集成脚本） 将你的 OpenVPN 服务器连接到管理器的 Go 二进制文件： ┌─────────────────┐ ┌─────────────────┐ ┌─────────────────┐ │ OpenVPN 服务器 │─────────────▶│ OpenVPN 客户端 │────▶│ OpenVPN 管理器 │ │ │ │ （Go 二进制文件） │ │ （Web 应用） │ └─────────────────┘ └───────────────────┘ └───────────────────┘ │ ▼ ┌───────────────────┐ │ nftables/iptables │ │ （防火墙） │ └─────────────────┘ 四个二进制文件处理所有事情： BinaryPurpose 功能openvpn-login包括：根据 API 验证用户凭据openvpn-connect；分配 IP 地址；根据组成员身份推送路由openvpn-disconnect；记录会话结束和流量统计信息；openvpn-firewall为每个用户生成 nftables/iptables 规则。 完整安装指南 步骤 1：安装 OpenVPN 管理器 选项 A：DEB 软件包（Debian/Ubuntu） VERSION="1.0.1" wget https://github.com/tldr-it-stepankutaj/openvpn-mng/releases/download/v${VERSION}/openvpn-mng_${VERSION}_linux_amd64.deb sudo dpkg -i openvpn-mng_${VERSION}_linux_amd64.deb 选项 B：RPM 软件包（RHEL/AlmaLinux/Rocky） VERSION="1.0.1" wget https://github.com/tldr-it-stepankutaj/openvpn-mng/releases/download/v${VERSION}/openvpn-mng_${VERSION}_linux_amd64.rpm sudo dnf install ./openvpn-mng_${VERSION}_linux_amd64.rpm 选项 C：Docker docker pull tldrit/openvpn-mng:latest 步骤 2：配置数据库 # PostgreSQL sudo -u postgres psql CREATE USER op…

Ubuntu 20.04 中使用OpenVPN搭建VPN服务器
type: item
date: 2025-12-10T17:52:37+08:00
description: 和其它的文章不同，以下是很简单的搭建方法 1、升级系统打上补丁可以使用以下命令行 sudo apt update sudo apt upgrade -y 2、下载openvpn的安装脚本，使用脚本安装省去安装证书等过程。我们可以通过以下命令下载脚本并运行脚本 wget https://git.io/vpn -O openvpn-ubuntu-install.sh chmod -v +x openvpn-ubuntu-install.sh sudo ./openvpn-ubuntu-install.sh 在安装过程选择如下图： 主要选项是协议一般选择UDP，DNS可以任意选择，Client名称可以自己名字，运行完脚本最终会在 /root目录下生成一个 .ovpn文件，这个正是我们上网的凭证文件。同时vpn服务也会自动安装好了 3、我们可以通过以下命令来管理vpn服务 sudo systemctl status openvpn-server@server.service sudo systemctl start openvpn-server@server.service sudo systemctl stop openvpn-server@server.service sudo systemctl restart openvpn-server@server.service 4、如果我们还要添加用户可以继续运行以下脚本 sudo ./openvpn-ubuntu-install.sh 端口测试 nc -vuz 159.135.192.235 1194 // Connection to 159.135.192.235 1194 port [udp/openvpn] succeeded! https://gist.github.com/ebta/301f286fa9056d67e61bfc7cedd4ad56 相关链接： https://linuxconfig.org/basic-ubuntu-22-04-openvpn-client-server-connection-setup https://kifarunix.com/install-and-setup-openvpn-server-on-ubuntu-22-04/ https://www.cyberciti.biz/faq/ubuntu-20-04-lts-set-up-openvpn-server-in-5-minutes/