有没有办法增加超过六个域和256个字符的resolv.confsearch后缀限制？ 这是一个有6个以上的领域需要考虑的环境问题。
我认识到，在很多情况下，有更多的后缀会延迟parsing，但是我认为有一些“超时”和“尝试”参数可以解决这个问题。
在重新定义包中的resolv.h中的MAXDNSRCH和defdname后，libc必须重新编译，然后重新打包。 不要修改/usr/include/resolv.h，而是修改包中的resolv.h。
例如，如果在基于RPM的操作系统上，则可以下载.srpm，在本地安装，修改源代码，重新存档并重build.srpm和.rpm包，将.rpm上传到Yellowdog Update Manager（“YUM”）存储库，并在所有受影响的系统上批量升级libc软件包。 在回归testing之后，.srpm将会被提交到一个本地的源代码仓库中，并且这些改变被logging在提交日志以及构build版本文档中。 虽然这个例子使用RPM，但是这适用于所有支持包的操作系统。
任何不到这一点，一个是看黑客，而不是干净的系统工程。
查看/usr/include/resolv.h ，你会看到这个值是硬编码的：
# define MAXDNSRCH 6 /* max # domains in search path */
和
char defdname[256]; /* default domain (deprecated) */
所以，如果你想修改，你必须重新编译resolv.h，使其改变，但我认为这不是一个好理想。