Tôi đang xây dựng hình ảnh Docker cho Symfonyứng dụng của mình và tôi cần cấp phép cho máy chủ apache để ghi vào thư mục bộ đệm và nhật ký

#Dockerfile
FROM php:7-apache

RUN apt-get update \
&& apt-get install -y libicu-dev  freetds-common freetds-bin unixodbc \
&& docker-php-ext-install intl mbstring \
&& a2enmod rewrite

COPY app/php.ini /usr/local/etc/php/
COPY app/apache2.conf /etc/apache2/apache2.conf
COPY ./ /var/www/html

RUN find /var/www/html/ -type d -exec chmod 755 {} \; 
RUN find /var/www/html/ -type f -exec chmod 644 {} \;
RUN chmod -R 777 /var/www/html/app/cache /var/www/html/app/logs

Khi tôi xây dựng hình ảnh này với docker build -t myname/symfony_apps:latest .và chạy container với docker run -p 8080:80 myname/symfony_apps:latest. Nhật ký Apache bị ngập bởi lỗi từ chối cấp phép, điều lạ mà tôi đã kiểm tra ls -avà quyền là ổn. và khi tôi chạy chmod từ bash của người dùng, các vấn đề về quyền apache không còn nữa và ứng dụng hoạt động tốt

Tình huống

Chạy các lệnh chmod từ dockerfile: quyền được thay đổi nhưng apache vẫn phàn nàn về quyền bị từ chối. Chạy các lệnh tương tự chmod với bash bên trong container: quyền được thay đổi và ứng dụng của tôi đang chạy

Bất cứ ý tưởng nào, tôi có thiếu thứ gì không, có lẽ tôi nên thêm người dùng root ở đâu đó trong Dockerfile?

Tôi đã có cùng một vấn đề và dường như có một số lỗi trong docker hoặc overlay2 nếu nội dung thư mục được tạo trong một lớp và quyền của nó bị thay đổi trong lớp khác.

Như một giải pháp thay thế, bạn có thể sao chép nguồn vào thư mục tạm thời:

COPY . /src

Và sau đó di chuyển nó đến /var/www/htmlvà thiết lập quyền (trong một RUNlệnh):

RUN rm -rf /var/www/html && mv /src /var/www/html &&\
    find /var/www/html/ -type d -exec chmod 755 {} \; &&\
    find /var/www/html/ -type f -exec chmod 644 {} \; &&\
    chmod -R 777 /var/www/html/app/cache /var/www/html/app/logs

Ngoài ra tôi đã tạo ra vấn đề GitHub .

Shell mặc định của RUN trong Docker là / bin / sh và đây là nơi các quyền không được đặt chính xác thực sự có vấn đề.

Nhưng bạn có thể thay đổi thành chỉ sử dụng / bin / bash để dễ dàng sửa chữa, thông báo trước và sau khi liệt kê thư mục

Step 7/9 : RUN /bin/bash -c 'ls -la; chmod +x gitlab-properties-builder.sh; ls -la'
---> Running in dc57ae77aa67

drwxr-xr-x. 3 root root      103 Mar  8 17:56 .
drwxr-xr-x. 1 root root       46 Mar  8 17:57 ..
drwxr-xr-x. 2 root root        6 Mar  7 20:47 config
-rw-r--r--. 1 root root     2340 Mar  7 21:20 gitlab-properties-builder.sh
-rw-r--r--. 5 root root 57325770 Mar  5 14:39 gitlab-scm-collector-2.0.5-SNAPSHOT.jar

drwxr-xr-x. 1 root root       42 Mar  8 17:56 .
drwxr-xr-x. 1 root root       61 Mar  8 17:57 ..
drwxr-xr-x. 2 root root        6 Mar  7 20:47 config
-rwxr-xr-x. 1 root root     2340 Mar  7 21:20 gitlab-properties-builder.sh
-rw-r--r--. 5 root root 57325770 Mar  5 14:39 gitlab-scm-collector-2.0.5-SNAPSHOT.jar
---> 8b5de6e348d3

Hãy thử thêm:

USER root

Nó làm việc cho tôi.

Vấn đề này có thể là kết quả của một VOLUMEđịnh nghĩa bên trong Dockerfile ngược dòng. Khi một ổ đĩa được xác định trong Dockerfile, bạn có thể thêm các tệp bằng lệnh a COPYhoặc ADDtrực tiếp vào hình ảnh. Tuy nhiên, một RUNdòng sẽ:

• Tạo một bộ chứa tạm thời bằng cách sử dụng định nghĩa hình ảnh như điểm hiện tại của dockerfile
  • Container tạm thời đó sẽ có một khối lượng ẩn danh được gắn kết khi bạn hoặc hình ảnh cha được chỉ định bên trong Dockerfile
  • Âm lượng ẩn danh sẽ được khởi tạo từ nội dung của hình ảnh
• Lệnh của bạn sẽ chạy bên trong container
  • Nếu bạn liệt kê thư mục trong RUNlệnh này , bạn sẽ thấy các thay đổi của mình được áp dụng, nhưng những thay đổi đó đã được áp dụng cho ổ đĩa
• Khi lệnh chạy của bạn hoàn thành, docker sẽ nắm bắt các thay đổi đối với vùng chứa
  • Những thay đổi này có thể được nhìn thấy docker diffnếu bạn không xóa các thùng chứa tạm thời (bạn có thể chạy bản dựng --rm=falseđể duy trì chúng)
  • Những thay đổi này sẽ không bao gồm nội dung khối lượng ẩn danh vì chúng không tồn tại bên trong hệ thống tệp chứa tạm thời, các khối lượng riêng biệt

Vì hành vi này, bạn có các tùy chọn để:

1. bạn có thể sao chép các tập tin của mình vào một thư mục khác và thay đổi các quyền ở đó
2. bạn có thể sửa các quyền trên máy chủ của mình để chúng được sao chép trực tiếp với các quyền đó
3. bạn có thể xóa âm lượng khỏi hình ảnh của mình, lấy hình ảnh ngược dòng để xóa định nghĩa âm lượng của chúng hoặc bạn có thể xây dựng lại bản sao của hình ảnh ngược dòng mà không cần định nghĩa âm lượng và loại bỏ hình ảnh của bạn khỏi đó

Lưu ý rằng bên trong các hình ảnh php hiện tại, có vẻ như âm lượng đã bị xóa, điều đó có nghĩa là chúng tôi thực sự có tùy chọn 3.

Tôi vừa thực hiện một thí nghiệm với những điều sau đây:

FROM alpine

LABEL MAINTAINER="YIMGA YIMGA Salathiel Genèse"
RUN apk add --no-cache inotify-tools
CMD [ "./script.sh" ]
WORKDIR /opt/app/
COPY src/ /opt/app/
RUN chmod a+x *.sh

Và nó chỉ hoạt động tuyệt vời.

Tuy nhiên

Khi tôi ghi đè tập tin thực thi đó thông qua các tập hợp soạn thảo docker, executequyền đó chỉ đơn giản giống như cuộn lại - về mặt kỹ thuật áp đảo cho quyền tập tin gốc.

Việc sửa lỗi cho chế độ dev chỉ đơn giản là chmod a+x yourfiletừ máy chủ lưu trữ, điều này sẽ được kế thừa khi soạn phần lắp âm lượng.