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节),因此您的代码几乎必须能够处理它。