generated from ttipo/project-base
ttipo
93147b88b7
- ClamAV 1.4.6 LTS 를 둘로 나눴다: clamd 는 백엔드와만 닿는 internal 네트워크(바깥 길 없음 · 서명 볼륨 읽기 전용), freshclam 은 자기 바깥 길에만. 비-root · cap_drop ALL. 운영은 늘 뜨고 개발은 profile clamav. clamd.conf 는 한 파일 한도 2047M 까지 끝까지 검사하고 암호 · 한도 초과를 판정으로 알린다(실측표는 mail/README). 검사 중에 죽으면 남던 임시 파일을 띄울 때 지운다. - nginx 를 포털 · 공개 내려받기(files.) 두 server 로 가른다(SHARE_PUBLIC_URL 과 CORS_ORIGIN 의 호스트 비교 — 같으면 포털이 함께 연다). 조각 PUT 17m, 받기는 버퍼링 · 압축 끔 + X-Accel-Buffering 넘김 + 머리글 버퍼 16k, limit_conn 은 X-Forwarded-For 마지막 칸으로 IP 마다 공개 10 · 앱 안 30, 전체 공개 400 · 앱 안 200. 받기 location 은 /api/ 블록 안의 대소문자를 가리지 않는 정규식이다(리뷰 — /FILES/ 같은 변형이 상한을 비켜 갔다). 접근 로그는 경로 모양과 43자 토큰 모양으로 토큰을 가린다. - 파일은 named volume <PROJECT_NAME>_files(개발도 — builder 단계가 /app/files 를 node 소유로 만든다), 백업하지 않는다. - CI infra 잡: nginx 두 꼴 · 받기 경로 변형 시험(가짜 백엔드) · clamconf(-n 없이 기본값까지) · 틀린 SHARE_PUBLIC_URL 거부. - mail/README: 악성 검사 · 공개 호스트 · NPM 칸(Advanced 다섯 줄) · 메모리 예산 · 문제 해결. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
13 lines
957 B
Plaintext
13 lines
957 B
Plaintext
# ==========================================
|
|
# 포털에서는 대용량 첨부의 공개 화면 /s/ 를 열지 않는다 — 공개 호스트(SHARE_PUBLIC_URL)를 따로 둘 때 (11단계 — 계약 4절 "공개 호스트")
|
|
#
|
|
# 포털 server 가 넣는다(nginx.conf — nginx-env.envsh 의 NGINX_PORTAL_SHARE=closed). 템플릿이 아니다(/etc/nginx/snippets/share-closed.conf).
|
|
# 공개 API(/api/public-links/)는 /api/ 블록 안의 nginx-share-api-closed.conf 가 닫는다(없는 경로와 같은 404 RES_001 JSON).
|
|
# 포털 주소로 온 공개 링크는 열지 않는다 — 털린 계정이 퍼뜨린 악성 파일로 포털 호스트까지 차단 목록에 오르지 않게.
|
|
# /S/… 처럼 대소문자가 다른 꼴은 SPA 로 가지만 화면 라우터가 공개 화면을 그리지 않는다(routes.ts 의 sensitive) — 받기는 API 쪽에서 닫혀 있다
|
|
# ==========================================
|
|
|
|
location ^~ /s/ {
|
|
return 404;
|
|
}
|