Как я могу закомментировать или удалить строку "@include common-auth" в /etc/pam.d/sshd? Содержимое по умолчанию:
... # Standard Un*x authentication. @include common-auth ...
Документация объектива не так уж и полезна. Я новичок в Augeas и пока не совсем понимаю, как работают выражения пути.
Я пытаюсь сделать это с помощью augtool, как части Dockerfile, если быть конкретным. Я наивно попробовал следующую команду, но она не сработала:
augtool --autosave 'rm /files/etc/pam.d/sshd/@include common-auth'
Я прибег к тому, чтобы сделать это с помощью sed
, и следующее помогло мне:
sed -i 's/@include common-auth/#@include common-auth/' /etc/pam.d/sshd
Но я все еще пытаюсь чтобы узнать, есть ли способ сделать это с помощью augtool, потому что все остальные изменения конфигурации в моем Dockerfile я делаю с помощью augtool, и было бы неплохо единообразие.
Или это ошибочная интерпретация производителей BMC
?
На мой взгляд и насколько я понимаю спецификацию IPMI 2.0
, только решение B
является единственно совместимым поток, как это должно работать, как подтверждено в 6.13.4 Пример параллельного запроса
:
Когда сообщение запроса передается по мосту на другой канал, инкапсулируя его в команде Отправить сообщение (из исходный канал, отличный от системного интерфейса), BMC немедленно возвращает ответ на саму команду Send Message . Между тем, запрос извлекается из команды Отправить сообщение и пересылается на указанный целевой канал.
Спецификация IPMI 2.0
даже предоставляет пример описания:
Например, предположим, что команда Получить идентификатор устройства была инкапсулирована в запрос в команде Отправить сообщение , направленной на IPMB из канала LAN. BMC немедленно отправит ответ на команду Send Message обратно в LAN. BMC извлечет инкапсулированное содержимое сообщения Get Device ID и отформатирует его как запрос Get Device ID для IPMB. Целевое устройство на IPMB отвечает ответным сообщением Get Device ID в формате IPMB. BMC берет информацию отслеживания, которая была сохранена при выполнении команды Отправить сообщение , и использует ее для создания ответа Получить идентификатор устройства в формате LAN.
Я сопровождаю FreeIPMI. Из всех материнских плат, с которыми я работал, всегда поддерживалась реализация «B». Я лично никогда не видел реализации «А». Я бы посчитал реализацию «A» минимально «нестандартной» (в том смысле, что даже если в спецификации IPMI для «A» была найдена юридическая формулировка, отрасль стандартизировала «B»).
Неуверенный в вашей стороне цель, но если вы разрабатываете продукт, я с уверенностью могу сказать, что «B» будет работать на большинстве серверов IPMI. Если у вас есть возможность поговорить с поставщиком «А», я бы определенно подтолкнул их к внедрению «Б».