记录 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!


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

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

相关推荐
liulilittle7 分钟前
KCC:在 BBR 思路上的一次探索
网络·tcp/ip·算法·bbr·通信·拥塞控制·kcc
liulilittle7 小时前
KCC: An Exploration Along the Lines of BBR
网络·tcp/ip·计算机网络·bbr·通信·拥塞控制·kcc
liulilittle7 小时前
甲骨文云中国大陆定向 QoS 原理及绕过解决方案
服务器·开发语言·网络·计算机网络·oracle·通信·qos
七夜zippoe2 天前
DolphinDB OPC-UA协议接入:工业标准通信
网络·通信·dolphindb·工业标准·opc-ua
liulilittle3 天前
拥塞控制:排水终止的两种决策:OR 与 AND
网络·tcp/ip·计算机网络·算法·信息与通信·tcp·通信
liulilittle4 天前
删除 Inflight Bounds:为什么 KCC 放弃了 BDP 钳位
linux·网络·tcp/ip·计算机网络·信息与通信·tcp·通信
大大杰哥5 天前
SSeEmitter的基本使用和介绍
java·sse·通信
liulilittle6 天前
TCP KCC v1.0(卡尔曼拥塞控制)
linux·服务器·网络·tcp/ip·计算机网络·tcp·通信
liulilittle6 天前
用户态 TCP 端口转发:对 CUBIC 友好,对 BBR/KCC 收益不大
运维·网络·tcp/ip·计算机网络·信息与通信·tcp·通信
鼎讯信通6 天前
宽温域强防风自适应 AM-601 从容应对风场机舱与塔筒多变环境
通信·光纤熔接机