Slik kjører du Wafrn på delt hosting: Caddy som sidecar

Én publisering, flere plattformer

Fødererte nettverk har en klar fordel: du skriver én gang, og innlegget dukker opp på Mastodon, BlueSky og Lemmy samtidig. Wafrn er laget for å gjøre akkurat dette. Verktøyet tar seg av kryss-posting og lar deg styre alt fra ett dashbord. Problemet oppstår når du skal kjøre det på en VPS der flere tjenester allerede deler plass.

De fleste veiledninger forutsetter at Wafrn får hele serveren for seg selv. Da starter du Docker, lar innebygd Caddy håndtere HTTPS, og alt bare fungerer. Men hvis du allerede har Nginx eller en annen webserver som styrer domenet ditt, kolliderer to reverse proxies på samme port.

Hvorfor standardoppsettet ikke passer

Wafrn bruker Caddy til å skaffe SSL-sertifikater via Let's Encrypt. Dette er ikke bare praktisk – det er et krav. ATProto sjekker at sertifikatet faktisk tilhører domenet du publiserer fra. Har du allerede en webserver på port 443, kan ikke Caddy starte der uten konflikt.

Resultatet er at du enten må flytte alt til Caddy eller finne en annen vei.

Løsningen: Caddy bak din eksisterende proxy

I stedet for å erstatte Nginx, lar du Caddy og Wafrn kjøre isolert. Trafikken treffer først din vanlige webserver. Derfra videresender du bare Wafrn-relaterte ruter til den interne Caddy-instansen. Caddy får da ansvaret for ATProto-sertifikatene, mens resten av domenet fortsetter som før.

Skjematisk ser det slik ut:

Klient (BlueSky, Mastodon)
    ↓
Nginx på port 443
    ↓
Intern ruting (/wafrn/*)
    ↓
Caddy + Wafrn

Caddy administrerer egne sertifikater for de underdomenene eller rutene Wafrn trenger. Wafrn kan dermed delta i føderasjonen uten å forstyrre resten av serveren.

Når AI kan hjelpe – og når det ikke lønner seg

Skal du konvertere en Nginx-konfigurasjon til Caddyfile, er det ofte greit å be om hjelp. Formatendringen er mekanisk, og de fleste språkmodeller klarer det på første forsøk.

Men å sette opp selve hybridløsningen krever kunnskap om ATProto og Wafrns miljøvariabler. Her er det lett å lage feil som bare viser seg når føderasjonen ikke fungerer. Bruk AI til oversettelse, men dobbeltsjekk arkitekturen selv.

Del det du har funnet ut

De fleste som får dette til å fungere, ender opp med en oppskrift som ikke finnes i den offisielle dokumentasjonen. Skriv ned hva du gjorde – enten som en oppdatert guide, en GitHub-repo eller et pull request til Wafrn. Andre slipper da å bruke timer på de samme feilene.

Kort oppsummert

• ATProto krever gyldige sertifikater knyttet til domenet ditt.
• Standard Docker-oppsett passer ikke alltid delt hosting.
• Kjør Caddy som en isolert sidecar bak din eksisterende proxy.
• Bruk AI til konvertering, ikke til å designe infrastrukturen.
• Dokumenter løsningen din – det sparer andre for tid.

Neste steg

Mønsteret gjelder ikke bare Wafrn. Andre fødererte verktøy som trenger kontroll over egne sertifikater kan kjøres på samme måte: isoler proxy-laget, la det styre TLS, og la hovedserveren videresende trafikken.

Har du en lignende oppsett eller lurt på alternativer til Wafrn? Skriv gjerne i kommentarfeltet.