记录 RTPEngine Dockerfile 的调试过程

找了个 debian 13(trixie,目前版本为 13.1) 虚拟机,安装 ngcp-rtpengine mr13.5.1,很容易就成功了

本想据此编写一个 Dockerfile 是件很容易的事情

But 打脸了

第一个版本

cat Dockerfile, 内容为:

FROM debian:trixie

COPY sipwise_mr13.4.gpg /etc/apt/keyrings/

COPY <<-"EOT" /etc/apt/sources.list

deb http://mirrors.huaweicloud.com/debian/ trixie main non-free non-free-firmware contrib

deb http://mirrors.huaweicloud.com/debian-security/ trixie-security main

deb http://mirrors.huaweicloud.com/debian/ trixie-updates main non-free non-free-firmware contrib

deb http://mirrors.huaweicloud.com/debian/ trixie-backports main non-free non-free-firmware contrib

deb signed-by=/etc/apt/keyrings/sipwise_mr13.4.gpg https://deb.sipwise.com/spce/mr13.5.1/ trixie main

EOT

RUN apt-get update && apt-get install -y ngcp-rtpengine

结果 build 时提示下面错误信息:

10.60 W: Failed to fetch https://deb.sipwise.com/spce/mr13.5.1/dists/trixie/InRelease SSL connection failed: error:0A000086:SSL routines::certificate verify failed / Success IP: 164.132.119.186 443

10.60 W: Some index files failed to download. They have been ignored, or old ones used instead.

10.68 Reading package lists...

问了 deepseek, 回答是需要 update-ca-certificates

debian:trixie 镜像只有 120 M,包含的组件比较有限

访问 huawei 用 http, 没问题

访问 sipwise 用 https,但没有安装 ca,问题就在这里

于是调整成下面这个版本:

FROM debian:trixie

COPY sipwise_mr13.4.gpg /etc/apt/keyrings/

COPY <<-"EOT" /etc/apt/sources.list

deb http://mirrors.huaweicloud.com/debian/ trixie main non-free non-free-firmware contrib

deb http://mirrors.huaweicloud.com/debian-security/ trixie-security main

deb http://mirrors.huaweicloud.com/debian/ trixie-updates main non-free non-free-firmware contrib

deb http://mirrors.huaweicloud.com/debian/ trixie-backports main non-free non-free-firmware contrib

EOT

RUN apt-get update && apt-get install -y ca-certificates

RUN echo 'deb signed-by=/etc/apt/keyrings/sipwise_mr13.4.gpg https://deb.sipwise.com/spce/mr13.5.1/ trixie main' > /etc/apt/sources.list.d/sipwise.list

RUN apt-get update && apt-get install -y ngcp-rtpengine

再次 build ,终于成功,版本为mr13.5.1

感谢 deepseek!


写作不易,配得上您的点赞么

如果想让我写点别的,请留言,友好交流

相关推荐
xixixi777771 天前
产业全景解读:太空算力、国产芯、国产大模型、6G 空天地、AI 可信身份、后量子安全多线全面突破
人工智能·安全·ai·大模型·数据中心·通信·运营商
liulilittle3 天前
Exhaustive drift-fix simulation V2 — KCC on shared-bottleneck wired path.
开发语言·网络·python·tcp/ip·计算机网络·信息与通信·通信
liulilittle6 天前
KCC 拥塞控制算法缺陷修复记录(26/07/05)
网络·tcp/ip·计算机网络·c·信息与通信·tcp·通信
liulilittle6 天前
KCC 边界缺陷深度分析:六问题根源与解决方案
网络·网络协议·tcp/ip·计算机网络·信息与通信·ip·通信
RayRings1 个月前
OFDM, OFDMA, SC-FDMA的区别
通信
liulilittle1 个月前
回归物理本质:对拥塞控制实验室依赖与公平性误置的反思
网络·tcp/ip·计算机网络·算法·tcp·通信·拥塞控制
liulilittle1 个月前
KCC:在 BBR 思路上的一次探索
网络·tcp/ip·算法·bbr·通信·拥塞控制·kcc
liulilittle1 个月前
KCC: An Exploration Along the Lines of BBR
网络·tcp/ip·计算机网络·bbr·通信·拥塞控制·kcc
liulilittle1 个月前
甲骨文云中国大陆定向 QoS 原理及绕过解决方案
服务器·开发语言·网络·计算机网络·oracle·通信·qos
七夜zippoe1 个月前
DolphinDB OPC-UA协议接入:工业标准通信
网络·通信·dolphindb·工业标准·opc-ua