如何在Heroku部署的Django应用中复刻/etc/hosts域名映射配置

完全可以实现，根本不需要修改Heroku容器的系统级/etc/hosts文件，通过应用代码层的自定义DNS解析逻辑，就能1:1复刻本地hosts映射的访问效果，稳定性和平台适配性远好于修改系统文件的方案。

Heroku的dyno运行环境有两个硬性限制，这条路走不通：

• 应用进程以非root权限运行，没有写入系统级/etc/hosts的权限，强制执行写入操作会直接报权限错误。
• dyno的文件系统是临时存储层，每次重新部署、dyno重启、休眠唤醒后，所有手动写入的文件都会被重置，就算临时改成功，下一次运行也会直接失效。

hosts映射的本质逻辑，就是网络请求发起时跳过公共DNS查询，直接把指定域名解析为绑定的固定IP。这个逻辑完全可以在Python应用层实现，不依赖系统配置，和Heroku平台完全兼容。

零依赖标准库实现（推荐） #

不需要安装任何第三方包，直接在Django项目的全局初始化入口（一般是settings.py顶部，或者自定义App的apps.py的ready()方法）加入socket层的解析补丁，实现效果和本地改hosts完全一致：

import os
import socket

# 从Heroku配置变量读取自定义映射信息，不硬编码敏感配置
CUSTOM_HOST_MAP = {
    os.getenv("SPECIAL_TARGET_DOMAIN"): os.getenv("SPECIAL_TARGET_IP")
}

# 备份原始系统地址解析函数
_original_getaddrinfo = socket.getaddrinfo

def _patched_resolve(host, port, *args, **kwargs):
    # 匹配到自定义映射的域名时，直接使用绑定的IP发起连接
    if host in CUSTOM_HOST_MAP:
        target_ip = CUSTOM_HOST_MAP[host]
        return _original_getaddrinfo(target_ip, port, *args, **kwargs)
    # 其余所有域名走正常系统DNS解析流程
    return _original_getaddrinfo(host, port, *args, **kwargs)

# 全局应用解析补丁
socket.getaddrinfo = _patched_resolve

这种实现的请求行为和本地修改hosts完全一致：TCP层直接连接预先绑定的目标IP，HTTP请求头保留原始的特殊域名，目标服务侧无法区分请求来源的解析方式，不会出现证书校验失败、Host不匹配的问题。

这套方案的覆盖范围非常广，不管项目里用的是原生urllib、requests、httpx还是其他基于标准socket实现的网络库，所有向外发起的网络请求都会命中自定义解析规则，不会出现部分请求漏过补丁的情况。

第三方库适配方案 #

如果项目已经在用特定的HTTP客户端库，可以不用全局打补丁，直接用客户端内置的自定义解析能力：

• 项目使用httpx发外部请求：初始化客户端时直接配置自定义hosts映射，不需要额外写补丁逻辑，HTTPS证书校验流程和正常访问完全一致。
• 项目使用requests发外部请求：可以通过requests-toolbelt提供的适配器，在连接建立阶段指定目标IP，同时保留请求头里的原始域名信息，避免HTTPS证书校验报错。

• 自定义的域名、IP信息不要硬编码在代码里，全部存在Heroku的Config Vars中，后续调整IP、域名时不需要重新推送代码，直接在控制台修改配置即可生效。
• 实现自定义解析时，不要修改请求头中的Host字段，否则目标服务的HTTPS证书校验会直接失败。
• 如果需要同时映射多个域名和IP的对应关系，只需要在自定义的映射字典里补充键值对即可，和本地/etc/hosts的条目逻辑完全一致。

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