Question 1

Sharryでのファイルアップロードがtimeoutする理由と、その修正方法は？

Accepted Answer

アップロードのタイムアウトは、通常 `sharry.restserver.base-url` がデフォルトの `http://localhost:9090` のままになっている場合に発生します。リバースプロキシ、Cloudflare Tunnel、または外部ホスト名の背後にSharryを配置した後は、`sharry.conf` の `base-url` を実際の公開URL（例：`https://files.example.com`）に更新する必要があります。これにより、クライアントがチャンクアップロードのための正しいバックエンドに到達できるようになります。設定変更後はSharryを再起動してください。問題が解決しない場合は、ブラウザのコンソールログで失敗したPOSTリクエストを確認し、プロキシがすべてのトラフィックを正しく転送していることを確認してください。

Question 2

Authentikのようなリバースプロキシ認証を使用する場合に、Sharryの共有やエイリアスへのパブリックアクセスを許可する方法は？

Accepted Answer

次のパスに対して認証をバイパスするようにリバースプロキシを設定してください。Go互換の正規表現パターンを使用します: ^/app/open/[a-zA-Z1-9-]+, ^/app/share/[a-zA-Z1-9-]+, ^/app/assets/.*, ^/api/v2/open/.*, ^/api/v2/alias/.*。これにより、公開された共有リンクやエイリアスはログインなしでアクセス可能となり、その他のすべてのエンドポイントは保護されたままになります。センシティブなパス（例: admin, user management）が誤って公開されていないことを確認してください。

Question 3

DockerでPostgresを実行する際に'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 <コンテナ名> createdb -U dbuser dbuser` でデータベースを作成することもできます。

sharry

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト