リバースプロキシとして動作するApache2を介したGiteaへのアクセスが遅い
app.iniでログレベルをtraceに切り替えて内部を確認する
code:a
server-1 | 2024/11/10 09:28:29 ...eb/routing/logger.go:68:func1() I router: polling GET /user/events for 217.178.136.200:0, elapsed 3810.0ms @ events/event s.go:18(events.Events)
server-1 | 2024/11/10 09:28:31 ...eb/routing/logger.go:68:func1() I router: polling GET /user/events for 217.178.136.200:0, elapsed 3051.2ms @ events/events.go:18(events.Events) server-1 | 2024/11/10 09:28:39 ...eb/routing/logger.go:102:func1() I router: completed GET /user/events for 217.178.136.200:0, 200 OK in 180002.5ms @ events/events.go:18(events.Events) server-1 | 2024/11/10 09:28:39 ...s/process/manager.go:231:remove() T Done 672ffd83-11: GET: /user/events ここでアクセス実行
このログの数十秒後に読み込みが完了し、以下が出現
code:log
server-1 | 2024/11/10 09:28:56 ...s/process/manager.go:188:Add() T Start 672ffe48: GET: /froggie3/py-experimental-downloader/src/branch/main/mysqlite3op (request) server-1 | 2024/11/10 09:28:56 ...eb/routing/logger.go:47:func1() T router: started GET /froggie3/py-experimental-downloader/src/branch/main/mysqlite3op for 217.178.136.200:0 server-1 | 2024/11/10 09:28:56 ...eb/routing/logger.go:102:func1() I router: completed GET /user/events for 217.178.136.200:0, 200 OK in 30003.5ms @ events/events.go:18(events.Events) server-1 | 2024/11/10 09:28:56 ...s/process/manager.go:231:remove() T Done 672ffe2a: GET: /user/events s
/user/eventsはもともと長いポーリング間隔のエンドポイントなので関係ないそう
ROOT_URLも正しい値
サーバーが参加するサブネットにつながるVPNをつかってアクセスするとうまくいく
これかも
GiteaをホストするVirtualHostのディレクティブに
Protocols http/1.1を追加しサーバ再起動
治ったように見える
対処完了