Notice
Recent Posts
Recent Comments
Link
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | ||||||
| 2 | 3 | 4 | 5 | 6 | 7 | 8 |
| 9 | 10 | 11 | 12 | 13 | 14 | 15 |
| 16 | 17 | 18 | 19 | 20 | 21 | 22 |
| 23 | 24 | 25 | 26 | 27 | 28 | 29 |
| 30 | 31 |
Tags
- Docker Swarm
- 명령어
- 네트워크
- worker
- 개념
- docker
- RAPA
- 쿠버네티스
- kubernetes
- IaaS
- ACL
- synology
- 실습
- Javascript
- node.js
- network
- 도커
- mysql
- 용어정리
- express
- dockerfile
- gns3
- Docker-compose
- nodejs
- RAID
- uid
- OpenStack
- MongoDB
- 이론
- git
Archives
- Today
- Total
목록AI 프로젝트 글/디버깅 (1)
융융이'Blog
Docker 컨테이너는 실행되는데 Synology 공유 폴더를 읽지 못한 이유
결론컨테이너가 정상 실행됐지만 사진 공유 폴더를 읽지 못한 근본 원인은 컨테이너의 임의 UID/GID와 Synology DSM에서 읽기 권한을 받은 서비스 계정의 UID/GID가 일치하지 않았기 때문이었다.DSM 마스터 계정이나 root로 실행하지 않고, 다음 방식으로 해결했다.관리자 그룹에 속하지 않은 DSM 전용 서비스 계정을 만든다.테스트 사진 공유 폴더에만 읽기 권한을 준다.전용 계정의 실제 UID/GID를 확인한다.그 값을 Compose의 컨테이너 실행 사용자에 매핑한다.읽기 성공과 쓰기 실패를 각각 재검증한다.핵심은 “Permission denied를 없애는 것”이 아니라 “필요한 사용자만 읽고 누구도 이 경로를 쓰지 못하는 상태”를 만드는 것이었다.현상과 영향Photo MCP 컨테이너는 시작..
AI 프로젝트 글/디버깅
2026. 8. 18. 00:40
