resolv.conf всегда запрашивает оба сервера
kill -CONT - это то, что не понимается оболочкой.
По этой причине он просто продолжает процесс без какого-либо воздействия на оболочку.
Это приводит к чему-то похожему на фоновый процесс.
Если вы хотите продолжить процесс, лучше позвоните fg или, если это
не является «текущим заданием», используйте jobs , чтобы перечислить все текущие задания и затем позвоните, например, fg% 3 , если рассматриваемое задание - задание №3.
Обратите внимание, что разница между вызовом kill -CONT и fg из запускающей оболочки заключается в том, что с помощью fg оболочка в дополнение к отправке Сигнал] SIGCONT устанавливает группу процессов tty на группу процессов возобновленного процесса. Настройка группы процессов tty управляет автоматической доставкой сигналов TSTP , TTIN и TTOU . Позже оболочка начинает ждать команды.
Однако, если вы вызвали kill -CONT из другой оболочки / tty, чем та, в которой выполняется рассматриваемый процесс, тогда должно быть действительно очевидно, что вы просто продолжаете сторонний процесс.Оболочка, запустившая kill -CONT , просто вернется к своему приглашению, но вы это видите.
Да,
Этого можно добиться с помощью dnsmasq.
Здесь есть (внешняя )статья, в которой объясняется, как это сделать и как это исправить, чтобы быть осведомленным о dnssec.
https://jeanbruenn.info/2017/05/28/parallel-dns-lookup-using-dnsmasq/
Нет... и да.
«Нет». Поведение, которое вы видите, встроено в подпрограммы библиотеки. ОС всегда будет пробовать серверы по порядку, создавая поведение, которое вы видите. Так что resolv.confне может решить эту проблему.
«Да». Однако... вы можете схитрить. Вы можете указать один DNS-сервер в resolv.confи , который может выполнять параллельный поиск от вашего имени и возвращать результаты первого ответившего сервера. Например, dnsmasqимеет опцию --all-servers.