Принудительное распространение внешних изменений в контейнер

Связное монтирование должно присутствовать внутри контейнера, однако sshd не будет считывать новую конфигурацию, пока не будет перезапущен.

Шаг 1 -Получите имя контейнера

$ docker container list
CONTAINER ID        IMAGE                 COMMAND                  CREATED              STATUS                                 PORTS                      NAMES                                            
b1605793904b        gitlab/gitlab-ce      "/assets/wrapper"        About a minute ago   Up About a minute (health: starting)   22/tcp, 80/tcp, 443/tcp    elastic_austin

В данном случае моему контейнеру было присвоено имя "эластик _остин"

Шаг 2 (необязательный)-Определите, присутствуют ли файлы, которые вы изменили

Вы можете проверить наличие изменений из bash внутри контейнера с помощьюdocker exec

$ docker exec -it elastic_austin bash
root@b1605793904b:/# tail /etc/ssh/sshd_config
[...your sshd_config here...]

Надеемся, ваши изменения должны быть там.

Шаг 3 -Перезапустите демон SSH

Теперь, когда мы знаем, что изменения находятся внутри вашего контейнера, вам нужно перезапустить службу sshd внутри контейнера.

Вы можете запустить service ssh restartиз bash внутри контейнера или запустить его с помощью docker execс хоста.

$ docker exec -it elastic_austin service ssh restart
 * Restarting OpenBSD Secure Shell server sshd                [ OK ]

Это должно заставить контейнер перезагрузить обновленную конфигурацию ssh.