6.12.65 、6.12.68的镜像都有问题

[goldsoft8888]

Device Information | 设备信息

• SOC: [e.g. S095w]
• Model [e.g. HK1]

Armbian Version | 系统版本

• Kernel Version: [e.g. 6.12.65]
• Release: [e.g. jammy/bullseye]

Describe the bug | 问题描述
All issues will only remain open for one week to prioritize resolving them.
After that period, they will be closed but can still continue to be discussed in the thread.
所有的问题都只保留一周的开启状态供重点关注解决，超时将关闭，但仍然可以长期继续跟帖讨论。

Please provide a detailed description of the issue and, if necessary, attach a screenshot.
详细描述问题，并在必要时附上屏幕截图。

我有python编写的WEB登录代码， 调用的requests，以前一直工作正常的，近来发现有问题，经过排查发现：

Armbian_26.02.0_amlogic_s905w_noble_6.12.63_server_2026.01.01.img.gz
arm一定要用这个版本，写入U盘后，可以升级内核，运行python3不受影响。
贵站之后的6.12.65 、6.12.68的镜像都有问题。requests改为http.client方式重写代码，可以跑通。后来想，如果是系统偶发性的问题不能靠程序打补丁，写了多个镜像文件后测试代码，发现是镜像的问题。

说明与python3无关，与内核无关，只与镜像本身有关，内核升到6.18.8可以正常工作。
与DNS之类的有关
X86 我用的armbian.com 官方的版本6.12.58，相同的代码，运行正常

[ophub]

应该是python包的不同，我在x86 ubuntu里上个月向量数据库程序连接客户端的代码处一个跑了2年的程序报错了，查了一下是apt update升级了python导致新版不支持requests的一个方法了，我也升级了一下程序。

[goldsoft8888]

应该是python包的不同，我在x86 ubuntu里上个月向量数据库程序连接客户端的代码处一个跑了2年的程序报错了，查了一下是apt update升级了python导致新版不支持requests的一个方法了，我也升级了一下程序。

老大，还真不是，我与armbian官方的python3与库都做了版本对比，是一样的，这个已经排除了。
内核版本问题，也排除了。也让GPT帮我分析了，就是除了内核与python3之外的问题。

root@uefi-x86:# python3 --version
Python 3.12.3
root@uefi-x86:# pip3 --version
pip 24.0 from /usr/lib/python3/dist-packages/pip (python 3.12)
root@uefi-x86:# pip3 list | grep -E "requests|urllib3|charset-normalizer|idna"
idna 3.6
requests 2.31.0
urllib3 2.0.7
root@uefi-x86:# uname -a
Linux uefi-x86 6.12.58-current-x86 #8 SMP PREEMPT_DYNAMIC Thu Nov 13 20:34:41 UTC 2025 x86_64 x86_64 x86_64 GNU/Linux

root@uefi-x86:~# cat /etc/os-release
PRETTY_NAME="Armbian 25.11.2 noble"
NAME="Ubuntu"
VERSION_ID="24.04"
VERSION="24.04 LTS (Noble Numbat)"
VERSION_CODENAME=noble
ID=ubuntu
ID_LIKE=debian
HOME_URL="https://www.armbian.com"
SUPPORT_URL="https://forum.armbian.com"
BUG_REPORT_URL="https://www.armbian.com/bugs"
PRIVACY_POLICY_URL="https://www.armbian.com"
UBUNTU_CODENAME=noble
LOGO="armbian-logo"
ARMBIAN_PRETTY_NAME="Armbian 25.11.2 noble"

---

下面是arm64 S905W

root@armbian:~# python3 --version
pip3 --version

检查关键库版本

pip3 list | grep -E "requests|urllib3|charset-normalizer|idna"
Python 3.12.3
pip 24.0 from /usr/lib/python3/dist-packages/pip (python 3.12)
idna 3.6
requests 2.31.0
urllib3 2.0.7

root@armbian:~# uname -a
cat /etc/os-release
Linux armbian 6.12.65-ophub #1 SMP PREEMPT_DYNAMIC Thu Jan 15 04:03:19 UTC 2026 aarch64 aarch64 aarch64 GNU/Linux
PRETTY_NAME="Armbian OS 26.02.0 noble"
NAME="Ubuntu"
VERSION_ID="24.04"
VERSION="24.04 LTS (Noble Numbat)"
VERSION_CODENAME=noble
ID=ubuntu
ID_LIKE=debian
HOME_URL="https://www.armbian.com"
SUPPORT_URL="https://forum.armbian.com"
BUG_REPORT_URL="https://www.armbian.com/bugs"
PRIVACY_POLICY_URL="https://www.armbian.com"
UBUNTU_CODENAME=noble
LOGO="armbian-logo"
ARMBIAN_PRETTY_NAME="Armbian OS 26.02.0 noble"

[ophub]

某个python语法不支持了，你找到问题定位在哪变了？

[goldsoft8888]

某个python语法不支持了，你找到问题定位在哪变了？

我只能确定是镜像出的问题，其他的受限于我水平，不知道，下面是报错信息：

[login_wgui] 网络错误: HTTPConnectionPool(host='test.wphz.net', port=12345): Max retries exceeded with url: /login (Caused by NameResolutionError("<urllib3.connection.HTTPConnection object at 0xffff7ec854f0>: Failed to resolve 'test.wphz.net' ([Errno -2] Name or service not known)"))
2026-02-02 14:53:02,806 - ERROR - 登录失败，等待下次循环重试。

还有其它证据表明，是有关DNS方面的问题。
我做的是一款异地组网产品xvpn，老大做的armbian让我在开发时，不用过多考虑底层，非常棒，已经用了几年了。
正常情况下，我让客户直接来贵站下载相应的镜像就可以了，然后加载我的程序。
如果给客户提供正常版本的镜像文件，太大了，不方便分发，我们的程序只有几兆。虽然修改代码可以解决，最好还是在系统侧解决。我们是让客户自行下载镜像+xvpn程序实现快速量产，镜像文件如果出问题，会很麻烦的。修改替代代码方式也试过，效率变低了，不是最佳方案。

[ophub]

AI 回复：

这个问题在 Ubuntu 环境下非常典型，主要原因在于 requests 库会自动读取系统环境变量（如代理设置），而 http.client 不会。

以下是针对该问题的详细分析及正确修复后的代码。

---

关于 requests 域名解析失败（NameResolutionError）的解决方案

1. 问题根源分析

为什么 http.client 能跑通，而 requests 报错？

1. 环境变量代理 (Proxy)：这是最常见的原因。Ubuntu 系统中可能设置了 http_proxy 或 https_proxy 环境变量。requests 会自动读取并尝试通过代理访问，如果代理服务器无法解析 test.wphz.net 这个内网/特定域名，就会返回解析错误。而 http.client 是底层库，默认忽略系统代理。
2. IPv6 优先机制：requests 的底层依赖 urllib3，在某些 Ubuntu 配置下它会强制先解析 IPv6 地址，如果 DNS 环境对 IPv6 支持不好，会导致解析超时或失败。
3. 库版本差异：urllib3 2.0+ 版本对 DNS 解析更加严格。

---

2. 正确的代码实现（推荐方案）

要让 requests 像 http.client 一样稳定，最有效的做法是禁用环境变量读取并强制使用 IPv4。

方案一：禁用系统代理（最可能的解决方案）

通过 session.trust_env = False 屏蔽系统环境变量。

import requests

def login():
    url = "http://test.wphz.net:12345/login"
    payload = {"username": "your_user", "password": "your_password"}
    
    # 使用 Session 并在 Session 上禁用环境变量读取
    session = requests.Session()
    session.trust_env = False 
    
    try:
        # 如果是内网地址，也可以手动指定 proxies 为空
        response = session.post(url, json=payload, timeout=10, proxies={"http": None, "https": None})
        response.raise_for_status()
        print("登录成功:", response.json())
    except requests.exceptions.RequestException as e:
        print(f"登录失败: {e}")

if __name__ == "__main__":
    login()

方案二：强制 IPv4（如果方案一无效）

如果禁用代理后依然报错，通常是 Ubuntu 的 IPv6 解析问题。

import socket
import requests
from requests.packages.urllib3.util import connection

# 猴子补丁：强制 urllib3 使用 IPv4
def patched_allowed_gai_family():
    return socket.AF_INET

connection.allowed_gai_family = patched_allowed_gai_family

def login():
    url = "http://test.wphz.net:12345/login"
    try:
        # 配合禁用代理，确保万无一失
        with requests.Session() as session:
            session.trust_env = False
            response = session.get(url, timeout=5)
            print("连接成功")
    except Exception as e:
        print(f"依然失败: {e}")

login()

---

3. 系统层面排查（Ubuntu）

如果代码修改后仍有问题，请检查 Ubuntu 的网络配置：

1. 检查环境变量：
   在终端输入 env | grep -i proxy。如果有输出（如 http_proxy=http://127.0.0.1:7890），说明系统开启了全局代理。
2. 测试 DNS 解析：
   执行 nslookup test.wphz.net 或 ping test.wphz.net。如果终端能 ping 通但 Python 报错，说明是 Python 运行环境的配置问题。
3. hosts 文件：
   如果 test.wphz.net 是私有地址，确保 /etc/hosts 中有对应记录：

   # 编辑命令
   sudo nano /etc/hosts
   # 添加一行
   192.168.x.x  test.wphz.net

总结

• 快速修复：在 requests 中使用 session.trust_env = False。
• 原因：requests 太“聪明”了，它试图通过你系统设置的代理去寻找一个可能只存在于本地或特定 DNS 下的域名，结果代理服务器找不到它。

[goldsoft8888]

老大，这些我也问过GPT了，你们做系统的，我不了解，新年版与现在的6.12.65、6.12.68为何不同，这个我不明白，你们中间改过什么内容吗？除了内核外与python3之外，这两项我都排除了

[ophub]

我什么也没改，每月1号和15号分别编一次，使用的是上游的默认配置

[goldsoft8888]

我可以发给你，我的程序，你可以测试一下，用6.12.63与6.12.65、6.12.68镜像做对比，只有6.12.63镜像是正常的。
只升级内核也不会有影响。

[ophub]

我半个月编一次，你看从哪次开始不行了，到上游armbian仓库查看这半个月改了什么

[goldsoft8888]

老大，我真的不懂啊，我只是比对了几个镜像文件的最终效果，也升级内核，也比对了python3版本，
现在只能建议客户用6.12.63版本的镜像，可以升级到任何内核，不受影响。
我已经把6.12.63版本镜像下载保存了。