8.5. 网络
在 Red Hat Enterprise Linux 7 中禁用了使用 MD5 hash 算法验证签名的功能
无法连接到任何需要 MD5 签名证书的 Wi-Fi Protected Access(WPA)企业访问点(AP)。要临时解决这个问题,将 /usr/lib/systemd/system/ 目录的 wpa_supplicant.service 文件复制到 /etc/systemd/system/ 目录,并将以下行添加到文件的 Service 部分:
Environment=OPENSSL_ENABLE_MD5_VERIFY=1
Environment=OPENSSL_ENABLE_MD5_VERIFY=1
然后,以 root 身份运行 systemctl daemon-reload 命令以重新加载服务文件。
请注意,MD5 证书非常不安全,因此红帽不推荐使用它们。
(BZ#1062656)
bind-utils DNS 查找实用程序支持比 glibc更少的搜索域
bind-utils 软件包中的 dig、host 和 nslookup DNS 查找实用程序只支持多达 8 个搜索域,而 系统中的 glibc 解析器支持任意数量的搜索域。因此,当 /etc/resolv.conf 文件中的搜索包含 8 个以上的域时,DNS 查找实用程序可能会获得不同于应用程序的结果。
要临时解决这个问题,请使用以下内容之一:
- 以点结尾的完整名称,或者
-
resolv.confsearch 子句中小于 9 个域。
请注意,我们不建议使用超过三个域。
BIND 9.11 更改了在启用查询日志记录时查询错误的日志严重性
通过 BIND 9.11 更新,在启用查询日志记录时 ,query-errors 从 debug 1 的日志严重性更改为 info。因此,描述错误的额外日志条目现在会出现在查询日志中。要临时解决这个问题,请在 /etc/named.conf 文件的 logging 部分添加以下语句:
category query-errors { default_debug; };
category query-errors { default_debug; };
这会使查询错误移到 debug 日志中。
或者,使用以下语句丢弃所有查询错误消息:
category querry-errors { null; };
category querry-errors { null; };
因此,只有名称查询的日志记录方式与之前的 BIND 9.9.4 版本相似。
(BZ#1853191)
当 转发区域中不允许 check-names 选项时,named-chroot 服务无法启动
在以前的版本中,在 forward 区 定义中允许使用 check-names 选项。
使用 rebase 来 绑定 9.11,只有以下 区 类型:
-
master -
slave -
stub -
提示
使用 check-names 语句。
因此,之前在 forward 区域 定义中允许的 check-names 选项不再被接受,并导致 named-chroot 服务启动失败。要临时解决这个问题,请从除 master、slave、 stub 或 hint 以外的所有 区域 类型中删除 check-names 选项。
因此,named-chroot 服务会再次启动且无错误。请注意,忽略的声明不会更改所提供的服务。
(BZ#1851836)
NFQUEUE 目标覆盖 queue-cpu-fanout 标志
如果在 --queue-bypass 选项后排序,使用 --queue-bypass 和 --queue-cpu-fanout 选项的 iptables NFQUEUE 目标会意外覆盖--queue-cpu-fanout 选项。因此,--queue-cpu-fanout 选项将被忽略。
要临时解决这个问题,请在 --queue-cpu-fanout 选项前重新安排 --queue-bypass 选项。