2015-04-14 2 views
0
dig -v 
DiG 9.9.4-RedHat-9.9.4-18.el7_1.1 

Это версия копания. Когда я использую его для запроса информации DS, он вставляет пробел в дайджест результата для типа 2 дайджестов:С помощью утилиты dig, он вставляет пробелы в результаты DS

dig DS domblogger.net. +short 
2085 7 2 E3E1BEF53CF187DFA6B0AE1C5CE93AF9D597A64C97317A9A1E45C6A6 03E10D32 
2085 7 1 3F3FBE538DA52E982299D7E7BA13A35400536C11 

Вы можете видеть пространство перед 03E10D32 для типа 2 дайджеста, вероятно, из-за его длиной.

Я посмотрел страницу руководства и искал в googled вокруг, я не могу найти, какой вариант пройти, чтобы копать, чтобы заставить его не вставлять это пространство. Он также делает это с несколькими другими типами записей, также связанными с DNSSEC.

Я могу исправить это сообщение в моем сценарии, но это было бы неплохо, если бы я мог просто передать ему вариант, где мне не нужно. Любая помощь будет оценена по достоинству.

+0

Существует + nosplit, хотя я не думаю, что он работает вместе с + short – nos

+0

nosplit не работает с + коротким, я просто попробовал. Я могу использовать '| awk '{print $ 1" "$ 2" "$ 3" "$ 4 $ 5}'' –

ответ

1

Поведение, которое вы наблюдали, было не тем, как оно предназначалось для работы, и теперь оно исправлено.

Изменения будут в будущих выпусках BIND 9.9, 9.10 и (если выпущены) BIND 9.11, но если вы хотите это сейчас, вы можете получить diff от ISC public git repository.

Это изменение, которое вы хотите:

4101. [bug] dig: the +split option didn't work with +short. 
[RT #39291] 

, и я считаю, this link доставит вас прямо к дифф в окне просмотра GitWeb ISC.

0

Пробел в шестнадцатеричной строке дайджеста в формате презентации DS явно разрешен (см. Раздел 5.3 RFC 4034), поэтому ваш код в значительной степени должен иметь возможность справиться с этим.

+0

Разрешено пустое пространство, но я спрашивал, есть ли способ указать, что его нет, упрощает выполните простой grep -c, чтобы узнать, будет ли запись DS записываться во время опроса ключа. –

Смежные вопросы