百度360必应搜狗淘宝本站头条
当前位置:网站首页 > IT技术 > 正文

在软路由中玩转 Docker——软路由直装 openwrt 启用 docker 服务

wptr33 2024-11-22 22:00 31 浏览

本内容来源于@什么值得买APP,观点仅代表作者本人 |作者:丶Source

写在前面

淘了一个二手 J4125 的软路由,记录一下验收以及安装 openwrt 的过程。

个人比较喜欢 openwrt,主要是没有限速需求,同时 openwrt 也更适合折腾。

J4125 CPU 拿来单跑 openwrt 是有点资源浪费了,所以网上查到的教程大部分都是先过一层虚拟化,比如 PVE 或者 ESXi。但是我是不太喜欢做虚拟化的,主要是有以下考虑:

  • 过一层虚拟化是一定会有性能损失
  • 较新版的 openwrt 已经支持了 docker 可以拿来跑一些容器服务

最终定下来的就是直装 openwrt,并配置启用 docker 服务。

大纲

本文大纲如下,方便整体查看

准备工作

工具准备

先准备一个 U 盘做成 PE 启动盘,然后把相关工具、系统镜像放入 U 盘里面:

  • WEPE 启动 U 盘制作工具
  • physdiskwrite windows 写盘工具
  • 精简 openwrt 系统镜像(在恩山上搜一下 j4125+i225 版本匹配的镜像)

一开始在 openwrt 镜像上有点选择困难,最后还是选了比较精简版本,自己再按需来安装插件吧

如上图,U 盘制作完会有两个分区,把镜像以及写盘工具拷贝到比较大的分区里面,后续流程:

  1. 通过 PE 启动盘进去系统
  2. 格式化原来的系统盘
  3. 刷入 openwrt 镜像
  4. 重启

建议把系统镜像文件重命名一下,方便后续输入文件名,比如上图重命名为 openwrt.img

系统格式化

软路由收到后是安装了 Windows10 系统,方便检查硬件,跑分烤鸡之类的,对应硬件信息如下

这是收了群友的二手设备,配件齐全,到手即用,具体配置如下:

  • Intel 赛扬 J4125 CPU
  • Intel i225-V 4 口 2.5G
  • 镁光 8G 内存
  • Intel 545s 256G SATA SSD
  • 19V 电源适配器

首先进入 BIOS 修改启动项,设置从 U 盘引导来进入 PE 系统

可以看到原来软路由里面的硬盘是是安装了 Windows10 系统

选中软路由的硬盘后,右键 - 删除所有分区,最后在点击保存更改

安装系统

刷入 openwrt 镜像

先确定 U 盘比较大的那个分区,对应的盘符是 U: 然后,在 PE 系统中打开一个命令提示符

输入 u: 切换到 U 盘对应分区,然后输入以下命令将 openwrt 刷入系统盘:

physdiskwrite.exe -u openwrt.img

过程中会列出本机所有存储设备,需要注意别选错了

如下图,可以看到 0 号硬盘对应的 Model 字段是有 INTEL SSD 字样了,所以选择它就对了

选择硬盘后,因为 ssd 是 256G,还会有一个提示让你二次确定,输入 y 即可开始刷入

基础配置

刷入完成后,在 PE 中点击重启系统,等黑屏后立即拔下 U 盘

此时系统中只有一块硬盘,默认就会从尝试这块硬盘进行引导,然后就进入 openwrt 启动界面

过程中会不断刷日志,等到没有滚动日志之后,按下回车即可看到 openwrt 的欢迎界面了

如上图,我是刷到这行日志之后就停止(不通设备情况可能有所不同):

/dev/sda1: Can't open blockdev

之后拿一根网线,把软路由跟电脑相连,然后输入 192.168.1.1 即可进入 openwrt 的界面

注意不要使用 eth1 网口,因为这个网络默认是 WAN 口

这个镜像,默认使用 root 用户,初始密码是 password,登录后即可看到路由基本信息了

调整防火墙允许 WAN 口访问

目前软路由还没配置好,先挂在原来主路由下当二级路由,这样能在原来的网络下进行配置

这样做的好处就是:

  1. 原来的所有网络架构都不需要做调整
  2. 软路由是通过旧主路由接入 internet,能够下载相关的软件包进行配置
  3. 最后在配置完成后,再将软路由替换为主路由即可

如下图,在没有调整之前:

  • 只有笔记本能通过 192.168.1.1 来访问软路由
  • 原先接入旧的主路由下的设备,比如台式机,是无法访问到软路由的

当前主路由的 LAN 网段是 10.0.0.0/24,软路由相当于二级路由的方式接入,所以 WAN 口分配的是这个网段的一个子网

因为固件默认是禁止 WAN 口访问,需要先设置允许 WAN 口访问软路由的管理界面,只要接入旧主路由的设备,比如台式机,就可以通过 10.0.0.208 来访问软路进行配置了。这里有两种方式:

  • 通过图形界面,需要拿笔记本通过网线接入软路由
  • 通过命令行,直接拿显示器以及键盘鼠标接入软路由进行操作

图形界面的设置方式

可以使用笔记本接网线连接到第 0 号网口,然后在笔记本上查看软路由 IP(网关)

输入软路由 IP 登录 openwrt 管理页面,进行配置配置:

  1. 进入 网络 -> 防火墙
  2. 基本设置 -> 区域 部分,找到 wan => REJECT,修改 入站数据 为 接受
  3. 最后点击 保存并应用 即可

这样配置相当于允许连接旧主路由的设备,通过软路由的 WAN 口 IP 来访问

命令行调整方式

如果熟悉命令行操作的则可以不用那么折腾,在刷完系统后进入命令行操作

vi /etc/config/firewall

输入上述命令来调整防火墙,找到以下配置块:

将其中的 input 部分规则调整为 'ACCEPT' 即可:

option input 'ACCEPT'

然后保存,就可直接当作二级路由接入当前主路由,访问软路由的 WAN 口 IP 登录进行配置

容器配置

格式化剩余分区

目前安装 openwrt 分配了 2G+ 的空间,剩下 200+G 还没利用上,后续计划作为 docker 镜像以及文件持久化存储

首先需要进行格式化,这里通过 parted 命令(进入软路由命令行终端进行操作):

可以看到只用到了 2000MB 的位置,准备把剩下所有的空间再创建一个分区:

然后就遇到分区未对齐的报警了,进而发现,openwrt 安装出来的所有分区都未对齐:

分区对齐

可能 openwrt 镜像本来就没有考虑过要安装到 ssd 上,又或者不对齐也不会有什么影响,毕竟对磁盘 io 要求不高

但是既然已经发现这个问题,并且后续剩余的空间要做文件存储使用,可能会对 io 有要求,就想着剩下的空间总需要进行对齐。

首先通过 fdisk 查看总扇区情况以及当前使用到的扇区数:

可以确认:

  • 磁盘的总扇区数为 500118192
  • 当前使用到的扇区为 3906250

如果要进行 2048s 对齐,那么应该从 3907584 扇区开始:

  • 3906250 % 2048 = 714
  • 3906250 + 2048 - 714 = 3907584

计算出来后,就可以重新创建分区:

对新建的分区进行对齐检查,也没有异常了:

挂载 OPT 分区

首先将 /dev/sda3 分区进行临时挂载:

mount /dev/sda3 /mnt

然后停掉 dockerd 服务,对 /opt 目录镜像同步到 /mnt 目录,再卸载掉 /mnt 目录挂载,清空 /opt 目录

  • /etc/init.d/dockerd stop
  • rsync -azv /opt/ /mnt/
  • umount /mnt
  • rm -rf /opt/*

然后进入 openwrt 管理后台,点击 系统 -> 挂载点,下拉到挂载点后点击添加

  1. 点击 UUID 下拉菜单,找到 /dev/sda3 分区
  2. 选择作为 Docker 数据分区使用(/opt) 的挂载点
  3. 点击启用此挂载点

点击保存后会自动挂载,此时在已挂载的文件系统里面已经可以看到了:

最后重新启动 dockerd 服务:

/etc/init.d/dockerd start

写在后面

因为篇幅原因,本文仅介绍到 openwrt 安装以及 docker 服务启用部分,下一篇会介绍旧路由的迁移,以及服务配置等。点赞关注不迷路

作者声明本文无利益相关,欢迎值友理性交流,和谐讨论~



相关推荐

高性能并发队列Disruptor使用详解

基本概念Disruptor是一个高性能的异步处理框架,是一个轻量的Java消息服务JMS,能够在无锁的情况下实现队列的并发操作Disruptor使用环形数组实现了类似队列的功能,并且是一个有界队列....

Disruptor一个高性能队列_java高性能队列

Disruptor一个高性能队列前言说到队列比较熟悉的可能是ArrayBlockingQueue、LinkedBlockingQueue这两个有界队列,大多应用在线程池中使用能保证线程安全,但其安全性...

谈谈防御性编程_防御性策略

防御性编程对于程序员来说是一种良好的代码习惯,是为了保护自己的程序在不可未知的异常下,避免带来更大的破坏性崩溃,使得程序在错误发生时,依然能够云淡风轻的处理,但很多程序员入行很多年,写出的代码依然都是...

有人敲门,开水开了,电话响了,孩子哭了,你先顾谁?

前言哎呀,这种情况你肯定遇到过吧!正在家里忙活着,突然——咚咚咚有人敲门,咕噜咕噜开水开了,铃铃铃电话响了,哇哇哇孩子又哭了...我去,四件事一起来,人都懵了!你说先搞哪个?其实这跟我们写Java多线...

面试官:线程池如何按照core、max、queue的执行顺序去执行?

前言这是一个真实的面试题。前几天一个朋友在群里分享了他刚刚面试候选者时问的问题:"线程池如何按照core、max、queue的执行循序去执行?"。我们都知道线程池中代码执行顺序是:co...

深入剖析 Java 中线程池的多种实现方式

在当今高度并发的互联网软件开发领域,高效地管理和利用线程资源是提升程序性能的关键。Java作为一种广泛应用于后端开发的编程语言,为我们提供了丰富的线程池实现方式。今天,就让我们深入探讨Java中...

并发编程之《彻底搞懂Java线程》_java多线程并发解决方案详解

目录引言一、核心概念:线程是什么?...

Redis怎么实现延时消息_redis实现延时任务

一句话总结Redis可通过有序集合(ZSET)实现延时消息:将消息作为value,到期时间戳作为score存入ZSET。消费者轮询用ZRANGEBYSCORE获取到期消息,配合Lua脚本保证原子性获取...

CompletableFuture真的用对了吗?盘点它最容易被误用的5个场景

在Java并发编程中,CompletableFuture是处理异步任务的利器,但不少开发者在使用时踩过这些坑——线上服务突然雪崩、异常悄无声息消失、接口响应时间翻倍……本文结合真实案例,拆解5个最容易...

接口性能优化技巧,有点硬_接口性能瓶颈

背景我负责的系统到2021年初完成了功能上的建设,开始进入到推广阶段。随着推广的逐步深入,收到了很多好评的同时也收到了很多对性能的吐槽。刚刚收到吐槽的时候,我们的心情是这样的:...

禁止使用这5个Java类,每一个背后都有一段"血泪史"

某电商平台的支付系统突然报警:大量订单状态异常。排查日志发现,同一笔订单被重复支付了三次。事后复盘显示,罪魁祸首竟是一行看似无害的SimpleDateFormat代码。在Java开发中,这类因使用不安...

无锁队列Disruptor原理解析_无锁队列实现原理

队列比较队列...

Java并发队列与容器_java 并发队列

【前言:无论是大数据从业人员还是Java从业人员,掌握Java高并发和多线程是必备技能之一。本文主要阐述Java并发包下的阻塞队列和并发容器,其实研读过大数据相关技术如Spark、Storm等源码的,...

线程池工具及拒绝策略的使用_线程池处理策略

线程池的拒绝策略若线程池中的核心线程数被用完且阻塞队列已排满,则此时线程池的资源已耗尽,线程池将没有足够的线程资源执行新的任务。为了保证操作系统的安全,线程池将通过拒绝策略处理新添加的线程任务。...

【面试题精讲】ArrayBlockingQueue 和 LinkedBlockingQueue 区别?

有的时候博客内容会有变动,首发博客是最新的,其他博客地址可能会未同步,认准...