Search и ndots glibc: короткое имя может приводить к нескольким DNS-запросам
Фотография конкретного исполнения не приложена.
В Linux/glibc search задаёт список суффиксов, а ndots влияет на то, когда сначала выполняется абсолютный запрос. Поэтому одно и то же короткое имя сервиса в разных средах способно обращаться к разным DNS-именам и иметь разную задержку. Эти правила нельзя автоматически приписывать любому устройству или операционной системе.
Руководство отмечает, что при нескольких search действует последний список. Значит, просмотр только первого фрагмента конфигурации не подтверждает эффективный набор суффиксов. Для контейнерной или генерируемой среды важно установить фактически используемый resolver и источник его параметров, сохраняя полное имя ожидаемого сервиса.
Timeout resolver также не является общим дедлайном одного API-вызова приложения. Дополнительные имена, серверы и попытки способны изменить итоговое ожидание. Поэтому настройку прикладного срока восстановления нельзя вычислять только по одному числу timeout без наблюдения реальной последовательности запросов.
В приёмке сравнивают согласованное короткое и полное имя на тестовой среде, затем проверяют недоступный суффикс. Сохраняют фактически запрошенные имена и время завершения. Успех полного имени в консоли не подтверждает, что приложение с другим resolver одинаково обрабатывает короткую настройку.
Основание — Selected IETF DNS RFCs, exact numbers and sections cited; Linux/glibc manual where explicitly stated, разделы RESOLV_CONF search; ndots; timeout. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Реальные зоны, resolver и HTTP-клиенты не испытывались. Это проектные критерии; номера RFC обозначают документы, а не подтверждённую поддержку всех возможностей конкретным устройством.