Changeset 2d38b22 in Klonkt for scripts/klonkt-refresh-updater.sh

Timestamp:

08/07/2026 08:53:24 AM (5 weeks ago)

Author:

roboburr <roboburr@…>

Branches:

main

Children:

917b22a

Parents:

a6d703a

git-author:

Robin <roboburr@…> (08/07/2026 08:53:14 AM)

git-committer:

roboburr <roboburr@…> (08/07/2026 08:53:24 AM)

Message:

Draaiboek voor wie Klonkt voor anderen draait (deploy/HOSTING.md)

DEPLOY.md en MULTI-INSTANCE.md leggen uit hoe je het aan de praat krijgt. Geen van
beide gaat over wat er verandert zodra de gegevens op je schijf niet meer van jou
zijn -- en met een Klonkt per persoon is dat vanaf de tweede instance het geval.

Bewust geen derde bron van waarheid voor de installatie: dit verwijst voor de
mechaniek naar de twee bestaande documenten en voegt toe wat nergens staat.

dag een drie dingen voordat je iemand vertelt dat het klaar is, waarvan

de belangrijkste: pak je back-up echt een keer uit

wekelijks wat je nakijkt, en waarom federatie-waarschuwingen het lezen waard

zijn (een gebruiker kan een week onzichtbaar zijn zonder fout)

bijwerken een commando herstart ALLE instances; hoe je terugrolt, en dat de

terugrol niet atomair is

kapot de vier gevallen die je echt tegenkomt
wat je houdt de private actor-sleutels. Wie die heeft kan namens die persoon

posten, en de rest van de fediverse ziet het verschil niet. Plus
de verwerkersrol onder de AVG.

weggaan exporteren voordat je verwijdert, en pas verwijderen als het

archief bij hen opent

niet doen onder meer: nooit beveiligingsupdates achter iets zetten

Elk commando is getoetst op de echte host in plaats van uit het hoofd
opgeschreven. Dat scheelde twee fouten: journalctl -u 'klonkt@*' kon ik niet
verifieren (geen rechten op het systeemjournaal), dus die staat er niet in; en de
systemctl-glob matcht alleen units die al geladen zijn, wat bij een terugrol
precies de gestopte instance overslaat -- dat staat er nu bij.

MULTI-INSTANCE.md verwijst ernaar; een document waar niets naar linkt wordt niet
gelezen.

(No files)