Изменить порядок IP-адресов, возвращаемых ifconfig?

ohai использования route чтобы найти "интерфейс по умолчанию", найдя шлюз по умолчанию (пункт назначения 0.0.0.0):

network[:default_interface] = from("route -n \| grep -m 1 ^0.0.0.0 \| awk \'{print \$8\}\'")

(Из строки 21 по состоянию на сейчас)

Проблема в том, что route не заботится о псевдонимах на интерфейсах (venet0:0 а также venet0:1 псевдонимы venet0 интерфейс), предполагается, что все, что отправлено через псевдонимы, отправляется на одно устройство venet0 в качестве исходящего интерфейса. Это логично, когда интерфейс является физическим интерфейсом, но когда это виртуальный интерфейс, это может быть неправильно (и в данном случае неправильно). Из-за этого поведения, ohai также технически неправильно полагаться на него, чтобы определить "правильный" IP-адрес для использования, даже если базовый IP-адрес не был 127.0.0.1.

Идеальным решением для вас будет перенастройка сетевых настроек таким образом, чтобы несвязанный интерфейс venet0 был вашим "основным IP". Если вам ДЕЙСТВИТЕЛЬНО нужно, чтобы значение venet0 было 127.0.0.1 по какой-то причине (я не знаком с интерфейсами venet*, поэтому не знаю, почему у вас это так или что будет, если venet0 был основным IP-адресом вместо 127.0.0.1), тогда вы можете попробовать найти этот файл network.rb (/usr/lib/ruby/1.8/ohai/plugins/linux/network.rb в Lucid) и редактировать его читать

network[:default_interface] = "venet0:0"

(или какой интерфейс вы хотите, чтобы он сообщал как правильный адрес). Я не знаю, если from() удаляет символ новой строки, что команда напечатает в конце, поэтому, возможно, потребуется "venet0:0\n" чтобы охай правильно работал. Обратите внимание, что он будет заменен при обновлении пакета, в котором он находился.

Мне лично любопытно, ip route list (от iproute пакет) показывает ваш маршрут по умолчанию, используя интерфейс venet0 или venet0: 0. Точно так же, netstat -r, Если любой из них показывает venet0: 0, то вы можете предложить в сообщении об ошибке ohai, что они сначала пробуют эти команды, а если они не работают, попробуйте снова с "нормальной" командой маршрута.

Вы можете изменить ситуацию, переставив записи в /etc/udev/rules.d/70-persistent-net.rules,

Если у вас нет записей, попробуйте добавить свои. Это пример:

# PCI device 0xXXXX:0xXXXX (XXXX)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:00:00:00:00:00", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

Это может быть не более чем совпадение, но мне кажется, что оно сортируется буквенно-цифрово по имени интерфейса. Я вижу то же самое на своих компьютерах с Linux.

Я ничего не знаю о Chef, но можете ли вы передать вывод ifconfig через скрипт, который переставит его в любой порядок, который вы хотите?

Я не знаю, как это сделать, если только вы не удалите свое устройство с обратной связью. Не быть любопытным, но почему это важно, в каком порядке они находятся?

Что я нахожу странным и тревожным, так это то, что у вас один и тот же IP-адрес, определенный как на вашем lo, так и на вашем виртуальном интерфейсе venet0.

Мое единственное предположение относительно того, почему это будет настроено таким образом, заключается в том, что вы не смогли вызвать интерфейс без адреса, хотя это можно было сделать с IP-адресом 0.0.0.0.

Удаление адреса 127. на venet0, скорее всего, решит эту проблему, а также исправит потенциальную дыру в безопасности / производительности (достаточно уверенно, что шеф-повар достаточно умен, чтобы не захватить ваш петлевой адрес).