Как получить IP-адрес Docker-контейнера
Главное меню » Linux » Как получить IP-адрес Docker-контейнера
Команда inspect дает вам много подробностей об исследуемом контейнере. Подойдите к концу и загляните в раздел Networks, чтобы получить IP-адрес контейнера.
Вы также можете использовать команду grep, чтобы получить только строки, соответствующие строке «IPAddress».
Не пугайтесь, если у вашего контейнера более одного IP-адреса. В этом нет ничего необычного. Чтобы понять это, вам нужно понять, как контейнеры взаимодействуют друг с другом.
Мы объясним вам это в следующем разделе, а затем расскажу о некоторых других методах получения IP-адреса работающего контейнера докеров.
Как сообщаются докер-контейнеры?
Docker – это инструмент для упаковки и доставки программного обеспечения в массы с использованием технологии контейнеризации. Программное обеспечение может иметь множество целей, от, возможно, простой обработки текста до полноценного веб-сервера, на котором размещаются ваши личные файлы. Каждое из этих программ разбивается на микросервисы, а затем упаковывается в контейнеры. В зависимости от назначения программного обеспечения одной службе может потребоваться взаимодействие с другой.
Например, рассмотрим WordPress. Есть две службы: одна – это веб-сервер, обслуживающий интерфейс, а другая – бэкэнд, база данных. Интерфейс должен взаимодействовать с базой данных, иначе он просто не будет работать.
Эта связь достигается за счет наличия по крайней мере двух сетевых интерфейсов, связанных с каждым из этих двух контейнеров, причем оба интерфейса подключены к одной и той же сети. Эта сеть называется «докер-сетью».
Сеть докеров
Думайте о сети докеров как о пуле доступных IP-адресов. Если два контейнера получат IP-адреса из одного пула, они смогут обмениваться данными друг с другом.
В основном есть два типа сетей: сети по умолчанию или предварительно определенные сети и сети, определяемые пользователем.
Вы можете получить список сетей, используя следующую команду
Рассмотрим мой список ниже:
Игнорируйте последние два и сосредоточьтесь на первой сети. bridgeСеть по умолчанию сеть каждый контейнер будет подключен к тому, если ничего не указано явно. Вы можете получить более подробную информацию об этой сети, выполнив команду docker network inspect bridge.
Мы собираемся отфильтровать вывод, поскольку для этой демонстрации мне не нужны все данные.
Если у вас не установлен jq, установите его с помощью диспетчера пакетов вашего дистрибутива.
У каждой из этих сетей докеров есть подсеть, в случае bridgeсети это подсеть 172.17.0.0/16. Это означает, что всего имеется 65 534 – 1 = 65 533 используемых хоста или IP-адреса. Мы вычитали один, так как для шлюза выделено 172.17.0.1. Вы также можете увидеть это, используя следующую команду
Проверка IP-адреса вашего док-контейнера
Есть несколько способов проверить IP-адрес [а], связанный с вашим контейнером, вот их список, включая примеры команд.
Метод 1: осматривая контейнер
В суб-команде inspect в docker чрезвычайно полезны. Контейнер можно проверить с помощью команды docker container inspect [CONTAINER ID]|[CONTAINER NAME].
Проверка контейнера означает получение как можно большего количества информации о контейнере, от портов, переменных среды до точек монтирования, данных контрольной группы и т. д. Из него можно извлечь IP-адрес.
Если вы запустите команду inspect в контейнере, вы получите кучу информации в формате JSON. Прокрутите вниз, пока не найдете ключ NetworkSettings, там найдите дополнительный ключ IPAddress. Это IP-адрес вашего контейнера.
Команда для выполнения выглядит следующим образом
Вот мой результат (усеченный)
Вместо того, чтобы прокручивать все это, вы можете отфильтровать вывод следующим образом:
Вот отфильтрованный вывод:
Если вы хотите получить IP-адрес, связанный с определенной сетью, используйте следующую команду:
метод 2: Использование оболочки контейнера
Это наиболее простой метод, но мы его не рекомендуем.
В этом методе вы присоединяете свой stdin|stdout к контейнеру и запускаете команду ip (или другую команду, которая показывает IP-адреса, связанные с сетевыми адаптерами).
Причина, по которой мы не рекомендуем это делать, заключается в том, что многие изображения довольно легкие и не содержат команды ip (или чего-то подобного).
Возьмите изображение ubuntu:20.04 в качестве примера, запустите контейнер, как показано ниже
Чтобы контейнер работал, мы использовали команду sleep 1d.
Теперь запустите процесс оболочки внутри контейнера и прикрепите свой stdin | stdout вот так
Попав в этот контейнер, попробуйте запустить ip или ifconfig. Вы увидите что-то вроде следующего:
Чтобы эти команды работали, вам необходимо установить соответствующие пакеты. Чтобы получить ipкоманду, установите пакет iproute2 и повторно запустите команду как ip a
Теперь вы можете увидеть, что IP-адрес, связанный с картой, eth0@if5- 172.17.0.2.
Обратите внимание на сеть, частью которой является этот контейнер. Поскольку мы не создавали и не подключали пользовательскую сеть к этому контейнеру, он был подключен к сети моста, поэтому сеть этого IP-адреса 172.17.0.0
Этот метод, безусловно, работает, хотя он более трудоемкий и не очень воспроизводимый, он интуитивно понятен. Следующие методы должны быть намного лучше по сравнению с этим.
Метод 3: проверив саму сеть
Всякий раз, когда контейнер подключается к сети, этот подключенный контейнер также виден из сети вместе с IP-адресом, назначенным этим контейнерам.
Поскольку наш контейнер подключен к сети моста, мы можем проверить сеть с помощью следующей команды
Здесь вместо идентификатора мы будем использовать имя, bridge
Вместо того, чтобы прокручивать вниз до раздела Containers jq, на этот раз мы воспользуемся фильтром вывода.
Чтобы продемонстрировать это, мы развернули еще один контейнер с таким именем ip. Вы можете увидеть контейнеры и IP-адреса в указанном выше объекте JSON. Теперь извлечь IP-адрес конкретного контейнера здесь немного сложнее.
Если вы знаете идентификатор контейнера, вы можете использовать jq это так
В большинстве случаев вы не можете вспомнить идентификатор контейнера, поэтому, если вы хотите получить IP-адрес только из имени контейнера, вам нужно знать jq (или просто повторно использовать следующую команду).
Поместите имя контейнера в функцию select и увидите, как происходит волшебство.
Какой метод вы предпочитаете? Вероятно, способ 1
Это были все методы, с помощью которых вы можете получить IP-адрес [а] контейнеров докеров. Второй метод, хотя и интуитивно понятен, не воспроизводится. В большинстве случаев это первый метод, который используется, поскольку он самый простой и выполняет свою работу.
Но может наступить время, когда вы захотите проверить, какие контейнеры подключены к определенной сети, и получить IP-адреса в этой сети. В этом случае имеет смысл проверить сеть и получить IP-адреса. Вы можете получить все имена контейнеров и назначенные им IP-адреса из сети, подобной этой
Перейдите bridge в другую сеть, и вы получите все контейнеры и их IP-адреса, как это.
На сегодня все. Надеюсь, эта статья была для вас полезной. Если у вас есть какие-либо вопросы, дайте мне знать в комментариях ниже.
Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.
Как получить IP-адрес контейнера Docker от хоста?
есть ли команда, которую я могу запустить, чтобы получить IP-адрес контейнера прямо с хоста после создания нового контейнера?
в принципе, как только Docker создает контейнер, я хочу свернуть свои собственные сценарии развертывания кода и конфигурации контейнера.
30 ответов
современный синтаксис клиента Docker:
старый синтаксис клиента Docker:
который вернет только IP-адрес.
можно использовать docker inspect
сначала получите идентификатор контейнера:
(первый столбец для идентификатора контейнера)
используйте идентификатор контейнера для запуска:
внизу, в разделе «NetworkSettings», вы можете найти»IPAddress»
docker inspect CONTAINER_ID | grep «IPAddress»
чтобы получить все имена контейнеров и их IP-адреса всего за одну команду.
если вы используете docker-compose команда будет такая:
добавьте этот сценарий оболочки в свой
/.bashrc или соответствующие файл:
затем, чтобы получить IP-адрес контейнера, просто сделать это:
для новой версии Docker, пожалуйста, используйте следующее:
показать все IP-адреса контейнеров:
в Docker 1.3+ вы также можете проверить его с помощью следующих шагов:
введите Докер работает:
начиная с Docker версии 1.10.3, построить 20f81dd
Если вы не сказали докеру иначе, Докер всегда запускает ваши контейнеры в сети моста. Таким образом, вы можете попробовать эту команду ниже:
который затем должен вернуть раздел контейнеров, который отобразит IP-адрес для этого запущенного контейнера.
это отобразит активные изображения docker:
используйте значение идентификатора контейнера:
первая команда дает IP-адрес всех контейнеров, а вторая-IP-адрес конкретного контейнера.
контейнеры ссылки по имени:
затем возьмите IP-адрес по имени:
вы должны изменить сеть переменных на свое собственное сетевое имя.
Docker сделан внутренне в Go, и он также использует синтаксис Go для целей запроса.
для проверки IP-адреса конкретного контейнера необходимо выполнить команду (- F для опции форматирования)
вот решение, которое я разработал сегодня в Python, используя вывод JSON «docker inspect container» в качестве источника данных.
у меня есть много контейнеров и инфраструктур, которые я должен проверить, и мне нужно получить основную информацию о сети из любого контейнера, быстро и довольно порядке. Вот почему я написал этот сценарий.
важно: начиная с версии 1.9, Docker позволяет создавать несколько сетей и присоединять их к контейнер.
выход так же, как это:
вышеизложенное работает, если контейнер развернут в сети моста по умолчанию.
однако, если вы используете пользовательскую мостовую сеть или сеть наложения, я нашел ниже, чтобы работать лучше:
чтобы расширить ответ ko-dos, вот псевдоним для списка всех имен контейнеров и их IP-адресов:
Если вы установили Docker с помощью Docker Toolbox, вы можете использовать приложение Kitematic для получения IP-адреса контейнера:
внимание. для использования Docker Compose:
самый элегантный и простой способ-определить функцию оболочки как наиболее проголосовавший ответ @WouterD это:
Docker может записывать идентификаторы контейнеров в файл, такой как программы Linux:
использование PID-файла
вы можете использовать содержимое файла для проверки контейнеров Docker:
➜ blog-v4 git:(develop) ✗ docker inspect `cat app.cid`
Извлечение Контейнера IP встроенный скрипт Python:
Более Дружественные Формы
здесь есть 10 альтернатив получения IP-адресов контейнера Docker.
🐳 Как узнать IP-адрес Docker контейнера
Хотите узнать, какой IP-адрес у вашего запущенного контейнера?
Вы можете проверить работающий контейнер, чтобы получить эту информацию.
Команда inspect предоставляет много подробностей о проверяемом контейнере.
Пролистайте к концу вывода и загляните в раздел Networks, чтобы получить IP-адрес контейнера.
Вы также можете использовать команду grep, чтобы вывести только строки, соответствующие шаблону «IPAddress».
Не знаете название или идентификатор контейнера? Используйте команду sudo docker ps.
Не пугайтесь, если у вашего контейнера более одного IP-адреса.
В этом нет ничего необычного.
Чтобы понять это, вам нужно разобраться, как контейнеры взаимодействуют друг с другом.
Я объясню вам это в следующем разделе, а затем расскажу о некоторых других методах получения IP-адреса запущено контейнера Docker.
Как общаются Docker контейнеры?
Docker – это инструмент для упаковки и доставки программного обеспечения с использованием технологии контейнеризации.
Программное обеспечение может иметь множество целей, от, возможно, простой обработки текста до полноценного веб-сервера, на котором размещаются ваши файлы.
Каждое из этих программ разбивается на микросервисы, а затем упаковывается в контейнеры.
В зависимости от назначения программного обеспечения одной службе может потребоваться взаимодействие с другой.
Например, рассмотрим WordPress.
Есть две службы: одна – это веб-сервер, фронтенд, а другая – бэкэнд, база данных.
Интерфейс должен взаимодействовать с базой данных, иначе он просто не будет работать.
Эта связь достигается за счет наличия по крайней мере двух сетевых интерфейсов, связанных с каждым из этих двух контейнеров, причем оба интерфейса подключены к одной и той же сети.
Эта сеть называется «docker network».
Docker network
Считайте Docker network пулои доступных IP-адресов.
Если два контейнера получат IP-адреса из одного пула, они смогут обмениваться данными друг с другом.
В основном есть два типа сетей: сети по умолчанию или предварительно определенные сети и сети, определяемые пользователем.
Вы можете получить список сетей, используя следующую команду:
Проигнорируйте последние две записи и сосредоточьтесь на первой сети.
Сеть bridge – это сеть по умолчанию, к которой будет подключаться каждый контейнер, если не другое указан явно.
Вы можете получить более подробную информацию об этой сети, выполнив команду docker network inspect bridge.
Я собираюсь отфильтровать вывод, так как для этой демонстрации мне не нужны все данные, которые мы можем вывести.
Если у вас не установлен jq, установите его с помощью диспетчера пакетов вашего дистрибутива.
У каждой из этих сетей есть подсеть, в случае сети bridge это подсеть 172.17.0.0/16.
Это означает, что всего имеется 65534 – 1 = 65533 используемых хостов или IP-адресов.
Я отминусовал один, так как для шлюза выделен 172.17.0.1.
Вы также можете увидеть это, используя следующую команду:
Проверка IP-адреса Docker контейнера
Есть несколько способов проверить IP-адрес[а], связанный с вашим контейнером, вот их список, включая примеры команд.
Метод 1: Inspect
Подкоманда inspect чрезвычайно полезна.
Контейнер можно проверить с помощью команды docker container inspect [CONTAINER ID] | [CONTAINER NAME].
Проверка контейнера означает получение как можно большего количества информации о контейнере, от портов, переменных среды до точек монтирования, данных контрольной группы и т. д.
Из вывода можно извлечь IP-адрес.
Если вы запустите команду inspect для контейнера, вы получите кучу информации в формате JSON.
Прокрутите вниз, пока не найдете ключ NetworkSettings, там найдите IPAddress.
Это и есть IP-адрес вашего контейнера.
Вот отфильтрованный вывод:
Метод 2: Использование оболочки контейнера
Это наиболее простой метод, но я его не рекомендую.
В этом методе вы присоединяете свой stdin|stdout к контейнеру и запускаете команду ip (или другую команду, которая показывает IP-адреса, связанные с сетевыми адаптерами).
Причина, по которой я не рекомендую это делать, заключается в том, что многие образа довольно легкие и не содержат команду ip (или что-то подобное).
Возьмем в качестве примера образ ubuntu:20.04, запустим контейнер, подобный следующему:
Чтобы контейнер работал, я использовал команду sleep 1d.
Теперь запустите процесс оболочки внутри контейнера и прикрепите свой stdin|stdout вот таким образом:
Оказавшись в этом контейнере, попробуйте запустить ip или ifconfig.
Вы увидите что-то вроде следующего:
Чтобы эти команды работали, вам необходимо установить соответствующие пакеты.
Чтобы получить команду ip, установите пакет iproute2 и повторно запустите команду ip a.
Теперь вы можете увидеть, что IP-адрес, связанный с интерфейсом eth0@if5, равен 172.17.0.2.
Обратите внимание на сеть, частью которой является этот контейнер.
Поскольку я не создавал и не подключал пользовательскую сеть к этому контейнеру, он был подключен к сети bridge, поэтому сеть этого IP-адреса 172.17.0.0.
Метод 3: проверив саму сеть
Всякий раз, когда контейнер подключается к сети, этот подключенный контейнер также виден из сети вместе с IP-адресом, назначенным этим контейнерам.
Поскольку мой контейнер подключен к сети bridge, я могу проверить сеть с помощью следующей команды:
Чтобы продемонстрировать это, я развернул еще один контейнер с именем ip.
Вы можете увидеть контейнеры и IP-адреса в указанном выше выводе JSON.
Теперь извлечь IP-адрес конкретного контейнера здесь немного сложнее.
Если вы знаете идентификатор контейнера, вы можете использовать jq следующим образом:
Какой метод выбрать?
Это были все методы, с помощью которых вы можете получить IP-адрес [а] контейнеров.
Второй метод, хотя и интуитивно понятен, не воспроизводится.
В большинстве случаев первый метод самый простой и хорошо выполняет свою работу.
Но может наступить время, когда вы захотите проверить, какие контейнеры подключены к определенной сети, и получить IP-адреса в этой сети.
В этом случае имеет смысл проверить сеть и подсветить IP-адреса.
Вы можете получить все имена контейнеров и назначенные им IP-адреса из сети вот так:
Смените bridge на другую сеть, и вы получите все контейнеры и их IP-адреса.
Надеюсь, эта статья была для вас полезной.
Если у вас есть какие-либо вопросы, дайте мне знать в комментариях ниже.
🐳 Как определить DNS в контейнерах Docker
Когда вы развертываете контейнер в сети, если он не может найти DNS-сервер, определенный в файле /etc/resolv.conf, по умолчанию он будет использовать DNS, настроенный для хоста.
Это может быть хорошо и удобно для определенных ситуаций.
Но что если (возможно, по соображениям безопасности) вы не хотите, чтобы ваши контейнеры использовали тот же DNS, что и хосты.
Скажем, например, ваши хост-серверы используют определенный DNS-сервер, чтобы запретить пользователям посещать определенные сайты.
Или, может быть, у вас разные конфигурации DNS для VPN.
Может быть множество причин, по которым вы не захотите, чтобы ваши контейнеры использовали тот же DNS, что и их хосты.
Итак, что же делать? Как определить DNS для контейнеров Docker, чтобы они не использовали DNS хоста?
На самом деле это довольно просто. Сейчас я покажу вам, как это сделать.
Чтобы все получилось, вам понадобится машина с движком Docker.
Я буду демонстрировать на Ubuntu Server 20.04, но платформа хоста не имеет значения, если у вас запущен Docker и вы можете развертывать контейнеры.
Вам также понадобится пользователь, входящий в группу docker (чтобы вы не разворачивали контейнеры от имени пользователя root или с помощью sudo, что является проблемой безопасности).
Когда все это готово, приступаем к развертыванию.
Как развернуть контейнер с предварительно настроенным DNS
Я собираюсь показать вам, как развернуть контейнеры Docker с предварительно настроенным DNS.
В первом случае будет использоваться командой docker, а во втором – Docker Compose.
Допустим, вы хотите развернуть контейнер Ubuntu с именем ubuntuDNS с основным DNS-сервером Cloudflare 1.0.0.1.
Эта команда будет выглядеть следующим образом:
Вы также можете развернуть этот контейнер с первичным и вторичным DNS следующим образом:
Давайте убедимся, что контейнер принимает нашу конфигурацию DNS.
Для этого зайдите в оболочку контейнера с помощью команды:
Из оболочки выполните команду:
Вы должны увидеть DNS-сервер(ы), которые вы настроили из командной строки!
Выйдите из оболочки с помощью команды exit.
Теперь мы сделаем то же самое, используя Docker Compose.
Конечно, необходимо, чтобы он был установлен, что можно сделать следующим образом:
Установив Docker Compose, вы можете создать необходимый файл с помощью команды:
В этом файле развернем контейнер rabbitmq (брокер сообщений с открытым исходным кодом), который будет использовать DNS-запись CloudFlare, которая будет выглядеть следующим образом:
Примечание: Без опции network_mode, установленной на “bridge”, запись DNS не будет работать.
Сохраните и закройте файл.
Разверните контейнер с помощью команды:
Откройте новое SSH-соединение с сервером хоста (поскольку развертывание не вернет вам запрос), а затем зайдите в оболочку контейнера rabbitmq с помощью команды:
Находясь внутри контейнера, просмотрите записи DNS с помощью команды:
И это все, что нужно для определения DNS в ваших контейнерах Docker.
Docker, часть 2 – работа с контейнерами
В предыдущей части данного руководства мы узнали, что такое Docker, получили представление о контейнерах и на простых примерах кратко рассмотрели необходимые для начала работы с Docker команды. Теперь мы остановимся на работе с контейнерами и изучим соответствующие команды.
Команды для работы с контейнерами имеют следующий синтаксис:
Рассмотрим некоторые из них более подробно.
Создание и запуск контейнеров
Запомните основные постулаты контейнеров в docker
-a – сокращение от –attach (прикрепить). Контейнер можно прикрепить к стандартным потокам STDIN, STDOUT или STDERR.
Запуск существующего контейнера (можно обращаться к контейнеру по идентификатору или имени):
Определить идентификатор или имя можно при помощи команды ps. Опция «–l» означает последний запущенный контейнер:
Как уже было рассмотрено в предыдущей части, команда run объединяет создание и запуск контейнера. Для краткости с ней можно не указывать слово container.
Для запуска внутри контейнера команды:
Запуск в фоновом режиме
-d – это сокращение от –detach (отсоединить). Контейнер будет работать в фоновом режиме, и вы сможете использовать терминал для других команд.
Присвоение имени
Чтобы не приходилось узнавать и запоминать идентификатор контейнера, при создании можно назначать каждому контейнеру уникальное имя, используя опцию командной строки —name, как в следующем примере:
После этого можно работать с контейнером (выполнять команды start, stop, remove, top, stats), обращаясь к нему по имени, например:
docker start myname – запуск контейнера
docker stats myname – отображение статистики использования ресурсов
docker top myname – отображение запущенных в контейнере процессов
Если вы попытаетесь выполнить например команду top, из выше указанного примера то получите ошибку
Я думаю если вы внимательно читали статью то сможете сами ответить почему возникает эта ошибка.
Запуск интерактивного сеанса
Для интерактивного подключения к оболочке контейнера и запуска команд, как в обычной системе Linux, нужно создать контейнер со следующими опциями:
Структура этой команды следующая:
-i задает запуск интерактивного сеанса.
-t выделяет TTY и подключает стандартные потоки ввода и вывода.
ubuntu – образ, используемый для создания контейнера.
bash (или /bin/bash) – запускаемая в контейнере Ubuntu команда.
После запуска контейнера с вышеуказанными ключами, мы как бы проваливаемся внутрь контейнера. Для выхода из запущенного сеанса и возвращения к терминалу вашего узла воспользуйтесь командой exit. Она прерывает все процессы контейнера и останавливает его:
Если вы интерактивно подключены к контейнеру, и вам требуется выйти из сеанса, не прерывая его, при помощи комбинаций клавиш Ctrl+p и Ctrl+q можно выйти из консоли и вернуться к терминалу вашего хоста.
Если вы хотите запустить контейнер в режиме демона используйте опцию ‘-d’.
Для повторного подключения к запущенному контейнеру требуется знать его идентификатор или имя. Для этого запустите команду docker ps, а затем выполните docker attach, указав идентификатор или имя.
Проверка состояния контейнеров
Если у вас запущено несколько контейнеров Docker, и вы хотите выбрать, с каким именно работать, потребуется вывести их список. Для этого применяется команда ls. Помимо вывода списка контейнеров она выводит также полезную информацию о них. Команда без опций выдает список запущенных контейнеров:
Команда inspect выдает множество полезной информации о контейнере:
Для вывода логов контейнера выполните команду logs:
Остановка контейнера
Обычно контейнер завершается автоматически после завершения процесса, но иногда требуется собственноручно завершить запущенный контейнер. Команда stop осуществляет «мягкое» завершение контейнера, по умолчанию предоставляя 10 секунд для завершения всех процессов:
Для немедленного завершения выполните команду kill. В большинстве ситуаций stop предпочтительнее.
Немедленное завершение всех запущенных контейнеров:
Удаление контейнера
удаление заданного контейнера.
удалить все не запущенные контейнеры.
Изменения в контейнере
Как уже отмечалось в начале, после остановки контейнера все изменения сделанные в нем удаляются. Это не совсем удобно, что же делать если нам нужно сохранить изменения? Для этого мы можем создать собственный контейнер взяв за основу уже готовый. Запустив интерактивный сеанс, мы можем работать в контейнере как на обычной Linux-машине и вносить любые необходимые изменения, например, устанавливать нужные пакеты. Допустим, нам требуется контейнер Ubuntu с сервером Nginx. Установим необходимые для этого программы:
Теперь нужно сохранить эти изменения, чтобы в следующий раз у нас был контейнер, где уже есть все необходимое. Для этого сначала нужно выйти из контейнера, выполнив команду exit, а затем подтвердить сделанные изменения командой commit:
Где идентификатор – это тот идентификатор, который использовался для первоначального запуска, а new-template – назначенное нами имя нового образа. Теперь он будет виден, если выполнить команду docker images:
Созданный нами новый образ готов к использованию со всеми сделанными изменениями. Кроме того, мы можем отправить его в Docker Hub, чтобы при необходимости загружать его в других местах. Для этого войдите в свою учетную запись и воспользуйтесь командой push:
где имя_пользователя – имя, соответствующее вашему аккаунту.
Заключение
На этом мы завершаем часть нашего руководства, посвященную контейнерам. В следующей части мы рассмотрим создание образов. Более подробную информацию можно получить из встроенной справки или официальной документации.
Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.
