Docker on Kang's Blog

自定义 Redroid 镜像：从源码构建到功能增强

Wed, 17 Sep 2025 00:00:00 +0000

概述

Redroid（Remote Android）是一个基于容器技术的 Android 运行时环境，可以在 Linux 服务器上运行完整的 Android 系统。本文将详细介绍如何从 AOSP 源码开始，构建一个功能完整的自定义 Redroid 镜像，并集成 GPS 定位、电池管理、Magisk Root 等高级功能。

适用场景

移动应用开发测试
自动化测试环境搭建
Android 逆向工程和安全研究
云端 Android 服务部署

前置条件

在开始之前，请确保您的环境满足以下要求：

硬件要求

CPU: 推荐 8 核心以上，支持 x86_64 架构
内存: 至少 16GB RAM，推荐 32GB
存储: 至少 100GB 可用空间（SSD 推荐）

软件环境

操作系统: Ubuntu 20.04/22.04 LTS 或其他现代 Linux 发行版
Docker: 版本 20.10 以上
Git: 版本 2.25 以上
Python 3: 用于运行构建脚本

网络要求

稳定的网络连接（需要下载大量源码）
如遇网络问题，建议使用清华镜像源

步骤一：环境准备与源码下载

创建工作目录

1
2
3

# 创建专用的工作目录
cd /data
mkdir redroid && cd redroid

安装 Google Repo 工具

Repo 是 Google 开发的用于管理多个 Git 仓库的工具，AOSP 项目必需。

# 下载并安装 repo 工具
curl -k https://storage.googleapis.com/git-repo-downloads/repo > /usr/local/bin/repo
chmod a+x /usr/local/bin/repo

# 配置 Git 用户信息（必需）
git config --global user.email "your-email@example.com"
git config --global user.name "YourName"

注意: 请将邮箱和用户名替换为您的实际信息。

初始化 AOSP 源码仓库

# 初始化 repo，使用清华镜像源加速下载
repo init -u https://mirrors.tuna.tsinghua.edu.cn/git/AOSP/platform/manifest \
    --git-lfs --depth=1 -b android-15.0.0_r36

# 添加 Redroid 专用的本地 manifest 配置
git clone https://git.coderkang.top/Android/local_manifests.git \
    .repo/local_manifests -b 15.0.0

同步源码

1
2

# 开始同步源码（耗时较长，请耐心等待）
repo sync -c

提示: 首次同步可能需要 2-4 小时，具体时间取决于网络状况。建议使用 screen 或 tmux 在后台运行。

步骤二：Magisk 模块集成

Magisk 是流行的 Android Root 解决方案，提供系统级权限管理。

提取 Magisk 组件

1
2
3

# 进入 Magisk 目录并执行提取脚本
cd /data/redroid/vendor/magisk
python3 magisk.py

该脚本会自动下载最新版本的 Magisk APK 并提取必要的二进制文件和模块，集成到系统镜像中。

步骤三：应用定制补丁

下载并应用 Redroid 补丁

# 回到主目录
cd /data

# 获取 Redroid 专用补丁集
git clone https://git.coderkang.top/Android/redroid-patches.git

# 应用所有补丁到源码
./redroid-patches/apply-patch.sh /data/redroid

这些补丁包含：

GPS 功能: 启用定位服务支持
电池管理: 模拟电池状态和电源管理
网络增强: 改进网络连接稳定性
性能优化: 针对容器环境的性能调优

步骤四：Docker 构建环境搭建

创建构建容器

# 获取构建工具
git clone https://git.coderkang.top/Android/redroid-doc.git
cd redroid-doc/android-builder-docker

# 构建 Docker 镜像（包含所有构建依赖）
docker build \
    --build-arg userid=$(id -u) \
    --build-arg groupid=$(id -g) \
    --build-arg username=$(id -un) \
    -t redroid-builder .

启动构建环境

# 启动构建容器，挂载源码目录
docker run -it --rm \
    --hostname redroid-builder \
    --name redroid-builder \
    -v /data/redroid:/src \
    redroid-builder

步骤五：编译 Android 系统

配置构建环境

# 在容器内执行以下命令
cd /src

# 初始化构建环境
. build/envsetup.sh

# 选择构建目标（ARM64 架构，用户调试版本）
lunch redroid_arm64_only-ap3a-userdebug

开始编译

1
2

# 启动编译过程（时间较长，建议使用 -j 参数指定并行度）
m -j$(nproc)

编译时间: 根据硬件配置，编译时间通常在 1-3 小时之间。

步骤六：镜像打包与部署

创建 Docker 镜像

编译完成后，需要将生成的系统文件打包为 Docker 镜像。

# 退出构建容器，回到宿主机
exit

# 进入编译输出目录
cd /data/redroid/out/target/product/redroid_arm64_only

# 挂载系统镜像（只读）
sudo mount system.img system -o ro
sudo mount vendor.img vendor -o ro

# 打包为 Docker 镜像
sudo tar --xattrs -c vendor -C system --exclude="./vendor" . | \
    docker import -c 'ENTRYPOINT ["/init", "androidboot.hardware=redroid", "ro.setupwizard.mode=DISABLED"]' \
    - redroid:custom

# 卸载镜像文件
sudo umount system vendor

验证镜像

# 查看创建的镜像
docker images | grep redroid

# 测试启动容器
docker run -itd --rm --memory-swappiness=0 \
    --name redroid-test \
    -p 5555:5555 \
    redroid:custom

功能验证与使用

验证 Root 权限

# 连接到 Redroid 容器
adb connect localhost:5555

# 验证 Root 权限
adb shell su -c "id"

验证 GPS 功能

1
2

# 检查 GPS 服务状态
adb shell dumpsys location

验证电池管理

1
2

# 查看电池状态
adb shell dumpsys battery

常见问题与解决方案

编译错误

问题: 内存不足导致编译失败

1
2

# 解决方案：减少并行度
m -j4  # 使用较少的并行任务

问题: 磁盘空间不足

1
2

# 解决方案：清理编译缓存
make clean

运行时问题

问题: 容器无法启动

# 检查内核模块
lsmod | grep binder
lsmod | grep ashmem

# 如果缺失，加载模块
sudo modprobe binder_linux
sudo modprobe ashmem_linux

问题: ADB 连接失败

1
2
3

# 重启 ADB 服务
adb kill-server
adb start-server

优化建议

性能优化

内存配置: 为容器分配足够的内存（推荐 4GB+）
CPU 配置: 启用 CPU 热插拔支持
存储优化: 使用 SSD 存储提升 I/O 性能

安全考虑

网络隔离: 使用自定义 Docker 网络
权限控制: 限制容器权限，避免特权模式
数据持久化: 合理配置数据卷挂载

总结

通过本文的详细指导，您已经成功构建了一个功能完整的自定义 Redroid 镜像。这个镜像集成了 GPS、电池管理、Magisk Root 等高级功能，可以满足各种开发和测试需求。

在实际使用中，您可以根据具体需求进一步定制系统配置，添加更多功能模块，或者优化性能参数。Redroid 的灵活性使其成为 Android 开发和测试的理想选择。

下一步

探索更多 Magisk 模块集成
配置持续集成/持续部署（CI/CD）
搭建多实例集群环境
集成自动化测试框架

Docker 容器独立 IP 配置指南 - Macvlan 与 Pipework 实践

Thu, 11 Jul 2024 00:00:00 +0000

Macvlan

📝 备注

Network drivers overview | Docker Docs

Macvlan network driver | Docker Docs

一些应用程序，尤其是旧版应用程序或监视网络流量的应用程序，希望直接连接到物理网络。在这种情况下，你可以使用macvlan网络驱动程序为每个容器的虚拟网络接口分配一个MAC地址，使其看起来像是直接连接到物理网络的物理网络接口。在这种情况下，你需要在Docker主机上指定一个物理接口用于Macvlan，并设置网络的子网和网关。你甚至可以使用不同的物理网络接口来隔离你的Macvlan网络。

cat <<EOF > docker_network_macvlan.yaml
name: docker_network_macvlan
services:
  docker_network_macvlan:
    image: busybox
    container_name: docker_network_macvlan
    networks:
      macvlan_net:
        ipv4_address: 192.168.142.234  # 配置静态 IP
    privileged: true
    cap_add:
      - NET_ADMIN  # 添加网络权限
    command: sleep infinity
    ports:
      - "17000:17000"

networks:
  macvlan_net:
    driver: macvlan  # 使用 macvlan 类型网络
    # Macvlan 网络允许你为容器分配一个MAC地址，使其在网络中像物理设备一样存在。
    # Docker 守护程序可以通过容器的 MAC 地址来路由流量。
    # 使用 macvlan 驱动器通常是处理那些期望直接连接到物理网络而不是通过 Docker 主机网络堆栈路由的旧应用程序时的最佳选择。
    driver_opts:
      parent: eno1  # 指定网卡
    ipam:
      config:
        - subnet: 192.168.142.0/24    # 子网
          ip_range: 192.168.142.0/24  # IP 范围
          gateway: 192.168.142.1      # 网关
EOF

`1`	`docker-compose -f docker_network_macvlan.yaml up -d`

📌 重要

该容器目前无法与使用 eno1 网卡的宿主机或其他容器通信。

Pipework

jpetazzo/pipework: Software-Defined Networking tools for LXC (LinuX Containers) (github.com)

`1`	`sudo docker run -itd --name test ubuntu /bin/bash`

`1`	`sudo docker exec test ip addr show`

宿主机网络为172.16.0.100，下面配置容器 test 的网络，并连接到网桥 br0 上，其中@后面是网关地址：

1
2

sudo pipework br0 test 172.16.0.156/24@172.16.0.1
# ip addr add 172.16.0.254/24 dev br0

sudo ip addr add 172.16.0.100/24 dev br0; \
    sudo ip addr del 172.16.0.100/24 dev enp1s0; \
    sudo brctl addif br0 enp1s0; \
    sudo ip route del default; \
    sudo ip route add default via 172.16.0.1 dev br0

使用 ACME 在 DNSPod 上自动配置 SSL 证书指南

Mon, 18 Sep 2023 00:00:00 +0000

Docker 部署 acme.sh

docker-compose.yml，将 DNSPod API ID 和 Key 替换为实际值。

services:
  acme-sh:
    image: neilpang/acme.sh:latest
    container_name: acme
    restart: always
    command: daemon
    environment:
      - TZ=Asia/Shanghai
      - DP_Id=******            # DNSPod API ID
      - DP_Key=**************** # DNSPod API Key
    volumes:
      - ./certs/:/acme.sh/

配置 acme.sh

# 启动 acme.sh
docker compose up -d
# 进入 acme.sh 容器
docker compose exec -it acme sh
# 设置默认 CA
acme.sh --set-default-ca --server letsencrypt

申请证书

生成证书，将 www.example.com 替换为实际域名。证书会挂载到 ./certs/ 目录下。

`1`	`acme.sh --issue --dns dns_dp -d www.example.com`

Docker中apt update的GPG签名问题及解决方法

Mon, 05 Jun 2023 00:00:00 +0000

问题

我在ubuntu22.04的容器里面运行apt update的时候出现了以下报错

[root@VM-16-9-centos docker-kubuntu]# docker run --rm -it ubuntu:22.04 bash
root@8ac245b487e6:/# apt update
Get:1 http://security.ubuntu.com/ubuntu jammy-security InRelease [110 kB]
Get:2 http://archive.ubuntu.com/ubuntu jammy InRelease [270 kB]                    
Err:1 http://security.ubuntu.com/ubuntu jammy-security InRelease                   
  The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 871920D1991BC93C
Err:2 http://archive.ubuntu.com/ubuntu jammy InRelease
  The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 871920D1991BC93C
Get:3 http://archive.ubuntu.com/ubuntu jammy-updates InRelease [109 kB]
Err:3 http://archive.ubuntu.com/ubuntu jammy-updates InRelease
  The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 871920D1991BC93C
Get:4 http://archive.ubuntu.com/ubuntu jammy-backports InRelease [90.7 kB]
Err:4 http://archive.ubuntu.com/ubuntu jammy-backports InRelease
  The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 871920D1991BC93C
Reading package lists... Done
W: http://security.ubuntu.com/ubuntu/dists/jammy-security/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg.d/ubuntu-keyring-2012-cdimage.gpg are ignored as the file is not readable by user '_apt' executing apt-key.
W: http://security.ubuntu.com/ubuntu/dists/jammy-security/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg.d/ubuntu-keyring-2018-archive.gpg are ignored as the file is not readable by user '_apt' executing apt-key.
W: GPG error: http://security.ubuntu.com/ubuntu jammy-security InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 871920D1991BC93C
E: The repository 'http://security.ubuntu.com/ubuntu jammy-security InRelease' is not signed.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.
W: http://archive.ubuntu.com/ubuntu/dists/jammy/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg.d/ubuntu-keyring-2012-cdimage.gpg are ignored as the file is not readable by user '_apt' executing apt-key.
W: http://archive.ubuntu.com/ubuntu/dists/jammy/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg.d/ubuntu-keyring-2018-archive.gpg are ignored as the file is not readable by user '_apt' executing apt-key.
W: GPG error: http://archive.ubuntu.com/ubuntu jammy InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 871920D1991BC93C
E: The repository 'http://archive.ubuntu.com/ubuntu jammy InRelease' is not signed.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.
W: http://archive.ubuntu.com/ubuntu/dists/jammy-updates/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg.d/ubuntu-keyring-2012-cdimage.gpg are ignored as the file is not readable by user '_apt' executing apt-key.
W: http://archive.ubuntu.com/ubuntu/dists/jammy-updates/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg.d/ubuntu-keyring-2018-archive.gpg are ignored as the file is not readable by user '_apt' executing apt-key.
W: GPG error: http://archive.ubuntu.com/ubuntu jammy-updates InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 871920D1991BC93C
E: The repository 'http://archive.ubuntu.com/ubuntu jammy-updates InRelease' is not signed.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.
W: http://archive.ubuntu.com/ubuntu/dists/jammy-backports/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg.d/ubuntu-keyring-2012-cdimage.gpg are ignored as the file is not readable by user '_apt' executing apt-key.
W: http://archive.ubuntu.com/ubuntu/dists/jammy-backports/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg.d/ubuntu-keyring-2018-archive.gpg are ignored as the file is not readable by user '_apt' executing apt-key.
W: GPG error: http://archive.ubuntu.com/ubuntu jammy-backports InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 871920D1991BC93C
E: The repository 'http://archive.ubuntu.com/ubuntu jammy-backports InRelease' is not signed.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.
E: Problem executing scripts APT::Update::Post-Invoke 'rm -f /var/cache/apt/archives/*.deb /var/cache/apt/archives/partial/*.deb /var/cache/apt/*.bin || true'
E: Sub-process returned an error code

原因

经过查询，发现是ubuntu21.10和fedora35开始使用glibc2.34甚至更高的版本。在glibc2.34版本里面，开始使用一个名为clone3的系统调用。通常情况下，容器里面所有的系统调用都会被docker捕获，然后docker决定如何处理它们。如果docker中没有为特定系统调用指定策略，则默认的策略会通知容器这边"Permission Denied"。但是，如果 Glibc 收到此错误，它不会回退。它仅在收到响应“此系统调用不可用”时才执行此操作。

解决

办法一

运行容器的时候，加上这个参数来绕过docker系统调用限制

`1`	`--security-opt seccomp=unconfined`

不过这会有很大的问题，一个是你的容器将变得不安全，另一个是这些参数在构建镜像的时候是不可用的。所以，请参考办法二

办法二

将docker升级到20.10.8以上的版本（> 20.10.8）

由于生产环境调整docker版本不是一件容易的事情，所以生产环境在构建镜像时候要避免使用ubuntu21.10和fedora35以更高版本的镜像，以及使用它们作为基础镜像的其他镜像。目前官方大部分镜像基于debian，后续要确认debian系列镜像是否受此影响

办法三

升级runc。

https://github.com/opencontainers/runc/releases/

升级前使用docker version查看runc命令

1.选择1.0.0-rc95版本，下载runc.amd64

2. 上传服务器，修改名字并赋予权限

`1`	`mv runc.amd64 runc && chmod +x runc`

3.备份原有的runc

1
2

which runc
mv

4.停止docker

`1`	`systemctl stop docker`

5.替换新版本runc

`1`	`cp runc /usr/bin/runc`

6. 启动docker

`1`	`systemctl start docker`

7.检查runc是否升级成功

`1`	`docker version`

使用Docker搭建Confluence指南

Wed, 22 Mar 2023 00:00:00 +0000

所需文件下载：

1
2

wget https://minio-console.coderkang.top/files/atlassian-agent.jar
wget https://minio-console.coderkang.top/files/mysql-connector-j-8.3.0.jar

docker-compose.yaml

version: '3.8'
name: atlassian
services:
  confluence:
    image: atlassian/confluence-server:8.5.2
    container_name: atlassian-confluence
    restart: always
    environment:
      - TZ=Asia/Shanghai
      - JVM_MINIMUM_MEMORY=4096m
      - JVM_MAXIMUM_MEMORY=8192m
      - ATL_DB_TYPE=mysql
      - ATL_JDBC_URL=jdbc:mysql://db:3306/confluence?sessionVariables=transaction_isolation='READ-COMMITTED'
      - ATL_JDBC_USER=root
      - ATL_JDBC_PASSWORD=******
      - JAVA_OPTS='-javaagent:/opt/atlassian-agent.jar'
    ports:
      - 38090:8090
      - 38091:8091
    volumes:
      - ./application-data/:/var/atlassian/application-data/confluence/
      # - ./setenv.sh:/opt/atlassian/confluence/bin/setenv.sh
      - ./atlassian-agent.jar:/opt/atlassian-agent.jar
      - ./mysql-connector-j-8.3.0.jar:/opt/atlassian/confluence/confluence/WEB-INF/lib/mysql-connector-j-8.3.0.jar
    healthcheck:
      test: ["CMD", "curl", "-f", "http://localhost:8090"]
      interval: 10s
      timeout: 5s
      retries: 5
      start_period: 30s
    depends_on:
      db:
        condition: service_healthy

  db:
    image: mysql:latest
    container_name: atlassian-db
    restart: always
    environment:
      MYSQL_ROOT_PASSWORD: ******
      MYSQL_DATABASE: confluence
    command: --character-set-server=utf8mb4 --collation-server=utf8mb4_bin
    volumes:
      - ./application-db/data/:/var/lib/mysql/
      - ./application-db/conf.d/:/etc/mysql/conf.d/
    healthcheck:
      test: ["CMD", "mysqladmin", "ping", "-h", "localhost", "-u", "root", "-p******"]
      interval: 10s
      timeout: 5s
      retries: 5
      start_period: 30s

1
2

docker compose up -d
# 启动时间可能会比较长，因为要等待 MySQL 服务完全启动

访问页面获取 Server ID。

1
2
3

docker compose exec -it confluence java -jar /opt/atlassian-agent.jar -m <邮箱> -n <用户名> -o <组织名称> -p conf -s '<Server ID>'

# docker compose exec -it confluence java -jar /opt/atlassian-agent.jar -m CoderKang@hotmail.com -n CoderKang -o NiKo -p conf -s 'BHE8-N86V-SW29-TDDO'

输入后点及 Next，等待……

📌 重要

安装过程中遇到问题，down 掉容器后，最好删除 application-db 和 application-data 目录后重建容器

基于Docker的OpenVPN客户端与代理集成解决方案

Wed, 03 Aug 2022 00:00:00 +0000

为了解决 OpenVPN 与代理软件冲突的问题

wfg/docker-openvpn-client: OpenVPN client with killswitch and proxy servers; built on Alpine (github.com)

构建文件

Dockerfile

FROM alpine:3.17

RUN apk add --no-cache \
    bash \
    bind-tools \
    iptables \
    ip6tables \
    openvpn

COPY . /usr/local/bin

ENV KILL_SWITCH=on

ENTRYPOINT [ "entry.sh" ]

killswitch

#!/usr/bin/env bash

set -o errexit
set -o nounset
set -o pipefail

iptables --insert OUTPUT \
    ! --out-interface tun0 \
    --match addrtype ! --dst-type LOCAL \
    ! --destination "$(ip -4 -oneline addr show dev eth0 | awk 'NR == 1 { print $4 }')" \
    --jump REJECT

# 创建静态路由，允许访问指定的子网
# 例如：ALLOWED_SUBNETS 在 docker-compose.yaml 中配置
default_gateway=$(ip -4 route | awk '$1 == "default" { print $3 }')
for subnet in ${1//,/ }; do
    ip route add "$subnet" via "$default_gateway"
    iptables --insert OUTPUT --destination "$subnet" --jump ACCEPT
done

# 为 OpenVPN 服务器地址打洞
# $config 是 OpenVPN 设置的：
#   “第一个 --config 文件的名称。在程序初始化时设置并在 SIGHUP 时重置。”
global_port=$(awk '$1 == "port" { print $2 }' "${config:?"config file not found by kill switch"}")
global_protocol=$(awk '$1 == "proto" { print $2 }' "${config:?"config file not found by kill switch"}")
remotes=$(awk '$1 == "remote" { print $2, $3, $4 }' "${config:?"config file not found by kill switch"}")
ip_regex='^(([1-9]?[0-9]|1[0-9][0-9]|2([0-4][0-9]|5[0-5]))\.){3}([1-9]?[0-9]|1[0-9][0-9]|2([0-4][0-9]|5[0-5]))$'
while IFS= read -r line; do
    # 读取去除注释的行
    IFS=" " read -ra remote <<< "${line%%\#*}"
    address=${remote[0]}
    port=${remote[1]:-${global_port:-1194}}
    protocol=${remote[2]:-${global_protocol:-udp}}

    if [[ $address =~ $ip_regex ]]; then
        iptables --insert OUTPUT --destination "$address" --protocol "$protocol" --destination-port "$port" --jump ACCEPT
    else
        for ip in $(dig -4 +short "$address"); do
            iptables --insert OUTPUT --destination "$ip" --protocol "$protocol" --destination-port "$port" --jump ACCEPT
            echo "$ip $address" >> /etc/hosts
        done
    fi
done <<< "$remotes"

entry.sh

#!/usr/bin/env bash

set -o errexit
set -o nounset
set -o pipefail

cleanup() {
    kill TERM "$openvpn_pid"
    exit 0
}

is_enabled() {
    [[ ${1,,} =~ ^(true|t|yes|y|1|on|enable|enabled)$ ]]
}

# Either a specific file name or a pattern.
if [[ $CONFIG_FILE ]]; then
    config_file=$(find /config -name "$CONFIG_FILE" 2> /dev/null | sort | shuf -n 1)
else
    config_file=$(find /config -name '*.conf' -o -name '*.ovpn' 2> /dev/null | sort | shuf -n 1)
fi

if [[ -z $config_file ]]; then
    echo "no openvpn configuration file found" >&2
    exit 1
fi

echo "using openvpn configuration file: $config_file"


openvpn_args=(
    "--config" "$config_file"
    "--cd" "/config"
)

if is_enabled "$KILL_SWITCH"; then
    openvpn_args+=("--route-up" "/usr/local/bin/killswitch.sh $ALLOWED_SUBNETS")
fi

# Docker secret that contains the credentials for accessing the VPN.
if [[ $AUTH_SECRET ]]; then
    openvpn_args+=("--auth-user-pass" "/run/secrets/$AUTH_SECRET")
fi

openvpn "${openvpn_args[@]}" &
openvpn_pid=$!

trap cleanup TERM

wait $openvpn_pid

构建和启动

docker-compose.yaml

公网镜像：ghcr.io/wfg/openvpn-client
构建镜像：

`1`	`docker compose build`

启动

`1`	`docker compose up -d`

services:
  openvpn-client:
    image: openvpn-client:latest  # ghcr.io/wfg/openvpn-client
    build:
      context: ./
      dockerfile: Dockerfile
    container_name: openvpn-client
    cap_add:
      - NET_ADMIN
    environment:
      # - HTTP_PROXY=on
      - SOCKS_PROXY=on
    devices:
      - /dev/net/tun:/dev/net/tun
    volumes:
      - ./local:/config
      - ./local:/data/vpn
    ports:
      # - 8080:8080  # HTTP_PROXY port
      - 1080:1080  # SOCKS_PROXY port
    restart: unless-stopped

结合代理软件使用

使用 Clash 软件中的 规则配置 分流策略

proxies:
	- { name: OpenVPN, server: 127.0.0.1, port: 1080, type: socks5 }

rules:
	- IP-CIDR,192.168.142.0/24,OpenVPN
	- IP-CIDR,10.10.10.0/24,OpenVPN
	- IP-CIDR,172.16.0.0/24,OpenVPN

其他

除了 OpenVPN，还可以将 EasyConnect 等校园网 VPN （访问知网免费）经常使用的代理软件客户端部署到 Docker 中，并暴露 HTTP 或者 Socks ，并配置分流规则，达到优雅的访问其他网络环境的效果。

1
2

    - { name: 'CNKI', type: socks5, server: 10.10.10.45, port: 57080}
    - 'DOMAIN-SUFFIX,cnki.net,CNKI'

Docker 部署 ELK 指南

Sun, 22 May 2022 00:00:00 +0000

📝 备注

deviantony/docker-elk: The Elastic stack (ELK) powered by Docker and Compose. (github.com)

1
2
3

git clone https://github.com/deviantony/docker-elk
cd docker-elk
vim .env

1
2

docker compose up setup
docker compose up

1
2

docker compose down -v setup
docker compose down -v