Question 1

Sharry에서 파일 업로드가 timeout되는 이유와 해결 방법은 무엇인가요?

Accepted Answer

업로드 타임아웃은 일반적으로 `sharry.restserver.base-url`이 기본값인 `http://localhost:9090`으로 설정되어 있을 때 발생합니다. Sharry를 리버스 프록시, Cloudflare Tunnel 또는 외부 호스트네임 뒤에 배포한 후에는 `sharry.conf`의 `base-url`을 실제 공개 URL(예: `https://files.example.com`)로 업데이트해야 합니다. 이렇게 하면 클라이언트가 청크 업로드를 위해 올바른 백엔드에 접근할 수 있습니다. 설정을 변경한 후 Sharry를 다시 시작하십시오. 문제가 지속되면 브라우저 콘솔 로그에서 실패한 POST 요청을 확인하고 프록시가 모든 트래픽을 올바르게 전달하는지 검증하십시오.

Question 2

Authentik과 같은 리버스 프록시 인증을 사용할 때 Sharry 공유 및 별칭에 대한 공개 액세스를 허용하는 방법은 무엇인가요?

Accepted Answer

다음 경로에 대해 Go-compatible regex 패턴을 사용하여 인증을 우회하도록 reverse proxy를 구성하십시오: ^/app/open/[a-zA-Z1-9-]+, ^/app/share/[a-zA-Z1-9-]+, ^/app/assets/.*, ^/api/v2/open/.*, ^/api/v2/alias/.*. 이렇게 하면 게시된 shares와 aliases가 로그인 없이도 접근 가능하게 유지되면서 다른 모든 엔드포인트는 보호됩니다. 민감한 경로(예: admin, user management)가 실수로 노출되지 않았는지 확인하십시오.

Question 3

Postgres를 Docker에서 실행할 때 'FATAL: database "dbuser" does not exist' 오류를 해결하는 방법

Accepted Answer

이 오류는 Postgres 컨테이너에 'dbuser'라는 데이터베이스가 없음을 의미합니다. 해결 방법: 1) docker-compose.yml에서 `POSTGRES_DB=dbuser`를 설정하세요 (또는 `POSTGRES_DB`를 생략하면 `POSTGRES_USER`와 일치하는 데이터베이스가 자동 생성됩니다). 2) 앱의 데이터베이스 연결 문자열이 실제 데이터베이스 이름과 일치하는지 확인하세요. 3) 이름 충돌 확인: 기본 Docker 네트워크에서 동일한 이름의 다른 Postgres 컨테이너가 실행 중인 경우 중지하거나 컨테이너 이름을 변경하세요. 작동 예시 구성:

```yaml
services:
  db:
    image: postgres:17.1
    container_name: postgres_db
    environment:
      - POSTGRES_USER=dbuser
      - POSTGRES_PASSWORD=dbpass
      - POSTGRES_DB=dbuser  # 앱이 예상하는 데이터베이스와 일치해야 합니다
    healthcheck:
      test: pg_isready -d dbuser
```

수동 해결 방법으로 `docker exec <container> createdb -U dbuser dbuser` 명령어로 데이터베이스를 생성하세요.

sharry

주요 기능

할 수 없는 것

사용 사례

태그

시작하기

유사한 프로젝트