Этот ответ - всего лишь более подробная версия решения Брэдфорда Медейроса , которое для меня также оказалось лучшим ответом, так что заслуга ему.
В своем ответе он объясняет, ЧТО делать ( именованные каналы ), но не совсем КАК это делать.
Я должен признать, что не знал, что такое именованные каналы, когда читал его решение. Поэтому я изо всех сил пытался реализовать это (хотя на самом деле это действительно просто), но мне это удалось, поэтому я рад помочь, объяснив, как я это сделал. Итак, мой ответ - это просто подробное описание команд, которые вам нужно запустить, чтобы заставить его работать, но, опять же, ему заслуга.
ЧАСТЬ 1. Тестирование концепции именованного канала без докера
На главном хосте выберите папку, в которую вы хотите поместить файл именованного канала, например, /path/to/pipe/и имя канала, например mypipe, а затем запустите:
mkfifo /path/to/pipe/mypipe
Труба создана. Тип
ls -l /path/to/pipe/mypipe
И проверьте права доступа, начинающиеся с "p", например
prw-r--r-- 1 root root 0 mypipe
Теперь запустите:
tail -f /path/to/pipe/mypipe
Теперь терминал ожидает отправки данных в этот канал.
Теперь откройте другое окно терминала.
А затем запустите:
echo "hello world" > /path/to/pipe/mypipe
Проверьте первый терминал (тот, на котором tail -f), он должен отображать "привет, мир"
ЧАСТЬ 2 - Запуск команд через трубу
В хост-контейнере вместо запуска, tail -fкоторый просто выводит все, что отправлено в качестве входных данных, запустите эту команду, которая будет выполнять ее как команды:
eval "$(cat /path/to/pipe/mypipe)"
Затем с другого терминала попробуйте запустить:
echo "ls -l" > /path/to/pipe/mypipe
Вернитесь к первому терминалу, и вы должны увидеть результат ls -lкоманды.
ЧАСТЬ 3 - Заставьте его слушать вечно
Возможно, вы заметили, что в предыдущей части сразу после ls -lотображения вывода он перестает прислушиваться к командам.
Вместо eval "$(cat /path/to/pipe/mypipe)"запуска:
while true; do eval "$(cat /path/to/pipe/mypipe)"; done
(вы не можете этого сделать)
Теперь вы можете отправлять неограниченное количество команд одну за другой, будут выполнены все, а не только первая.
ЧАСТЬ 4 - Сделайте так, чтобы он работал даже при перезагрузке
Единственное предостережение: если хост должен перезагрузиться, цикл while перестанет работать.
Вот что я сделал для перезагрузки:
Поместите while true; do eval "$(cat /path/to/pipe/mypipe)"; doneв файл execpipe.shс #!/bin/bashзаголовком
Не забывай об chmod +xэтом
Добавьте его в crontab, запустив
crontab -e
А затем добавив
@reboot /path/to/execpipe.sh
На этом этапе протестируйте его: перезагрузите сервер и, когда он восстановится, введите несколько команд в канал и проверьте, выполняются ли они. Конечно, вы не можете видеть вывод команд, поэтому ls -lне поможет, но touch somefileпоможет.
Другой вариант - изменить сценарий, чтобы поместить результат в файл, например:
while true; do eval "$(cat /path/to/pipe/mypipe)" &> /somepath/output.txt; done
Теперь вы можете запустить, ls -lи вывод (как stdout, так и stderr, использующийся &>в bash) должен быть в output.txt.
ЧАСТЬ 5 - Заставьте его работать с докером
Если вы используете как docker compose, так и dockerfile, как я, вот что я сделал:
Предположим, вы хотите смонтировать родительскую папку mypipe, как /hostpipeв вашем контейнере.
Добавь это:
VOLUME /hostpipe
в вашем файле докеров, чтобы создать точку монтирования
Затем добавьте это:
volumes:
- /path/to/pipe:/hostpipe
в вашем файле docker compose, чтобы смонтировать / path / to / pipe как / hostpipe
Перезагрузите докер-контейнеры.
ЧАСТЬ 6 - Тестирование
Exec в свой док-контейнер:
docker exec -it <container> bash
Зайдите в папку монтирования и убедитесь, что вы видите трубу:
cd /hostpipe && ls -l
Теперь попробуйте запустить команду из контейнера:
echo "touch this_file_was_created_on_main_host_from_a_container.txt" > /hostpipe/mypipe
И должно работать!
ВНИМАНИЕ: Если у вас есть хост OSX (Mac OS) и контейнер Linux, он не будет работать (объяснение здесь https://stackoverflow.com/a/43474708/10018801 и выпуск здесь https://github.com/docker / for-mac / issues / 483 ), потому что реализация канала отличается, поэтому то, что вы пишете в канал из Linux, может быть прочитано только Linux, а то, что вы пишете в канал из Mac OS, может быть прочитано только Mac OS (это предложение может быть не очень точным, но помните, что существует проблема кроссплатформенности).
Например, когда я запускаю настройку докера в DEV со своего компьютера Mac OS, именованный канал, как описано выше, не работает. Но при постановке и производстве у меня есть хост Linux и контейнеры Linux, и они отлично работают.
ЧАСТЬ 7 - Пример из контейнера Node.JS
Вот как я отправляю команду из контейнера js моего узла на основной хост и получаю результат:
const pipePath = "/hostpipe/mypipe"
const outputPath = "/hostpipe/output.txt"
const commandToRun = "pwd && ls-l"
console.log("delete previous output")
if (fs.existsSync(outputPath)) fs.unlinkSync(outputPath)
console.log("writing to pipe...")
const wstream = fs.createWriteStream(pipePath)
wstream.write(commandToRun)
wstream.close()
console.log("waiting for output.txt...") //there are better ways to do that than setInterval
let timeout = 10000 //stop waiting after 10 seconds (something might be wrong)
const timeoutStart = Date.now()
const myLoop = setInterval(function () {
if (Date.now() - timeoutStart > timeout) {
clearInterval(myLoop);
console.log("timed out")
} else {
//if output.txt exists, read it
if (fs.existsSync(outputPath)) {
clearInterval(myLoop);
const data = fs.readFileSync(outputPath).toString()
if (fs.existsSync(outputPath)) fs.unlinkSync(outputPath) //delete the output file
console.log(data) //log the output of the command
}
}
}, 300);