dig -v
DiG 9.9.4-RedHat-9.9.4-18.el7_1.1
那是挖掘的版本。当我使用它来查询DS信息时，它会在类型2摘要的摘要结果中插入一个空格：
dig DS domblogger.net. +short
2085 7 2 E3E1BEF53CF187DFA6B0AE1C5CE93AF9D597A64C97317A9A1E45C6A6 03E10D32
2085 7 1 3F3FBE538DA52E982299D7E7BA13A35400536C11
您可以在03E10D32之前看到类型2摘要的空格，可能是因为它的长度。
我查看了手册页并用Google搜索，我似乎无法找到通过挖掘的选项，以使其不插入该空间。它还使用其他一些与DNSSEC相关的记录类型。
我可以在我的脚本中修改后查询，但如果我能把它传递给我不必要的选项，那肯定会很好。任何帮助将不胜感激。
答案 0 :(得分：1)
您观察到的行为不是它的工作方式，现在已经得到纠正。
更改将在BIND 9.9,9.10和（发布时）BIND 9.11的未来版本中进行更改，但如果您现在需要，可以从ISC public git repository检索差异。
这是您想要的改变：
4101. [bug] dig: the +split option didn't work with +short.
[RT #39291]
我相信this link会直接带你到ISC gitweb查看器中的差异。
答案 1 :(得分：0)
DS演示文稿格式的摘要十六进制字符串中的空格是明确允许的（参见RFC 4034第5.3节），因此您的代码几乎必须能够处理它。