не работает клон #11

Activity

1. skulidropek

   closed this as completedon Feb 11, 2026
2. skulidropek

   reopened this on Feb 11, 2026
3. skulidropek commented on Feb 11, 2026

   

   skulidropek

   on Feb 11, 2026

   MemberAuthor

   More actions

   Я думаю надо делать что бы был DinD

   Да, это **типичная ловушка**, и она почти всегда случается из-за смешивания двух разных моделей:
   
   1. **“Docker-outside-of-Docker”**: контейнер использует **демон Docker на хосте** через проброшенный сокет.
   2. **“Docker-in-Docker (DinD)”**: внутри контейнера поднимается **свой `dockerd`**.
   
   Когда внутри контейнера ты *поднимаешь `dockerd`* **и одновременно** (явно или неявно через compose/CI) используешь путь **`/var/run/docker.sock`**, очень легко **сломать хостовый сокет**: контейнерный `dockerd` может `unlink`/пересоздать сокет или поменять ему права/владельца. Поскольку это bind-mount, изменения уходят на хост — и снаружи ты “теряешь Docker”.
   
   ---
   
   ## Как решить (нужно выбрать один из двух правильных вариантов)
   
   ### Вариант A (рекомендую): контейнеры “управляют хостовым Docker” через сокет
   
   **Тогда внутри контейнера НЕ должно быть `dockerd`.** Только `docker` CLI.
   
   Запуск примера:
   
   ```bash
   DOCKER_GID=$(getent group docker | cut -d: -f3)
   
   docker run --rm -it \
     -v /var/run/docker.sock:/var/run/docker.sock \
     --group-add "$DOCKER_GID" \
     docker:cli docker ps
   

   Ключевые правила:

   • не запускай dockerd внутри такого контейнера;
   • не делай chmod/chown /var/run/docker.sock внутри контейнера;
   • добавь правильный GID группы docker (а не “название группы” внутри контейнера).

   Если у тебя rootless Docker на хосте, сокет другой:
   /run/user/$UID/docker.sock — и пробрасывать надо его, а не /var/run/docker.sock.

   ---

   Вариант B: полноценный DinD (изолированный Docker внутри контейнера)

   Тогда НЕ пробрасывай хостовый /var/run/docker.sock внутрь.
   Контейнерный dockerd должен создавать свой сокет сам (и хранить данные в своём /var/lib/docker).

   Пример отдельного демона DinD:

   docker run -d --name dind \
     --privileged \
     -e DOCKER_TLS_CERTDIR= \
     -p 2375:2375 \
     -v dind-data:/var/lib/docker \
     docker:dind

   И подключение к нему:

   docker -H tcp://127.0.0.1:2375 ps

   (Это без TLS — удобно, но небезопасно; для локальной разработки ок, для сети — лучше TLS.)

   ---

   Почему “внутри начал юзать — снаружи умерло” именно у тебя

   Самый вероятный сценарий: ты монтируешь хостовый сокет и внутри запускаешь dockerd (напрямую или через образ/entrypoint типа docker:dind). В этот момент контейнерный демон начинает “наводить порядок” в /var/run/docker.sock и ломает сокет на хосте.

   Быстрое восстановление снаружи (если уже сломано):

   sudo systemctl restart docker
   ls -l /var/run/docker.sock

   ---

   Практическая схема “много разных мест, много контейнеров”

   • Если “из разных мест” = разные проекты/контейнеры на одном хосте → обычно выбирают Вариант A (проброс сокета + правильные права).
   • Если “из разных мест” = нужна изоляция (разные демоны, разные кеши/образы/сети) → Вариант B (отдельный DinD демон/контейнер, подключение через DOCKER_HOST или docker context).

   ---

   Если хочешь, скинь как именно ты запускаешь тот контейнер, где “внутри начинают юзать докер” (docker run / docker-compose.yml). По одной команде/файлу я точно укажу, где именно у тебя смешались A и B и дам минимальный фикс.
4. skulidropek

   closed this as completedin #20on Feb 11, 2026