snac.8 10 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345
  1. .Dd $Mdocdate$
  2. .Dt SNAC 8
  3. .Os
  4. .Sh NAME
  5. .Nm snac
  6. .Nd snac administration
  7. .Sh DESCRIPTION
  8. The
  9. .Nm
  10. daemon processes messages from other servers in the Fediverse
  11. using the ActivityPub protocol.
  12. .Pp
  13. This is the admin manual. For user operation, see
  14. .Xr snac 1 .
  15. For file and data formats, see
  16. .Xr snac 5 .
  17. .Ss Special cares about your snac you must know beforehand
  18. .Nm
  19. makes heavy use of hard links and link reference counts for its work, so
  20. don't even think of using it on a filesystem that doesn't support this
  21. feature. Most UNIX-like operating systems (Linux, the BSDs, the old DEC
  22. Ultrix machine in your grandfather basement, probably MacOS) support hard
  23. links on their native filesystems. Don't do fancy things like moving the
  24. subdirectories to different filesystems. Also, if you move your
  25. .Nm
  26. installation to another server, do it with a tool that respect hard
  27. link counts. Remember:
  28. .Nm
  29. is a very UNIXy program that loves hard links.
  30. .Ss Building and Installation
  31. A C compiler must be installed in the system, as well as the development
  32. headers and libraries for OpenSSL (or compatible) and curl. To build
  33. .Nm ,
  34. run
  35. .Bd -literal -offset indent
  36. make
  37. .Ed
  38. .Pp
  39. And, after that, run as root
  40. .Bd -literal -offset indent
  41. make install
  42. .Ed
  43. .Ss Data storage Initialization
  44. Once
  45. .Nm
  46. is properly installed on the system, designate a directory where
  47. the server and user data are to be stored. This directory
  48. must not exist yet.
  49. .Nm
  50. must always be run as a regular user; you can create one for
  51. it or use your own. To initialize the data storage, execute
  52. .Bd -literal -offset indent
  53. snac init $HOME/snac-data
  54. .Ed
  55. .Pp
  56. A small set of questions will be asked regarding the installation,
  57. specially the host name it will run under, the local network address
  58. and port
  59. .Nm
  60. will listen to, the optional path prefix and possibly other things.
  61. .Pp
  62. You can launch the
  63. .Nm
  64. process by running
  65. .Bd -literal -offset indent
  66. snac httpd $HOME/snac-data
  67. .Ed
  68. .Pp
  69. Use a web browser to connect to the specified address and port. You
  70. should see a greeting page.
  71. .Pp
  72. Log messages are sent to the standard error stream. By default, only
  73. relevant information is written there. You can increase the debugging
  74. level by editing the 'dbglevel' field in the
  75. .Pa server.json
  76. file or by setting a numeric value between 0 and 3 to the DEBUG
  77. environment variable, see below.
  78. .Pp
  79. If you operate a Linux systemd-enabled system or OpenBSD, there are
  80. startup scripts and configuration data in the
  81. .Pa examples
  82. directory.
  83. For other operating systems, please read the appropriate documentation
  84. on how to install a daemon as a non-root service.
  85. .Ss Upgrading to a new version
  86. Sometimes, the data storage disk layout changes between versions. If there
  87. is such a change,
  88. .Nm
  89. will refuse to run and require an upgrade. Do this by running
  90. .Bd -literal -offset indent
  91. snac upgrade $HOME/snac-data
  92. .Ed
  93. .Pp
  94. Take special care to execute this upgrade operation without any
  95. .Nm
  96. processes serving on the same folder. You can break everything. I know
  97. this because Tyler knows this.
  98. .Pp
  99. .Ss Server Setup
  100. .Pp
  101. An http server with TLS and proxying support must already be
  102. installed and configured.
  103. .Nm
  104. runs as a daemon and listens on a TCP/IP socket, preferrably
  105. on a local interface. It can serve the full domain or only
  106. a directory. The http server must be configured to route to the
  107. .Nm
  108. socket all related traffic and also the webfinger standard
  109. address. The Host header must be propagated.
  110. See the examples below.
  111. .Ss Adding Users
  112. .Pp
  113. Users must be created from the command line.
  114. You can do it by running
  115. .Bd -literal -offset indent
  116. snac adduser $HOME/snac-data
  117. .Ed
  118. .Pp
  119. All needed data will be prompted for. There is no artificial limit
  120. on the number of users that can be created.
  121. .Ss Customization
  122. The
  123. .Pa server.json
  124. configuration file allows some behaviour tuning:
  125. .Bl -tag -width tenletters
  126. .It Ic host
  127. The host name.
  128. .It Ic prefix
  129. The URL path prefix.
  130. .It Ic address
  131. The listen network address.
  132. .It Ic port
  133. The list network port.
  134. .It Ic dbglevel
  135. The debug level. An integer value, being 0 the less verbose (the default).
  136. .It Ic layout
  137. The disk storage layout version. Never touch this.
  138. .It Ic queue_retry_max
  139. Messages sent out are stored in a queue. If the posting of a messages fails,
  140. it's re-enqueued for later. This integer configures the maximum count of
  141. times the sending will be retried.
  142. .It Ic queue_retry_minutes
  143. The number of minutes to wait before the failed posting of a message is
  144. retried. This is not linear, but multipled by the number of retries
  145. already done.
  146. .It Ic max_timeline_entries
  147. This is the maximum timeline entries shown in the web interface.
  148. .It Ic timeline_purge_days
  149. Entries in the timeline older that this number of days are purged.
  150. If you don't want any timeline purging and enjoy your data drives
  151. fill up with old crap and finally burst in flames, you can disable
  152. purging by setting this to 0.
  153. .It Ic local_purge_days
  154. Same as before, but for the user-generated entries in the local timeline.
  155. .It Ic css_urls
  156. This is a list of URLs to CSS files that will be inserted, in this order,
  157. in the HTML before the user CSS. Use these files to configure the global
  158. site layout.
  159. .It Ic disable_cache
  160. If set to true, timeline caching is not done. This is only useful for
  161. debugging purposes; don't enable it unless you know what do you want, as
  162. it makes everything slower.
  163. .El
  164. .Pp
  165. You must restart the server to make effective these changes.
  166. .Pp
  167. If a file named
  168. .Pa greeting.html
  169. is present in the server base directory, it will be returned whenever
  170. the base URL of the server is requested. Fill it with whatever
  171. information about the instance you want to supply to people
  172. visiting the server, like sign up requirements, site policies
  173. and such. The special %userlist% mark in the file will cause
  174. the list of users in this instance to be inserted.
  175. .Pp
  176. Users can change a bit of information about themselves from the
  177. web interface. See
  178. .Xr snac 1
  179. for details. Further, every user has a private CSS file in their
  180. .Pa static/style.css
  181. that can be modified to suit their needs. This file contains
  182. a copy of the
  183. .Pa style.css
  184. file in the server root and it's inserted into the HTML output.
  185. It's not easily accesible from the web interface to avoid users
  186. shooting themselves in the foot by destroying everything.
  187. .Ss Old Data Purging
  188. From version 2.06, there is no longer a need to add a special
  189. cron job for purging old data, as this is managed internally.
  190. .Ss ActivityPub Support
  191. These are the following activities and objects that
  192. .Nm
  193. supports:
  194. .Bl -tag -width tenletters
  195. .It Vt Follow
  196. Complete support, on input and output.
  197. .It Vt Undo
  198. For
  199. .Vt Follow
  200. objects, on input and output.
  201. .It Vt Create
  202. For
  203. .Vt Note
  204. objects, on input and output.
  205. .It Vt Accept
  206. For
  207. .Vt Follow
  208. objects, on input and output.
  209. .It Vt Like
  210. For
  211. .Vt Note
  212. objects, on input and output.
  213. .It Vt Announce
  214. For
  215. .Vt Note
  216. objects, on input and output.
  217. .It Vt Update
  218. For
  219. .Vt Person
  220. objects, on input and output. Support for updating
  221. .Vt Note
  222. objects will probably be added in the future.
  223. .It Vt Delete
  224. Supported for
  225. .Vt Note
  226. and
  227. .Vt Tomsbtone
  228. objects on input, and for
  229. .Vt Note
  230. objects on output.
  231. .El
  232. .Pp
  233. The rest of activities and objects are dropped on input.
  234. .Pp
  235. There is partial support for
  236. .Vt OrderedCollection
  237. objects in the
  238. .Pa /outbox
  239. (with the last 20 entries of the local timeline shown). No pagination
  240. is supported. Intentionally, the
  241. .Pa /followers
  242. and
  243. .Pa /following
  244. paths return empty lists.
  245. .Ss Migrating from Mastodon
  246. User migration from different Fediverse instances is a pain in the ass
  247. that has been implemented everywhere as a kludgy afterthought. There is
  248. not much that can be done, other than importing the list of people you
  249. follow to your new
  250. .Nm
  251. account.
  252. .Pp
  253. To do this, download the user's list of accounts being followed (in CSV
  254. format) from the Mastodon web interface and execute this:
  255. .Bd -literal -offset indent
  256. awk -F, 'NR > 1 { print $1 }' /path/to/following_accounts.csv | \\
  257. xargs -n 1 snac follow $SNAC_BASEDIR $SNAC_USER
  258. .Ed
  259. .Ss Other Considerations
  260. .Nm
  261. stores all the messages it receives as JSON files, which are usually
  262. bloated and filled with redundant information. Using a filesystem with
  263. file compression enabled (like btrfs or zfs) will probably be a good
  264. choice to store the
  265. .Nm
  266. data storage into.
  267. .Sh ENVIRONMENT
  268. .Bl -tag -width Ds
  269. .It Ev DEBUG
  270. Overrides the debugging level from the server 'dbglevel' configuration
  271. variable. Set it to an integer value. The higher, the deeper in meaningless
  272. verbiage you'll find yourself into.
  273. .El
  274. .Sh EXAMPLES
  275. You want to install the
  276. .Nm
  277. Fediverse daemon in the host example.com, that is correctly configured
  278. with a valid TLS certificate and running the nginx httpd server.
  279. The service will be installed under the
  280. .Pa fedi
  281. location. Two users, walter and jessie, will be hosted in the system.
  282. Their Fediverse presence addresses will be https://example.com/fedi/walter
  283. and https://example.com/fedi/jesse, respectively. They will be known
  284. in the Fediverse as @walter@example.com and @jesse@example.com. The
  285. .Nm
  286. daemon will run as the user snacusr in the system and listen to the
  287. localhost:8001 network socket. All data will be stored in the
  288. .Pa /home/snacusr/fedidata
  289. directory.
  290. .Pp
  291. Log into the system as snacusr and execute:
  292. .Bd -literal -offset indent
  293. snac init /home/snacusr/fedidata
  294. .Ed
  295. .Pp
  296. Answer "example.com" to the host name question, "/fedi" to the path
  297. prefix question, "localhost" to the address and "8001" to the port.
  298. .Pp
  299. Create the users
  300. .Bd -literal -offset indent
  301. snac adduser /home/snacusr/fedidata walter
  302. snac adduser /home/snacusr/fedidata jesse
  303. .Ed
  304. .Pp
  305. Answer the questions with reasonable values.
  306. .Pp
  307. Execute the server:
  308. .Bd -literal -offset indent
  309. snac httpd /home/snacusr/fedidata
  310. .Ed
  311. .Pp
  312. Edit the nginx configuration and add the following snippet to the
  313. example.com server section:
  314. .Bd -literal -offset indent
  315. location /.well-known/webfinger {
  316. proxy_pass http://localhost:8001;
  317. proxy_set_header Host $http_host;
  318. }
  319. # optional
  320. location /.well-known/nodeinfo {
  321. proxy_pass http://localhost:8001;
  322. proxy_set_header Host $http_host;
  323. }
  324. location /fedi {
  325. proxy_pass http://localhost:8001;
  326. proxy_set_header Host $http_host;
  327. }
  328. .Ed
  329. .Pp
  330. Restart the nginx daemon and connect to https://example.com/fedi/walter.
  331. The empty, default screen will be shown. Enter the admin section with the
  332. credentials defined for this user. Search people, start following
  333. them, engage in arid discussions and generally enjoy the frustrating
  334. experience of Social Media.
  335. .Sh SEE ALSO
  336. .Xr snac 1 ,
  337. .Xr snac 5
  338. .Sh AUTHORS
  339. .An grunfink @grunfink@comam.es
  340. .Sh LICENSE
  341. See the LICENSE file for details.
  342. .Sh CAVEATS
  343. JSON files are fragile when modified by hand. Take care.