Поднимите виртуальный интерфейс, не проверяя, произошел ли он в другом месте
На самом деле все очень сложно и зависит от сервера DNS. Развязанный делают 66 запросов.
Вы должны иметь возможность делать это в рамках сетевых сценариев Red Hat. Однако вы не можете этого сделать из-за ошибки в этих сценариях.
Я бы поступил так:
Во-первых, полностью подавите ARP, пока интерфейс запускается. Затем снова включите его после того, как интерфейс заработает. (Вы должны повторно включить ARP, иначе машина не сможет обмениваться данными вообще.)
Чтобы подавить ARP во время инициализации интерфейса, добавьте в / etc / sysconfig / network-scripts / ifcfg-eth0 . Это фактически отключает ARP на уровне ядра , что должно приводить к сбою любых попыток использования arping .
ARP=no
Чтобы повторно включить ARP после того, как интерфейс будет запущен, создайте файл / sbin / ifup-local с необходимыми командами:
#!/bin/bash
ip link set dev $1 arp on
Однако это не удается, именно потому, что он вызывает сбой arping . Поскольку сценарий / etc / sysconfig / network-scripts / ifup-eth на самом деле не проверяет код возврата из arping достаточно тщательно, если вы действительно установили ARP = no , то инициализация завершается неудачно с неверным сообщением об ошибке, в котором утверждается, что IP-адрес уже используется.
Это оставляет вам исходный вариант, рекомендованный поставщиком: взломать сценарий и (необязательно) сообщить об ошибке Red Hat.
Вам вообще не нужно использовать скрипты ifup. Вы могли бы просто использовать ifconfig?
Проблема в том, что у вас, вероятно, будет одно требование за другим, что вы хотите выполнить, когда вы поднимаете или опускаете интерфейс, и тогда вы будете заново изобретать систему ifup.
В настоящее время я не работаю с системами RedHat, поэтому я не в состоянии копаться в сценариях, о которых вы говорите. Я бы подумал, что было бы неплохо сохранить некоторые вариации в сценариях ifup, и это подходящее место для описания того, какое поведение вы хотите. Для среды, о которой вы говорите, вы все равно должны запускать программное обеспечение для управления конфигурацией. (марионетка, повар или аналогичный). Так что следить за тем, чтобы ваши изменения не терялись при обновлениях, не должно быть слишком сложно.
firewall rule to block ARP?
Seriously though, why would you not want ARP to operate normally?
Most of the reasons I can think of for wanting to use an address that someone else already has are less than honest.
Я знаю, что это старо, но я искал это сегодня
Вы можете добавить ARPCHECK=no в любой файл определения интерфейса, чтобы пропустить проверку.
Только протестированный в CentOS 6.7
.