Dockerfile中sed命令构建镜像不生效，交互式运行正常的原因及解决

我来帮你分析下为什么Docker构建时sed命令不生效，以及怎么修复：

核心问题：Shell解析差异导致正则失效 #

你遇到的最关键问题是Dockerfile的RUN命令默认使用/bin/sh（dash），而你交互式进入容器用的是bash，两者对双引号内的反斜杠处理逻辑不一样：

• 在dash中，双引号里的\(会被直接解析成(，而sed默认用的是基本正则表达式，必须用\(来定义捕获分组，这就导致你的sed命令根本匹配不到目标行，自然不会修改文件。
• 而在bash中，双引号里的\(不会被解析，所以你交互式执行时正则能正常工作，修改生效。

另外，Dockerfile里的su和exit完全是多余的——python:slim-buster镜像默认就是以root用户运行的，su不会切换到任何新用户，反而会创建一个子shell，虽然exit后回到原shell，但这部分操作毫无意义，还可能引入不必要的环境问题。

修复方案 #

方案1：改用扩展正则（推荐） #

给sed加上-E参数启用扩展正则，这样不需要转义括号，同时用单引号包裹命令，彻底避免shell解析干扰：

sed -i -E 's/(MinProtocol *= *).*/\1TLSv1.0 /' /etc/ssl/openssl.cnf
sed -i -E 's/(CipherString *= *).*/\1DEFAULT@SECLEVEL=1 /' /etc/ssl/openssl.cnf

方案2：保留基本正则，用单引号包裹命令 #

如果坚持用基本正则，把sed命令用单引号包裹，这样dash就不会解析里面的反斜杠了：

sed -i 's/\(MinProtocol *= *\).*/\1TLSv1.0 /' /etc/ssl/openssl.cnf
sed -i 's/\(CipherString *= *\).*/\1DEFAULT@SECLEVEL=1 /' /etc/ssl/openssl.cnf

完整修复后的Dockerfile #

我还帮你补上了apt-get install libgssapi-krb5-2的-y参数（否则构建时会卡在交互确认步骤），并删掉了多余的su和exit：

FROM python:slim-buster
WORKDIR /home/scr_dca
COPY . .
ENV FLASK_APP Screenly.py
RUN apt-get update && \
    apt install curl gnupg -y && \
    curl https://packages.microsoft.com/keys/microsoft.asc | apt-key add - && \
    curl https://packages.microsoft.com/config/debian/10/prod.list > /etc/apt/sources.list.d/mssql-release.list && \
    apt-get update && ACCEPT_EULA=Y apt-get install msodbcsql17 unixodbc-dev -y && \
    apt-get install libgssapi-krb5-2 -y && \
    pip3 install -r requirements.txt --trusted-host pypi.python.org && \
    sed -i -E 's/(MinProtocol *= *).*/\1TLSv1.0 /' /etc/ssl/openssl.cnf && \
    sed -i -E 's/(CipherString *= *).*/\1DEFAULT@SECLEVEL=1 /' /etc/ssl/openssl.cnf
CMD ["gunicorn", "-b", ":8000", "scr_dca:app"]

现在重新构建镜像，/etc/ssl/openssl.cnf里的参数应该就能正常被修改了。

内容的提问来源于stack exchange，提问作者altdave