# Gokapi (publiczne udostępnianie plików)

Lekki self-hosted "Firefox Send" alternative — link do jednego pliku, na
zewnątrz, z limitem pobrań/czasu. **Osobny serwis od Nextclouda, celowo.**

| | Nextcloud | Gokapi |
|---|---|---|
| Rola | twierdza — prywatna, mesh/`kapala.org` | publiczne dzielenie — `okit.pl` |
| Dostęp | Tailscale/LAN only, zero public ingress | publiczny internet, przez npm@VPS |
| Host | PIHA | **VPS** (Hetzner, publiczny) |
| Użycie | sync telefon/desktop, KB source | "wyślij komuś link do pliku" |

Host: **VPS** (Hetzner, `135.181.153.108`) — publiczny serwis na publicznym
hoście, węzły domowe nietknięte. `owner_node: vps`.

## Stack

| Kontener | Obraz | Rola |
|---|---|---|
| `gokapi` | `f0rc3/gokapi:v2.2.4` | cała aplikacja (Go binary + wbudowana baza SQLite), port 53842 |

Wersja przypięta na `v2.2.4` (aktualny stable na 2026-07-09, zweryfikowane
przez github.com/Forceu/Gokapi releases + tagi `f0rc3/gokapi` na Docker
Hub). **TODO PRZY DEPLOYU**: potwierdzić, czy nie wyszła nowsza wersja,
zanim `docker compose up`.

## Storage — lokalny dysk VPS (nie S3)

Decyzja Oskara: bez S3, dysk lokalny VPS. VPS ma tylko 80 GB SSD dzielone z
npm/outline/joplin/ai-cluster/fleet-prometheus — więc **ograniczenia
rozmiaru + brak globalnego domyślnego expiry to jedyna ochrona dysku**:

- `GOKAPI_MAX_FILESIZE=5120` (5 GB/plik; upstream default to 100 GB — za
  dużo na ten dysk).
- `GOKAPI_MIN_FREE_SPACE=2048` (2 GB headroom zanim Gokapi odmówi uploadu;
  upstream default 400 MB, za mało przy dzielonym dysku).
- **Gokapi NIE MA globalnego domyślnego expiry/limitu pobrań** — to wybór
  per-upload w formularzu web. Nie da się tego wymusić przez env var ani
  config. Praktyka: przy każdym uploadzie ustawiać rozsądne wartości (np.
  **7 dni / 10 pobrań**), żeby wygasające linki faktycznie czyściły dysk.

## Szyfrowanie E2E — WŁĄCZONE (decyzja Oskara)

Gokapi ma 3 poziomy szyfrowania (żaden / lokalny / **end-to-end**). Wybór
robi się w kroku "Encryption" wizardu `/setup` przy pierwszym starcie — nie
ma env vara. Level 3 (E2E) = plik szyfrowany w przeglądarce przed uploadem,
serwer nigdy nie widzi treści w plaintext. Uwaga upstream: implementacja
szyfrowania nie była niezależnie audytowana; Firefox ma problemy z
pobieraniem zaszyfrowanych plików (znane ograniczenie, nie nasz bug).

Klucz szyfrowania trafia do `config.json` w `/app/config` — **to jest część,
którą trzeba backupować**, inaczej utrata configu = utrata dostępu do już
zaszyfrowanych plików.

## Sieć — bind tylko na Tailscale, nigdy 0.0.0.0

Port 53842 binduje się **wyłącznie** na Tailscale IP VPS-a
(`TAILSCALE_BIND_IP=100.95.58.48`), nigdy na `0.0.0.0`. Publiczny adres
Hetznera (`135.181.153.108`) w ogóle nie widzi tego portu — jedyna droga na
zewnątrz to `npm@VPS` (TLS na 443) → `share.okit.pl`. npm i gokapi żyją na
tym samym hoście jako osobne stacki compose; npm dociera do gokapi przez
Docker hairpin NAT po tym samym realnym interfejsie (ten sam trik co
`fleet-prometheus`/`nextcloud` — `127.0.0.1` by tu NIE zadziałało).
`GOKAPI_TRUSTED_PROXIES=172.16.0.0/12` mówi Gokapi, żeby ufał
`X-Forwarded-For` z tego zakresu (podsieć mostka Docker), bo źródłowy IP po
hairpinie to brama bridge'a, nie prawdziwy klient.

## Backup

- `/opt/homelab/data/gokapi/data` — pliki użytkowników. **Ulotne z
  założenia** (linki wygasają), nie wymaga backupu.
- `/opt/homelab/data/gokapi/config` — `config.json` + klucz szyfrowania E2E.
  **To backupować** — utrata = utrata dostępu do configu (hasło admina,
  ustawienia) i do zaszyfrowanych plików, jeśli klucz trzymany lokalnie.
  Sugerowana retencja: dołączyć do tej samej pętli nocnej co inne configi na
  VPS (mały rozmiar, plik+SQLite).

## Cutover checklist (przy deployu — NIE teraz, ten PR to tylko config)

1. `git pull` na VPS.
2. `mkdir -p /opt/homelab/data/gokapi/{data,config}` na VPS.
3. `cp services/gokapi/env.example services/gokapi/.env`, potwierdzić
   `TAILSCALE_BIND_IP` (`tailscale ip -4` na żywym hoście — powinno być
   `100.95.58.48`).
4. **Cloudflare**: rekord A `share.okit.pl` → `135.181.153.108`, **DNS
   only** (szara chmurka, bez proxy Cloudflare — spójne z resztą wpisów
   okit.pl/kapala.org w tym repo).
5. **Wildcard `*.okit.pl` na npm@VPS** — **NAJPIERW SPRAWDZIĆ, czy już
   istnieje**. Kontekst: wildcard `*.okit.pl` DNS-01 jest już zrobiony na
   `npm@PIHA` (cert #51, ważny do 2026-10-05, token Cloudflare
   `npm-dns01-all-zones` — Zone:DNS:Edit, All zones). Sesja
   `docs/sessions/2026-07-07-okit-wildcard.md` zostawiła to jako TODO:
   *"Drugi npm na VPS (outline/joplin/agents tam) — analogiczny wildcard
   `*.okit.pl`?"* — to jest ten moment, żeby to sprawdzić/zrobić.
   Jeśli brak: npm@VPS → SSL → New Certificate → Let's Encrypt → domeny
   `*.okit.pl` + `okit.pl` → DNS Challenge → Cloudflare → wkleić token
   `npm-dns01-all-zones` (ten sam token co PIHA, All-zones więc obejmuje
   okit.pl). Pułapka z poprzedniej sesji: literówka `.okit.pl` zamiast
   `okit.pl` w drugim polu dawała Internal Error.
6. **vhost w npm@VPS**: nowy Proxy Host, domena `share.okit.pl`, Forward
   Hostname/IP = `100.95.58.48` (Tailscale IP VPS, TAILSCALE_BIND_IP), port
   `53842`, SSL = cert wildcard `*.okit.pl` z kroku 5, Force SSL + HTTP/2.
7. `docker compose -f services/gokapi/docker-compose.yml up -d`.
8. Otworzyć `https://share.okit.pl/setup` i przejść wizard:
   - Database: SQLite (domyślnie, wbudowane).
   - Webserver: potwierdzić public URL `https://share.okit.pl`.
   - Authentication: Username/Password, ustawić **prawdziwe** hasło admina
     (nie ma tu env vara — to jedyny moment, żeby to zrobić w UI).
   - Storage: **Local** (nie S3 — decyzja Oskara).
   - Encryption: **Level 3 / End-to-End** (decyzja Oskara — E2E ON).
9. Przy każdym uploadzie: ustawiać rozsądny expiry/limit pobrań ręcznie
   (patrz sekcja Storage wyżej — brak globalnego defaultu w Gokapi).
10. `./healthcheck.sh` z hosta VPS, potem z zewnątrz: `curl -I
    https://share.okit.pl/`.

## Rejestracja w repo (zrobione w tym PR)

- `hosts/vps/services.yaml` — wpis `gokapi`.
- `inventory/topology.yaml` — `gokapi` w liście serwisów `vps`.
