Многоадресный DNS MDNS и файл resolv.conf
Найдите какое-нибудь зеркало географически близкое к вам. Давайте представим, что вы француз, так что это может бытьhttps://mirror.thekinrar.fr/archlinux/iso/2018.05.01/
Вы найдете удаленные файлы, такие как archlinux -2018.05.01 -x86 _64.iso
Загрузите этот ISO-образ с помощью достаточно хорошего HTTP-клиента, желательно из командной строки. Если вы используете wget , это будет
wget https://mirror.thekinrar.fr/archlinux/iso/2018.05.01/archlinux-2018.05.01-x86_64.iso
Если вы не понимаете, что я имею в виду, прочтите дополнительную информацию о протоколе HTTP . Вам нужно использовать некоторый HTTP GETзапрос . Выберите подходящий HTTP-клиент, способный сделать это правильно.
Вы можете загрузить файлы контрольных сумм, например md5sums.txt, чтобы убедиться, что загруженный образ не был поврежден во время загрузки.
Затем запишите этот ISO-образ на компакт-диск или USB-накопитель (, как это сделать, может зависеть от вашей текущей операционной системы, возможно, вы можете использовать Nero в Windows, что я не знаю. ).
Прочтите Получение и установка Arch .
Предполагается, что оптимизация/причуда производительности сети уровня 2 не повлияет resolv.conf. Могу поспорить, что какая-то не -идемпотентная операция в каком-то вашем devops-скрипте добавляет/добавляет строку домена в несколько вызовов.
Также mDNS не использует центральную точку и не зависит от обычной DNS; оборудование, говорящее по нему, объявляет свое имя/IP-адрес (es )всей сети (m означает многоадресную рассылку ). Поскольку у меня все в DNS, я обычно останавливаю демоны mDNS/avahi на «моих» корпоративных серверах.
Нет, неверные контрольные суммы пакетов MDNS не должны приводить к появлению нескольких строк domainв /etc/resolv.confи наоборот.
Сообщение
UDP: bad checksum. From 73.2.33.11:5353 to 82.2.33.1:5353 ulen 69
будет означать, что система с IP 82.2.33.1 получает неверные UDP-пакеты, исходящие от 73.2.33.11, поэтому в системе с IP 73.2.33.11 может быть программная ошибка или аппаратная неисправность сетевой карты. Это также может быть попыткой исследовать вашу систему, преднамеренно отправляя плохие пакеты и наблюдая, как ваша система будет реагировать на них.
Я предполагаю, что вы изменили IP-адреса в целях конфиденциальности, потому что IP-адреса вроде 73.x.x.x и 82.x.x.x в одном сегменте сети обычно не имеют смысла. MDNS обычно полезен только в пределах одного сегмента сети, поэтому, если 73.2.33.11 не является частью вашей локальной сети, вы можете заблокировать входящий трафик UDP/5353 из Интернета в вашу сеть на маршрутизаторе (или на выделенном брандмауэре. устройство, если оно у вас есть ).