noname.company/hop.noname.company

Fork 0

Files

zenn 9f12651a9c Use UGREEN final Compose file for NAS updates

2026-10-14 10:13:33 +09:00

32 KiB

Raw Blame History

hop. 유그린 NAS 배포 순서

SSH에서는 소스와 설정만 준비합니다. 시작·중지·재빌드는 NAS의 Docker 앱에서 합니다.

접속 경로: https://hop.noname.company → 기존 Cloudflare Tunnel → NPM(기존 8080) → NAS 내부 IP:50189 → hop.

아래 코드 블록을 하나씩 복사하고 Enter를 누르세요. 오류가 나오면 다음 단계로 넘어가지 마세요.

파일은 hop 폴더 안의 uploads에 저장합니다. 이 폴더로 전환한 설치는 7. 다음 버전으로 업데이트만 진행합니다. 이전 hop_hop_uploads 볼륨을 사용하는 설치의 최초 전환은 7-1. 업로드 폴더 전환과 테스트 자료 초기화를 따릅니다. 사용자가 삭제를 허용한 기존 테스트 자료의 초기화는 최초 전환 때 한 번만 하며 .env, 도메인·포트·메일 설정은 유지합니다.

‘허용되지 않은 접속 경로’가 나오면: 주소창을 https://hop.noname.company로 바꾸세요. http://는 운영 APP_URL과 달라 차단됩니다. 5-1단계에서 HTTP를 HTTPS로 자동 이동시킵니다.

1. SSH에서 소스 받기

NAS에서 프로젝트를 둘 상위 폴더까지 이동한 상태에서 실행합니다.

git --version

docker compose version

openssl version

명령이 없으면 해당 단계의 오류를 알려주세요. NAS에는 Node.js나 npm을 설치할 필요가 없습니다.

git clone https://git.sori.studio/noname.company/hop.noname.company.git hop

Git 로그인을 물으면 Git 서버의 로그인 아이디와 비밀번호 또는 액세스 토큰을 입력합니다. 비밀번호 입력 시 화면에 글자가 안 나오는 것은 정상입니다.

cd hop

git branch --show-current

main이 나오면 다음으로 넘어갑니다.

2. NAS 설정 만들기

sudo sh scripts/configure-nas.sh

질문이 나오면 순서대로 입력합니다.

NAS 내부 IPv4 주소: NAS 설정에 표시된 실제 내부 IP 입력 → Enter. NPM도 이 IP로 연결합니다.
Resend API 키: 기존 hello@noname.company 발신에 사용하는 키 붙여넣기 → Enter. 입력 문자는 숨겨집니다. 메일 기능 없이 시작하려면 Enter만 누릅니다.
회원가입 활성화: 가입까지 테스트하려면 y → Enter. 비활성화하려면 Enter만 누릅니다. 키를 생략하면 이 질문 없이 가입이 비활성화됩니다.

uploads 폴더를 만들고 NAS 로그인 사용자의 UID/GID로 저장 권한을 준비합니다. Docker 앱도 같은 UID/GID로 실행하므로 새로 받은 파일을 NAS 파일 관리자에서 읽을 수 있습니다. 처음에는 권한 준비용 작은 Alpine 이미지가 다운로드될 수 있습니다. 기존 프로젝트가 실행 중이면 먼저 중지하세요.

SESSION_SECRET과 DISCOVERY_SECRET은 자동 생성됩니다. NAS 포트와 컨테이너 포트는 모두 50189를 사용합니다.

마지막에 표시된 compose.nas.yaml 경로를 복사해 둡니다. .env는 NAS에만 남고 Git에 올라가지 않습니다. 기존 .env가 있으면 덮어쓰지 않습니다.

compose.yaml은 Git에서 관리하는 설정 원본이고, compose.nas.yaml은 NAS의 절대 경로와 설정을 채워 만든 가져오기용 파일입니다. 유그린 Docker 앱에 내용을 옮겨 저장하면 실제 프로젝트 구성은 hop 폴더의 **docker-compose.yaml**에 저장됩니다. 앱에서 수정한 최종 설정을 기준으로 업데이트하려면 이 파일을 사용합니다. 가져오기용 파일만 다시 생성해도 앱의 최종 설정은 자동으로 바뀌지 않습니다.

3. Docker 앱에서 배포

NAS의 Docker 앱 열기.
프로젝트 → 생성 누르기.
프로젝트 이름에 hop 입력.
프로젝트 저장 경로는 방금 git clone한 hop 폴더 선택.
YAML 가져오기에서 compose.nas.yaml 선택. 파일 가져오기가 없으면 해당 파일 내용을 Compose 편집기에 붙여넣습니다.
아래 SSH 명령으로 이미지를 빌드한 뒤 앱에서 배포 누르기.
프로젝트의 hop 컨테이너가 실행 중, 상태가 healthy인지 확인.

hop.noname.company:latest는 NAS에서 소스로 빌드하는 로컬 이미지입니다. Docker Hub에 등록된 이미지가 아니며 docker login은 필요하지 않습니다. YAML의 pull_policy: never는 Compose가 기존 로컬 이미지를 사용하도록 지정합니다. 앱에서 별도로 선택하는 최신 이미지 업데이트는 외부 다운로드를 시도할 수 있으므로 선택하지 않습니다. 처음 배포와 코드 업데이트에는 이미지 빌드가 필요합니다.

처음 프로젝트를 배포하기 전에는 SSH에서 hop 폴더에 들어간 상태로 아래 명령을 실행하고 완료될 때까지 기다립니다. 이미지 빌드만 실행하며 컨테이너를 시작하거나 데이터를 삭제하지 않습니다. 이후 앱에 프로젝트를 저장한 뒤의 업데이트는 7장처럼 최종 docker-compose.yaml을 사용합니다.

sudo docker compose --project-name hop -f compose.nas.yaml build hop

버전별로 버튼 이름이 다를 수 있습니다. 재배포 시 로컬 / 기존 이미지 사용에 해당하는 옵션을 선택합니다. 생성한 YAML은 소스와 .env의 절대 경로를 사용합니다. 별도의 빈 폴더로 소스를 옮기지 마세요. 이미지 다운로드와 프로젝트 관리 방식은 UGREEN 프로젝트 공식 안내를 참고했습니다.

4. Nginx Proxy Manager 설정

기존 NPM 관리 화면에서 진행합니다.

Hosts → Proxy Hosts → Add Proxy Host 누르기. 이미 hop. 항목이 있으면 Edit.
다음 값 입력.

항목	입력값
Domain Names	`hop.noname.company`
Scheme	`http`
Forward Hostname / IP	2단계에서 입력한 NAS 내부 IP
Forward Port	`50189`
Cache Assets	끄기
Websockets Support	켜기

SSH에서 다음 명령을 실행합니다. 사용자 NAS의 실제 cloudflared-tunnel 네트워크 주소로 hop. 전용 설정을 만듭니다.

sh scripts/print-hop-proxy-config.sh > hop.proxy.conf

cat hop.proxy.conf

나온 내용을 hop.noname.company의 Advanced에 붙여넣습니다. 기존의 같은 세 항목은 출력된 내용으로 교체합니다. 다른 도메인의 설정은 바꾸지 않습니다.
Save 누르기.

이 설정은 Tunnel이 연결하는 Docker 주소를 허용하고 외부에서 원본 IP 헤더를 흉내 내어 들어오는 경로를 차단합니다. 실제 전달 헤더는 Cloudflare의 CF-Connecting-IP를 사용합니다. nginx-proxy-manager-app-1과 cloudflared-tunnel의 이름은 현재 NAS에서 확인한 값입니다. 호스트 네트워크 모드라 네트워크 주소를 얻을 수 없으면 설정을 넓히지 말고 오류를 알려주세요.

NPM이 Docker 컨테이너라면 Forward IP에 127.0.0.1을 입력하지 마세요. 여기서는 NAS 내부 IP를 사용합니다. 기존 Tunnel이 NPM의 8080으로 들어오는 설정은 그대로 유지합니다. NPM에 별도 인증서나 Force SSL을 추가하는 단계는 필요하지 않습니다. 공개 HTTPS는 현재 Cloudflare 경로를 사용합니다. NPM은 공식 문서의 도메인별 전달 기능을 사용합니다.

5. Cloudflare Tunnel에 주소 연결

기존 터널의 Published application routes / Public Hostnames 열기.
hop.noname.company가 기존 NPM으로 전달되는지 확인.
주소가 없다면 hop.noname.company 추가.
Service는 다른 서비스에서 이미 사용 중인 NPM의 8080 주소 그대로 입력.
저장.

8080을 50189로 바꾸지 않습니다. Tunnel은 NPM으로, NPM의 hop. 항목은 50189로 전달합니다.

5-1. HTTP를 HTTPS로 자동 이동

Cloudflare → noname.company → Rules → Redirect Rules → Create rule.
이름: hop HTTPS.
Custom filter expression에 입력:

(http.host eq "hop.noname.company" and http.request.scheme eq "http")

URL redirect 타입: Dynamic.
Target URL expression:

concat("https://hop.noname.company", http.request.uri.path)

상태 코드 301, Preserve query string 켜기 → Deploy.
http://hop.noname.company를 열어 주소창이 https://hop.noname.company로 바뀌는지 확인.

hop.에만 적용합니다. Tunnel → NPM 구간을 HTTP로 사용하는 기존 설정은 유지합니다. Cloudflare 공식 리디렉션 설정.

5-2. 주변 자동 발견 활성화

새 버전의 컨테이너가 실행 중이고 4단계 NPM 설정을 저장한 뒤, NAS의 hop 폴더에서 실행합니다.

sh scripts/enable-nas-discovery.sh

이 명령은 현재 운영 주소를 통한 실제 요청으로 인접 프록시와 Cloudflare 원본 IP 전달을 확인하고, 그 프록시 IP만 .env에 지정합니다. 운영 진단 토큰은 설정 스크립트가 생성하며 화면이나 Git에 공개하지 않습니다.

명령이 성공하면 Docker 앱 → 프로젝트 → hop → 편집.
compose.nas.yaml 다시 불러오기 → 저장.
재배포하여 컨테이너를 새 환경설정으로 다시 생성. 단순 재시작은 환경값을 다시 읽지 않습니다.
PC와 휴대폰을 같은 Wi-Fi에 연결하고 https://hop.noname.company를 열기.
QR 없이 상대 기기가 표시되는지 확인.
휴대폰 Wi-Fi를 끄고 모바일 데이터로 전환 → 다른 네트워크 기기가 목록에서 사라지는지 확인.

확인 중 오류가 나면 자동 발견 설정을 임의로 넓히지 마세요. 오류와 Docker 로그를 알려주세요. 주변 목록은 같은 공인 IP 기준이며 Bluetooth 탐색은 아닙니다. IPv6 주소가 서로 다르거나 VPN을 사용하면 같은 Wi-Fi에서도 자동 목록이 다를 수 있습니다.

NPM 또는 Tunnel 컨테이너를 재생성해 Docker IP가 바뀌었다면 4단계 설정을 다시 출력하여 저장한 뒤 5-2단계를 다시 실행합니다.

6. 동작 확인

브라우저에서 다음 주소를 엽니다.

https://hop.noname.company

PC와 휴대폰을 같은 Wi-Fi에서 열어 주변 기기가 자동으로 보이는지 확인.
다른 네트워크의 기기는 다른 기기 연결 → 연결 공간 만들기 → 만들기. 승인 여부는 만들기 화면에서 선택합니다.
해당 기기에서 QR을 스캔하거나 다른 기기 연결 → 연결 공간 참여 → 4자리 초대 코드 입력 → 참여하기.
참여 후 QR 모달이 닫히고 상대 기기가 보이는지 확인.
상대 기기 선택 → 링크 전송 → 상대에서 수락 → 링크가 열리는지 확인.
작은 파일 전송 → 상대에서 수락 → 다운로드 확인.
가입을 활성화했다면 로그인 → 회원가입에서 실제 이메일로 가입 → Resend 인증 메일 확인 → 로그인.
로그인 상태로 받은 자료가 보관함 → 받은 항목에 표시되는지 확인.

주변 자동 발견은 5-2단계를 실행해 활성화합니다. 임의로 TRUSTED_PROXY_CIDRS에 모든 IP를 넣지 마세요.

가입 비밀번호는 8자 이상입니다. 이메일 인증 완료 후 해당 계정으로 자동 로그인하고 보관함의 받은 항목을 표시합니다. 다른 계정으로 로그인한 브라우저에서는 이전 로그인 세션을 종료하고 인증한 계정으로 전환합니다. 개발 DB와 테스트 계정은 NAS에 복사되지 않습니다.

모바일에서는 상단 설치 버튼을 누릅니다. Android 등 지원 브라우저는 설치 창이 열리고, iPhone은 Safari의 공유 → 홈 화면에 추가 안내가 열립니다. 설치한 앱 안에서는 설치 버튼을 숨깁니다. 전송은 앱을 열고 인터넷에 연결된 상태에서 합니다. PWA는 파일·전송 기록·API 응답을 오프라인 캐시에 저장하지 않습니다.

용량 설정

환경변수의 MB는 MiB 기준입니다. 2048은 2GiB입니다.

설정	기준
`MAX_FILE_SIZE_MB=2048`	파일 한 개당 최대 2GiB
`USER_STORAGE_LIMIT_MB=2048`	로그인 계정 개인별 보관함 2GiB. 임시 저장·받은 파일 합산, 같은 원본은 한 계정에서 한 번 계산
`GUEST_STORAGE_LIMIT_MB=2048`	비로그인 기기 세션이 서버에 올리는 파일 총량 2GiB. 로그인 후 기기 간 전송도 해당 기기 세션을 사용
`TOTAL_GUEST_STORAGE_LIMIT_MB=20480`	서버 전체 익명 업로드 원본의 합계 20GiB
`MIN_FREE_DISK_MB=5120`	NAS에 최소 5GiB 여유 공간 확보
`DEFAULT_FILE_RETENTION_DAYS=7`	정상 저장한 파일 최대 7일 후 삭제
`ORPHAN_UPLOAD_RETENTION_HOURS=24`	중단·방치한 업로드 조각 정리 기준 24시간

비로그인은 내역 화면이 없습니다. 파일은 서버로 업로드한 뒤 상대가 다운로드하므로, 전송과 정리를 위한 임시 서버 파일은 필요합니다. 로그인한 개인 보관함과 익명 전체 용량은 별도입니다. 직접 보관함 파일을 삭제하거나 만료되면 개인 사용량에서 빠지며, 다른 사람에게 공유된 원본은 마지막 유효 접근권이 끝날 때 물리적으로 삭제됩니다.

전송 파일이 저장되는 곳과 정리 시점

현재 흐름은 수락 → 서버로 업로드 → NAS에 원본 저장 → 수신자가 다운로드 → 보관 기간 종료 후 정리입니다. 다운로드 완료 직후 삭제하는 방식이 아닙니다. 임시 저장과 받은 항목도 같은 파일 저장소를 사용하며 DB의 접근 권한으로 사용자별 목록을 구분합니다.

데이터	NAS 저장 위치	컨테이너 내부 위치
업로드 완료된 파일 원본	`hop/uploads/originals/`	`/data/uploads/originals/`
업로드 중인 파일·조각	`hop/uploads/temporary/`, `hop/uploads/chunks/`	`/data/uploads/temporary/`, `/data/uploads/chunks/`
계정·파일명·소유자·만료·접근 권한	`hop_hop_database` Docker 볼륨	`/data/database/hop.sqlite`

NAS 파일 관리자에서 공유 폴더 → docker → projects → apps → hop → uploads → originals로 들어갑니다. 전체 경로는 /volume1/docker/projects/apps/hop/uploads/originals입니다. 원본은 무작위 식별자로 저장하고 원래 파일명과 사용자 연결 정보는 DB에 둡니다. 업로드 폴더는 Git과 Docker 이미지에서 제외합니다. NAS 공유 폴더를 컨테이너에 연결하는 방식은 Docker 공식 설명과 UGREEN 공식 안내를 참고했습니다.

파일 관리자로 원본을 수동 삭제하면 다음 보관함·용량 조회, 다운로드·재전송 시 확인하거나 약 1분 간격의 정리 작업에서 감지합니다. 같은 원본의 모든 계정·기기 항목은 만료 처리해 목록과 전송 선택에서 제외하고 사용량을 회수합니다. 열린 화면에는 갱신 이벤트를 보내며 이미 열린 다운로드·전송 화면에서는 삭제 안내를 표시합니다. 권한 오류는 503 안내를 반환하고 DB 기록을 삭제하지 않습니다. 원본을 수동으로 넣거나 이름을 바꿔도 새 보관함 항목을 자동 생성하지 않습니다. temporary·chunks는 진행 중 업로드에 사용하는 폴더입니다.

다운로드 실패·수신자 이탈: 이미 저장된 원본은 바로 삭제되지 않습니다. 받은 항목에 저장된 파일은 로그인 후 만료 전에 다시 다운로드할 수 있습니다. 개인 용량 초과로 받은 항목에 저장되지 않았거나 비로그인으로 받은 경우, 사이트를 떠난 뒤 이전 다운로드를 다시 찾는 UI는 제공하지 않습니다. 이때는 다시 전송하는 방법을 사용합니다. 다운로드 시작 표시는 기기에 저장이 끝났다는 확인을 의미하지 않습니다.
업로드 도중 이탈: 완료되지 않은 업로드는 받은 항목에 생성되지 않습니다. 취소된 조각은 제거하며, 남은 미완료·고아 업로드는 기본 24시간 후 정리합니다. 브라우저를 떠난 뒤 자동 전송·자동 다운로드 재개는 보장하지 않습니다.
만료·삭제: 기본 보관 기간은 항목별 7일이며, 정리 작업은 약 1분 간격입니다. 같은 원본을 사용하는 유효 접근 권한이 하나라도 남아 있으면 유지합니다. 모두 만료·삭제되면 삭제 실행 취소 시간 이후 원본을 제거합니다. 재배포·재시작만으로 파일이 삭제되지는 않습니다.
관리자 접근: NAS·Docker 볼륨과 DB를 읽을 권한이 있는 관리자는 파일과 연결 정보를 확인할 수 있습니다. 종단 간 암호화나 파일 자체 암호화는 적용하지 않습니다. 앱에는 관리자가 모든 사용자 파일을 열람하는 별도 화면이 없으며, 일반 계정은 허용된 본인 항목만 조회할 수 있습니다.

개인 한도가 차도 수신·다운로드는 계속합니다. 새로 받은 파일은 받은 항목에 저장하지 않고 짧은 안내를 표시합니다. 직접 저장은 용량 부족 시 거절합니다. 링크·메모는 파일 용량 합계에 포함하지 않습니다. 기존 10GiB 기본값은 설정 스크립트가 2GiB로 바꾸며, 다른 값으로 조정한 설정과 기존 자료는 유지합니다.

대용량 파일: hop.은 파일을 8MiB씩 분할해 업로드합니다. Cloudflare의 Free/Pro 100MB, Business 200MB 제한은 HTTP 요청 한 번의 크기이므로 전체 파일을 그 크기로 제한하지 않습니다. 앱의 파일당 최대 2GiB와 계정·익명 저장소 제한은 유지합니다. 중간 요청 오류는 서버가 받은 위치부터 최대 3회 자동 재시도합니다. 재시도가 끝나면 현재 전송 화면의 ‘다시 전송’을 누릅니다. 브라우저를 재시작하거나 로그아웃한 뒤의 자동 복구는 보장하지 않습니다. 마지막 파일 내용 검증과 저장이 끝나야 수신 자료가 생성됩니다. Cloudflare 업로드 제한.

7. 다음 버전으로 업데이트

일반적인 코드·UI 업데이트는 아래 순서만 진행하세요. 기존 YAML·환경변수·볼륨은 그대로 사용합니다.

SSH에서 hop 폴더로 이동:

cd /volume1/docker/projects/apps/hop

최신 코드 받기:

git pull --ff-only origin main

SSH에서 새 이미지 빌드. 완료될 때까지 기다립니다:

sudo docker compose --project-name hop -f docker-compose.yaml build hop

Docker 앱 → 프로젝트 → hop → 재배포. 로컬 / 기존 이미지 사용에 해당하는 옵션을 선택합니다. 최신 이미지는 외부 다운로드이므로 선택하지 않습니다.
healthy 확인 → 브라우저 새로고침. PWA는 앱을 닫고 다시 열기.

유그린의 최신 이미지 업데이트는 Git 소스를 빌드하는 기능이 아닙니다. pull access denied 뒤에 Running 0.0s만 나오면 새 이미지 빌드·컨테이너 교체가 확인되지 않은 상태입니다. 기존 컨테이너를 단순 재시작해도 새 코드는 반영되지 않습니다.

앱 재배포 이후에도 이전 코드가 실행되면, SSH에서 아래 명령으로 이미 빌드한 이미지에 컨테이너를 맞춥니다. 기존 DB와 업로드 저장 경로는 유지하며, 이후 시작·중지·로그 확인은 Docker 앱에서 계속 진행할 수 있습니다:

sudo docker compose --project-name hop -f docker-compose.yaml up -d --no-build --pull never --force-recreate --wait --wait-timeout 90 hop

현재 인증 코드 적용 여부는 아래 명령으로 확인합니다. 8이면 비밀번호 최소 8자 변경이 반영됐고, 12이면 이전 코드입니다:

sudo docker exec hop node -e "fetch('http://127.0.0.1:'+process.env.PORT+'/api/auth/me').then(r=>r.json()).then(v=>console.log(v.passwordMinLength))"

저장소 전환을 완료한 뒤의 코드·UI 업데이트는 이 순서만 진행합니다. 설정 스크립트를 다시 실행하거나 YAML을 다시 불러올 필요가 없습니다. NPM·Cloudflare Tunnel 설정도 그대로 유지합니다. 위치 검색은 양쪽 브라우저에서 위치 권한을 허용하면 자동으로 동작합니다.

DB는 hop_hop_database 볼륨, 파일은 hop 폴더의 uploads에 있습니다. uploads, .env, 생성된 compose.nas.yaml, 앱이 저장한 docker-compose.yaml은 Git에서 제외하므로 일반 코드 업데이트로 덮어쓰지 않습니다. 같은 저장 경로를 사용하는 재배포에서 데이터는 유지됩니다.

7-1. 업로드 폴더 전환과 테스트 자료 초기화

이번에 한 번만 실행합니다. 기존 테스트 계정·기기 이름·방·전송 기록·보관 파일은 모두 삭제합니다. .env와 소스는 유지합니다. 다음 업데이트에서 반복하지 마세요.

Docker 앱 → 프로젝트 → hop → 중지.
SSH에서 hop 폴더로 이동:

cd /volume1/docker/projects/apps/hop

최신 코드 받기:

git pull --ff-only origin main

중지된 hop 컨테이너 제거. 프로젝트 소스 폴더는 남습니다:

sudo docker rm hop

기존 테스트 DB와 업로드 볼륨 삭제:

sudo docker volume rm hop_hop_database hop_hop_uploads

새 업로드 폴더·권한·YAML 준비. 기존 .env의 비밀값은 재발급하지 않습니다:

sudo sh scripts/configure-nas.sh

Docker 앱 → 기존 hop 프로젝트의 편집 / Compose 설정에서 새 compose.nas.yaml을 다시 불러옵니다. 파일 가져오기가 없으면 아래 내용을 Compose 편집기에 붙여넣습니다:

cat compose.nas.yaml

이미지 재빌드 → 재배포 / 시작. healthy 확인.
SSH에서 실제 파일 연결 경로 확인:

sudo docker inspect --format '{{range .Mounts}}{{if eq .Destination "/data/uploads"}}{{.Type}} → {{.Source}}{{end}}{{end}}' hop

다음처럼 나오면 완료입니다:

bind → /volume1/docker/projects/apps/hop/uploads

브라우저/PWA 새로고침 → 필요하면 다시 회원가입 → 작은 파일 전송 → NAS 파일 관리자에서 hop → uploads → originals 확인.

이후에는 Git pull → 이미지 재빌드 → 재배포만 진행합니다. uploads 폴더와 DB는 그대로 유지합니다.

추가 작업이 필요한 업데이트

변경 내용	필요한 작업
코드·화면·CSS 변경	Git pull → 이미지 재빌드 → 재배포
Docker 구성·포트·볼륨 경로 변경	Git pull → 설정/YAML 다시 생성 → Docker 앱에 새 YAML 불러오기 → 재빌드 → 재배포
환경변수 변경	필요한 값 수정 → 설정/YAML 다시 생성 → Docker 앱에 새 YAML 불러오기 → 재배포. 코드도 바뀌었다면 재빌드
DB 구조·기존 데이터 변경	해당 버전의 변경 안내 확인 → 필요 시 아래 데이터 백업 → Git pull → 재빌드 → 재배포

YAML이나 DB 변경이 필요한 버전은 업데이트 안내에서 별도로 표시합니다. 코드·CSS 수정 때마다 데이터 백업이나 YAML 재생성을 반복할 필요는 없습니다.

필요한 경우에만 데이터 백업

백업 대상은 Git에 있는 코드가 아니라 **로그인 계정·설정이 들어 있는 DB, 임시 보관 파일, NAS의 .env**입니다. DB 변경 전 상태로 돌아갈 수 있게 준비하거나 현재 데이터를 별도로 보관하고 싶을 때 실행합니다.

Docker 앱 → 프로젝트 → hop → 중지.
SSH에서 순서대로 실행:

cd /volume1/docker/projects/apps/hop

mkdir -p backups

chmod 700 backups

sudo docker volume inspect hop_hop_database >/dev/null

sudo docker run --rm -v hop_hop_database:/source/database:ro -v "$PWD/uploads:/source/uploads:ro" -v "$PWD/backups:/backup" alpine:3.22 sh -c 'tar -czf "/backup/hop-$(date +%Y%m%d-%H%M%S).tar.gz" -C /source database uploads'

cp -p .env "backups/env-$(date +%Y%m%d-%H%M%S)"

백업 후 위의 업데이트 순서로 진행하거나, 백업만 했다면 Docker 앱에서 시작.

DB 구조가 바뀐 뒤 이전 상태로 복구하려면 같은 시점의 코드·DB·파일·환경설정을 함께 사용해야 합니다. 데이터 유지가 필요한 경우 프로젝트의 볼륨을 삭제하거나 docker compose down -v를 실행하지 않습니다.

8. 시작 / 중지 / 로그

할 일	누를 위치
시작	Docker → 프로젝트 → hop → 시작
중지	Docker → 프로젝트 → hop → 중지
설정 변경 적용	`.env` 수정 → YAML 재생성 → 프로젝트 편집 → YAML 다시 불러오기 → 재배포
오류 확인	Docker → 컨테이너 → hop 컨테이너 → 로그

SSH에서 실제 설정 중 비밀값 없이 주소·포트만 확인하려면:

grep -E '^(APP_URL|HOP_BIND_IP|HOP_HOST_PORT|HOP_CONTAINER_PORT)=' .env

NAS에서 앱의 상태만 확인하려면:

HOP_NAS_IP=$(sed -n 's/^HOP_BIND_IP=//p' .env)
curl -fsS "http://${HOP_NAS_IP}:50189/api/health"

HTTP 주소는 상태 확인에만 씁니다. 실제 접속·QR·로그인은 https://hop.noname.company를 사용하세요.

환경파일을 YAML에 포함하지 않는 생성 방식은 Docker Compose 공식 문서의 --no-env-resolution을 사용합니다. .env, 생성된 compose.nas.yaml, 앱이 저장한 docker-compose.yaml, backups는 Git과 Docker 빌드에서 제외됩니다.

이미지 다운로드 오류가 나올 때

pull access denied for hop.noname.company는 소스 빌드용 로컬 이미지를 외부 레지스트리에서 찾았다는 뜻입니다. 앱의 재배포 → 최신 이미지는 외부 다운로드 기능입니다. Running은 실행 상태만 나타내며 최신 Git 코드가 반영됐다는 뜻은 아닙니다.

SSH에서 순서대로 실행하세요.

cd /volume1/docker/projects/apps/hop

git pull --ff-only origin main

sudo docker compose --project-name hop -f docker-compose.yaml build --no-cache hop

빌드 완료 후 Docker 앱에서 재배포 → 로컬 / 기존 이미지 사용에 해당하는 옵션을 선택합니다. 앱에서 컨테이너가 교체되지 않으면 7장의 up ... --force-recreate 명령을 사용합니다. 기존 YAML이 이미 pull_policy: never이고 /data/uploads가 hop 폴더의 uploads에 연결됐다면 설정 스크립트 실행이나 YAML 교체는 필요 없습니다.

docker login이나 볼륨 삭제는 필요 없습니다. never의 로컬 이미지 사용 방식은 Docker 공식 문서를 참고했습니다.

초대 코드와 모바일 화면

새 초대 코드는 기본 4자리입니다. 기존 .env를 수정하지 않아도 새 이미지에서 적용됩니다. 업데이트 전에 발급한 8자리 코드와 QR은 원래 만료 시간까지 유효합니다.

나중에 초대 코드를 6자리로 바꾸려면 .env에 SPACE_INVITE_CODE_LENGTH=6을 넣고 YAML 다시 생성 → 프로젝트 편집 → YAML 다시 불러오기 → 재배포합니다. DB나 업로드 볼륨은 그대로 사용합니다.

모바일 기기 설정은 하단 시트로 열리고 입력창을 자동으로 선택하지 않습니다. 사용자가 입력창을 누르면 키보드가 열린 가시 영역에 맞춰 시트 높이를 조정합니다. 로그인·기기명·URL 등 입력 글자는 16px 이상으로 적용하며 화면 확대 기능 자체를 차단하지 않습니다. 파일 전송 중에는 선택한 파일명 아래에 진행률을 표시합니다.

헤더에는 로그인/보관함과 더보기만 표시합니다. 더보기 → 앱 설치 / 테마 / 서비스 정보에서 보조 기능을 사용하세요.

클립보드 전송 업데이트

일반 텍스트·단일 링크 자동 판별과 텍스트 수신 미리보기·복사를 추가했습니다. 이번 변경은 기존 텍스트 컬럼을 재사용하므로 DB 마이그레이션·YAML 변경 없이 Git pull → 이미지 재빌드 → 재배포로 적용합니다. 기존 .env에 새 설정이 없어도 텍스트 한도는 256KiB입니다. 한도를 별도로 조정할 때만 MAX_TEXT_PAYLOAD_SIZE_KB를 변경하고 환경설정을 재배포하세요.

브라우저마다 클립보드 권한 방식이 다릅니다. 첫 읽기가 제한되어도 직접 입력하거나 ‘다시 가져오기’를 사용할 수 있습니다. ‘다시 가져오기’에서 브라우저의 붙여넣기 확인이 뜨는 것은 권한 확인 절차입니다. 기기 카드 자체의 텍스트 선택은 차단하고 입력창·받은 텍스트의 직접 선택과 붙여넣기는 유지합니다.

화면 안내 정리

보관함 탭은 받은 항목 → 임시 저장 순서입니다. 항목의 날짜는 보관 만료 · 날짜/시간까지로 표시합니다. 계정 설정에서 이메일은 표시만 하고 변경 버튼은 숨깁니다. 비밀번호 변경은 유지합니다. 오류 토스트는 텍스트와 닫기 아이콘의 양쪽 여백을 맞추며 기본 5초 뒤 닫힙니다. 네트워크 연결 실패는 한국어로 안내하고 닫기 버튼으로 즉시 닫을 수도 있습니다.

이메일 인증 자동 로그인 업데이트

가입 비밀번호는 최소 8자입니다. 인증 메일의 링크를 열고 이메일 인증 완료하기를 누르면 해당 계정으로 자동 로그인하며 보관함의 받은 항목을 표시합니다. 다른 계정으로 로그인한 브라우저에서는 이전 세션을 종료하고 인증한 계정으로 전환합니다. 다른 기기의 로그인은 유지합니다. 만료·재사용된 링크로는 현재 로그인을 변경하지 않습니다.

이번 인증 변경은 Git pull → 이미지 재빌드 → 재배포로 적용합니다. 기존 계정·파일은 유지하고 YAML·환경변수·DB 구조는 변경하지 않습니다. 업로드 폴더 전환을 완료했다면 7-1의 초기화를 반복하지 마세요.

32 KiB Raw Blame History