noname.company/hop.noname.company

Fork 0

Files

zenn 69e7449ba7 Separate completed transfers and retain original file extensions

2026-10-14 16:10:59 +09:00

36 KiB

Raw Blame History

hop. 유그린 NAS 배포 순서

운영 설정은 Git에서 관리하는 docker-compose.yaml 하나를 사용합니다. UGREEN Docker 앱과 NAS 터미널 모두 같은 파일을 사용합니다.

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

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

파일은 hop 폴더 안의 uploads, DB는 기존 hop_hop_database 볼륨에 저장합니다. 현재 정상 운영 중인 설치에서 Compose 파일만 통합할 때는 7-0. 기존 파일을 단일 운영 파일로 전환을 한 번 진행합니다. 이후에는 7. 다음 버전으로 업데이트만 진행하며 계정·파일·DB를 초기화하지 않습니다.

‘허용되지 않은 접속 경로’가 나오면: 주소창을 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를 사용합니다.

마지막에 표시된 docker-compose.yaml 경로를 복사해 둡니다. .env는 NAS에만 남고 Git에 올라가지 않습니다. 기존 .env의 비밀값은 유지합니다. 이 스크립트는 .env와 저장 권한을 준비하고 Compose 문법을 검사하며, Git에서 관리하는 Compose 파일을 생성하거나 덮어쓰지 않습니다.

3. Docker 앱과 터미널에서 같은 파일로 배포

NAS의 Docker 앱 → 프로젝트 → 생성 누르기.
프로젝트 이름은 hop, 프로젝트 폴더는 /volume1/docker/projects/apps/hop으로 지정.
docker-compose.yaml 선택. 앱 상단의 구성 파일 경로가 hop 폴더의 이 파일인지 확인.
앱에서 배포 누르기. 기존 프로젝트의 시작·중지·로그 확인도 계속 이 프로젝트에서 진행합니다.

터미널에서 빌드·배포할 때도 hop 폴더에서 같은 파일을 사용합니다:

sudo docker compose -f docker-compose.yaml up -d --build

name: hop은 기존 프로젝트를 지정합니다. 컨테이너는 hop, 네트워크는 hop_hop_network, DB 볼륨은 hop_hop_database를 그대로 사용합니다. 포트·주소·UID/GID는 기존 .env 값을 읽으며, 현재 NAS의 값은 192.168.50.146:50189:50189와 1000:10입니다. build.context: ., env_file: .env, ./uploads는 Compose 파일이 있는 hop 폴더를 기준으로 해석하므로 NAS의 기존 절대 경로와 같습니다.

hop.noname.company:latest는 소스로 빌드하는 로컬 이미지이며 Docker Hub에 등록된 이미지가 아닙니다. **pull_policy: build**와 --build로 소스를 빌드합니다. 앱의 최신 이미지 다운로드는 다른 동작이므로 외부에서 이미지를 찾다가 실패할 수 있습니다. Docker 공식 문서.

Git으로 받은 파일을 운영 기준으로 사용합니다. 앱 편집기가 YAML을 저장하면서 형식을 바꾼 경우 git diff -- docker-compose.yaml로 변경 내용을 확인하세요. 필요한 운영 변경은 이 파일에 반영해 Git에도 함께 기록합니다. 프로젝트 관리 방식은 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에 공개하지 않습니다.

명령이 성공하면 같은 파일로 새 .env 설정을 적용합니다:

sudo docker compose -f docker-compose.yaml up -d --build

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/completed/`	`/data/uploads/completed/`
업로드 중인 파일·조각	`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로 들어갑니다. 전체 경로는 /volume1/docker/projects/apps/hop/uploads입니다. 파일명은 무작위 식별자.jpg처럼 원래 확장자를 붙여 저장하고, 원래 전체 파일명과 사용자 연결 정보는 DB에 둡니다. 확장자가 없거나 안전한 확장자로 판별할 수 없는 파일에는 확장자를 임의로 붙이지 않습니다. 업로드 폴더는 Git과 Docker 이미지에서 제외합니다. NAS 공유 폴더를 컨테이너에 연결하는 방식은 Docker 공식 설명과 UGREEN 공식 안내를 참고했습니다.

로그인한 A가 비로그인 B에게 새 파일을 보내도 A의 보관함에 자동 저장하지 않습니다. B에게 다운로드 응답을 끝낸 파일에 유효한 계정 보관함 참조가 없으면 completed로 옮기며, 로그인한 수신자의 받은 항목이나 임시 저장에 연결된 파일은 originals에 유지합니다. 다른 다운로드·미리보기가 진행 중이면 이동을 기다립니다. 폴더 분류만 변경하며 기존 접근권·재다운로드·용량 계산·기본 7일 만료일은 유지합니다. 계정 참조가 복원되면 다음 정리 시 originals로 돌려놓습니다. 서버의 응답 완료는 브라우저가 기기에 저장했다는 보증은 아닙니다.

앱 시작 시 확장자 없는 기존 파일은 DB와 함께 이름을 변경합니다. 이전 버전의 다운로드 완료 여부는 소급 확인할 수 없으므로 기존 파일은 수신자가 다시 다운로드할 때 completed로 분류합니다. 이동 중 종료되면 숨김 폴더 .file-moves의 복구 기록으로 파일 경로와 DB를 맞춥니다. 새 배포에 저장소 초기화·Compose 수정·폴더 수동 생성은 필요하지 않습니다.

파일 관리자로 원본을 수동 삭제하면 다음 보관함·용량 조회, 다운로드·재전송 시 확인하거나 약 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. 다음 버전으로 업데이트

소스 코드와 운영 Compose 설정을 Git에서 함께 받습니다. 같은 파일로 빌드·재배포하며 기존 DB·업로드는 유지합니다.

hop 폴더로 이동:

cd /volume1/docker/projects/apps/hop

최신 코드와 설정 받기:

git pull --ff-only origin main

빌드·재배포. 완료될 때까지 기다립니다:

sudo docker compose -f docker-compose.yaml up -d --build

상태 확인:

sudo docker compose -f docker-compose.yaml ps

브라우저 새로고침. PWA는 앱을 닫고 다시 열기.

일반 업데이트에는 설정 스크립트 실행·YAML 재생성·수동 복사가 필요 없습니다. UGREEN 앱도 같은 docker-compose.yaml을 사용하며 프로젝트 관리 기능은 계속 사용할 수 있습니다. NPM·Cloudflare Tunnel 설정은 그대로 유지합니다.

Git pull이 로컬 Compose 변경 때문에 중단되면 git diff -- docker-compose.yaml로 차이를 먼저 확인합니다. 앱에서 필요한 운영 설정을 바꾼 경우 그 변경을 Git 설정과 함께 정리하며, 자료나 설정을 강제로 초기화하지 않습니다.

7-0. 기존 파일을 단일 운영 파일로 전환

이번에 한 번만 진행합니다. 기존 컨테이너·네트워크·DB 볼륨·업로드·계정을 삭제하지 않습니다. .env도 그대로 사용합니다.

hop 폴더로 이동:

cd /volume1/docker/projects/apps/hop

현재 앱이 만든 파일이 Git 미추적 파일인 경우에만 /tmp에 옮겨 둡니다. 현재 실행 중인 컨테이너의 데이터는 변경하지 않습니다:

if [ -f docker-compose.yaml ] && ! git ls-files --error-unmatch docker-compose.yaml >/dev/null 2>&1; then
  sudo mv docker-compose.yaml /tmp/hop-compose.before-unify.yaml
fi

Git에서 단일 운영 파일 받기:

git pull --ff-only origin main

기존 .env 값이 현재 운영 설정과 맞는지 확인합니다. 아래 명령은 비밀값을 출력하지 않습니다:

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

현재 NAS에서는 APP_URL=https://hop.noname.company, HOP_BIND_IP=192.168.50.146, 두 포트는 50189, UID/GID는 1000과 10을 사용합니다. 값이 비어 있거나 다르면 기존 운영 값에 맞춰 .env를 정리한 뒤 진행합니다. 이 전환에서는 configure-nas.sh나 저장소 초기화를 다시 실행하지 않습니다.

Compose 문법 검사. 정상일 때는 출력 없이 끝납니다:

sudo docker compose -f docker-compose.yaml config --quiet

같은 파일로 빌드·재배포:

sudo docker compose -f docker-compose.yaml up -d --build

UGREEN 앱 상단의 구성 파일 경로가 /volume1/docker/projects/apps/hop/docker-compose.yaml인지 확인합니다. 이후에는 파일 내용을 다른 Compose 파일로 옮기지 않습니다.
더 이상 사용하지 않는 NAS 생성 파일만 정리합니다. 기존 compose.yaml은 Git 업데이트에서 제거됩니다:

rm -f compose.nas.yaml

이후에는 위 7장의 일반 업데이트 명령만 사용합니다. /tmp에 옮긴 이전 설정은 전환 확인용이며, 운영에는 Git의 docker-compose.yaml만 사용합니다.

7-1. 저장 데이터 유지

DB는 기존 hop_hop_database 볼륨을 /data/database에 연결하며 nocopy: true를 유지합니다. 업로드는 같은 hop 폴더의 uploads를 /data/uploads에 연결합니다. 컨테이너 교체 시 같은 저장소를 사용합니다. .env, uploads, DB, 백업 파일은 Git에서 제외하고, docker-compose.yaml은 Git에서 관리합니다.

실제 업로드 연결 경로는 다음 명령으로 확인할 수 있습니다:

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

현재 NAS에서는 bind → /volume1/docker/projects/apps/hop/uploads가 나와야 합니다. 이전 업로드 볼륨을 아직 사용 중인 다른 설치는 파일 보존 방법부터 확인한 뒤 전환합니다. 이번 Compose 정리는 기존 자료 초기화 작업이 아닙니다.

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

변경 내용	필요한 작업
코드·화면·CSS 변경	Git pull → 이미지 재빌드 → 재배포
Docker 구성·포트·볼륨 경로 변경	Git pull → 같은 `docker-compose.yaml`로 빌드·재배포. 저장 경로 변경은 기존 자료 연결부터 확인
환경변수 변경	NAS의 `.env` 값 수정 → 같은 `docker-compose.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` 또는 Git의 `docker-compose.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를 사용하세요.

docker-compose.yaml에는 .env의 경로와 환경변수 참조만 기록합니다. 비밀값을 YAML에 펼쳐 저장하지 않습니다. 설정 스크립트는 Docker Compose 공식 문서의 --no-env-resolution --quiet로 문법만 검사합니다. .env, uploads, backups는 Git과 Docker 빌드에서 제외됩니다.

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

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

Docker 앱에서 hop 프로젝트 → Compose 구성을 열어 다음 설정인지 확인하세요:

pull_policy: build

이전 never 설정이면 build로 변경하고 재배포합니다. build 경로는 /volume1/docker/projects/apps/hop, Dockerfile은 Dockerfile을 그대로 사용합니다. 기존 DB·업로드 저장 경로도 그대로 유지합니다. 새 코드가 NAS 폴더에 반영돼 있어야 합니다.

다시 실행해도 Running 0.0s와 다운로드 오류만 나오면 실제 소스 빌드가 확인되지 않은 상태입니다. 7장의 sudo docker compose -f docker-compose.yaml up -d --build는 같은 운영 파일로 소스를 빌드·배포하는 명령입니다. 먼저 배포 화면과 전체 로그를 확인하세요. docker login이나 볼륨 삭제는 필요 없습니다.

초대 코드와 모바일 화면

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

나중에 초대 코드를 6자리로 바꾸려면 .env에 SPACE_INVITE_CODE_LENGTH=6을 넣고 같은 docker-compose.yaml로 재배포합니다. DB나 업로드 볼륨은 그대로 사용합니다.

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

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

클립보드 전송 업데이트

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

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

화면 안내 정리

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

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

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

이번 인증 변경은 Git pull → 이미지 재빌드 → 재배포로 적용합니다. 기존 계정·파일은 유지하고 YAML·환경변수·DB 구조는 변경하지 않습니다. 기존 DB·업로드를 초기화하지 않습니다.

전송 요청 제한과 차단 해제

새 기본 한도는 같은 상대 10회/분, 기기 세션 전체 30회/분, 같은 IP 전체 120회/분입니다. 로그인 중 기기 전송에도 같은 기준을 적용합니다. 파일 개수가 아닌 전송 요청 횟수를 계산하며, 거절·취소한 전송 요청도 이미 사용한 횟수에 포함됩니다. 제한된 재시도나 진행 중 전송 때문에 거절된 요청은 다른 한도를 추가로 소모하지 않습니다.

제한 창은 첫 허용 요청부터 60초이며 반복 재시도로 종료 시간이 연장되지 않습니다. 상대가 거절하면 별도로 기본 300초 동안 그 상대에게 재요청할 수 없습니다. 서버는 Retry-After와 남은 시간을 반환하고, 전송 버튼에 카운트를 표시합니다. 대기 중에도 입력·파일 선택은 유지하며 시간이 끝나면 전송 버튼이 다시 활성화됩니다.

기존 NAS .env에 이전 기본값이 있으면 한 번 아래 명령으로 그 값만 변경합니다. 직접 조정한 다른 값과 비밀값은 유지합니다. hop 폴더에서 실행하세요:

sed -i -e 's/^GUEST_REQUESTS_PER_MINUTE=5$/GUEST_REQUESTS_PER_MINUTE=30/' -e 's/^IP_REQUESTS_PER_MINUTE=20$/IP_REQUESTS_PER_MINUTE=120/' -e 's/^PAIR_REQUESTS_PER_MINUTE=2$/PAIR_REQUESTS_PER_MINUTE=10/' .env

이후 Git pull과 같은 docker-compose.yaml로 빌드·재배포합니다. YAML이나 DB 구조 변경은 없습니다. 명시적인 .env 값이 새 기본값보다 우선합니다.

수신 요청은 파일·링크·텍스트 아이콘과 제목으로 구분하고 수락/거절 버튼은 2:1입니다. 차단은 오른쪽 하단의 작은 텍스트를 누른 뒤 확인해야 실행됩니다. 푸터의 내 기기 설정 → 차단한 기기 관리 → 차단 해제로 해제합니다. 차단은 현재 브라우저의 기기 세션에 저장되며 로그인 여부와 별개입니다. 해제해도 이전 요청을 다시 수락하는 방식으로 복구하지 않으므로 발신자가 새로 전송해야 합니다. 상대가 나를 별도로 차단했다면 내 차단 해제만으로 상대의 차단을 풀 수 없습니다.

수신 파일 용량은 0.1MB 이상부터 MB, 1GB 이상부터 GB로 표시합니다. 그보다 작은 파일은 KB 또는 ‘1 KB 미만’이며, 파일 한 개의 용량은 파일명 옆에 한 번만 표시합니다. 단위는 MB=1,000,000바이트, GB=1,000,000,000바이트입니다. 서버의 MiB/GiB 기준 저장·파일 한도는 유지합니다.

36 KiB Raw Blame History Unescape Escape