snac.8 19 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416417418419420421422423424425426427428429430431432433434435436437438439440441442443444445446447448449450451452453454455456457458459460461462463464465466467468469470471472473474475476477478479480481482483484485486487488489490491492493494495496497498499500501502503504505506507508509510511512513514515516517518519520521522523524525526527528529530531532533534535536537538539540541542543544545546547548549550551552553554555556557558559560561562563564565566567568569570571572573574575576577578579580581582583584585586587588589590591592593594595596597598599600601602603604605606607608609
  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. Since version 2.57, if the 'network address' starts with /, it's
  63. assumed to be a UNIX-like socket (please take note that the http proxy
  64. must have full read and write access to this socket; this is a common
  65. pitfall. Permissions will break your heart).
  66. .Pp
  67. You can launch the
  68. .Nm
  69. process by running
  70. .Bd -literal -offset indent
  71. snac httpd $HOME/snac-data
  72. .Ed
  73. .Pp
  74. Log messages are sent to the standard error stream. By default, only
  75. relevant information is written there. You can increase the debugging
  76. level by editing the 'dbglevel' field in the
  77. .Pa server.json
  78. file or by setting a numeric value between 0 and 3 to the DEBUG
  79. environment variable, see below.
  80. .Pp
  81. If you operate a Linux systemd-enabled system, OpenBSD, FreeBSD or NetBSD, there are
  82. startup scripts and configuration data in the
  83. .Pa examples
  84. directory.
  85. For other operating systems, please read the appropriate documentation
  86. on how to install a daemon as a non-root service.
  87. .Ss Upgrading to a new version
  88. Sometimes, the data storage disk layout changes between versions. If there
  89. is such a change,
  90. .Nm
  91. will refuse to run and require an upgrade. Do this by running
  92. .Bd -literal -offset indent
  93. snac upgrade $HOME/snac-data
  94. .Ed
  95. .Pp
  96. Take special care to execute this upgrade operation without any
  97. .Nm
  98. processes serving on the same folder. You can break everything. I know
  99. this because Tyler knows this.
  100. .Pp
  101. .Ss Server Setup
  102. .Pp
  103. An http server with TLS and proxying support must already be
  104. installed and configured.
  105. .Nm
  106. runs as a daemon and listens on a TCP/IP socket, preferably
  107. on a local interface. It can serve the full domain or only
  108. a directory. The http server must be configured to route to the
  109. .Nm
  110. socket all related traffic and also the webfinger standard
  111. address. The Host header must be propagated.
  112. See the examples below.
  113. .Ss Adding Users
  114. .Pp
  115. Users must be created from the command line.
  116. You can do it by running
  117. .Bd -literal -offset indent
  118. snac adduser $HOME/snac-data
  119. .Ed
  120. .Pp
  121. All needed data will be prompted for. There is no artificial limit
  122. on the number of users that can be created.
  123. .Ss Customization
  124. The
  125. .Pa server.json
  126. configuration file allows some behaviour tuning:
  127. .Bl -tag -width tenletters
  128. .It Ic host
  129. The host name.
  130. .It Ic prefix
  131. The URL path prefix.
  132. .It Ic address
  133. The listen network address. If it starts with /, it's assumed to be
  134. a UNIX-like socket instead.
  135. .It Ic port
  136. The listen network port (unused if address is a UNIX socket).
  137. .It Ic dbglevel
  138. The debug level. An integer value, being 0 the less verbose (the default).
  139. .It Ic layout
  140. The disk storage layout version. Never touch this.
  141. .It Ic queue_retry_max
  142. Messages sent out are stored in a queue. If the posting of a messages fails,
  143. it's re-enqueued for later. This integer configures the maximum count of
  144. times the sending will be retried.
  145. .It Ic queue_retry_minutes
  146. The number of minutes to wait before the failed posting of a message is
  147. retried. This is not linear, but multiplied by the number of retries
  148. already done.
  149. .It Ic queue_timeout
  150. The maximum number of seconds to wait when sending a message from the queue.
  151. .It Ic queue_timeout_2
  152. The maximum number of seconds to wait when sending a message from the queue
  153. to those servers that went timeout in the previous retry. If you want to
  154. give slow servers a chance to receive your messages, you can increase this
  155. value (but also take into account that processing the queue will take longer
  156. while waiting for these molasses to respond).
  157. .It Ic max_timeline_entries
  158. This is the maximum timeline entries shown in the web interface.
  159. .It Ic timeline_purge_days
  160. Entries in the timeline older that this number of days are purged.
  161. If you don't want any timeline purging and enjoy your data drives
  162. fill up with old crap and finally burst in flames, you can disable
  163. purging by setting this to 0.
  164. .It Ic local_purge_days
  165. Same as before, but for the user-generated entries in the local timeline.
  166. .It Ic cssurls
  167. This is a list of URLs to CSS files that will be inserted, in this order,
  168. in the HTML before the user CSS. Use these files to configure the global
  169. site layout.
  170. .It Ic disable_cache
  171. If set to true, timeline caching is not done. This is only useful for
  172. debugging purposes; don't enable it unless you know what do you want, as
  173. it makes everything slower.
  174. .It Ic disable_openbsd_security
  175. If running under OpenBSD,
  176. .Nm
  177. makes use of the enhanced security functions
  178. .Xr unveil 2
  179. and
  180. .Xr pledge 2 .
  181. Setting this to true disables their usage. These functions limit severely
  182. what an intruder can do in case of a security vulnerability, so only enable
  183. this option if something is very broken.
  184. .It Ic num_threads
  185. By setting this value, you can specify the exact number of threads
  186. .Nm
  187. will use when processing connections. Values lesser than 4 will be ignored.
  188. .It Ic disable_email_notifications
  189. By setting this to true, no email notification will be sent for any user.
  190. .It Ic disable_inbox_collection
  191. By setting this to true, no inbox collection is done. Inbox collection helps
  192. being discovered from remote instances, but also increases network traffic.
  193. .It Ic http_headers
  194. If you need to add more HTTP response headers for whatever reason, you can
  195. fill this object with the required header/value pairs. For example, for enhanced
  196. XSS security, you can set the "Content-Security-Policy" header to "script-src ;"
  197. to be totally sure that no JavaScript is executed.
  198. .It Ic show_instance_timeline
  199. If this is set to true, the instance base URL will show a timeline with the latest
  200. user posts instead of the default greeting static page. If other information
  201. fields are set (see below), they are also shown.
  202. .It Ic admin_email
  203. The email address of the instance administrator (optional).
  204. .It Ic admin_account
  205. The user name of the instance administrator (optional).
  206. .It Ic short_description
  207. A textual short description about the instance (optional).
  208. .It Ic fastcgi
  209. If set to true,
  210. .Nm
  211. will use the FastCGI interface to communicate with the upper level
  212. http server, that must be configured accordingly.
  213. .It Ic disable_history
  214. If set to true, history monthly snapshots are not served nor their links shown.
  215. .It Ic shared_inboxes
  216. This boolean value selects if shared inboxes are announced or not. Enabling
  217. shared inboxes helps (somewhat) in optimizing incoming traffic for instances
  218. with a large number of users.
  219. .It Ic min_account_age
  220. If this numeric value (in seconds) is set, any activity coming from an account
  221. that was created more recently than that will be rejected. This may be used
  222. to mitigate spam from automatically created accounts.
  223. .It Ic protocol
  224. This string value contains the protocol (schema) to be used in URLs. If not
  225. set, it defaults to "https". If you run
  226. .Nm
  227. as part of a hidden network like Tor or I2P that doesn't have a TLS /
  228. Certificate infrastructure, you need to set it to "http". Don't change it
  229. unless you know what you are doing.
  230. .It Ic hide_delete_post_button
  231. If set to true, the button to delete a post is not shown. It's not very
  232. useful and somewhat clutters the already crowded button space.
  233. .El
  234. .Pp
  235. You must restart the server to make effective these changes.
  236. .Pp
  237. If a file named
  238. .Pa greeting.html
  239. is present in the server base directory, it will be returned whenever
  240. the base URL of the server is requested. Fill it with whatever
  241. information about the instance you want to supply to people
  242. visiting the server, like sign up requirements, site policies
  243. and such. The special %userlist% mark in the file will cause
  244. the list of users in this instance to be inserted.
  245. .Pp
  246. Users can change a bit of information about themselves from the
  247. web interface. See
  248. .Xr snac 1
  249. for details. Further, every user can have a private CSS file in their
  250. .Pa static/style.css
  251. that will be served instead of the server-wide one.
  252. It's not modifiable from the web interface to avoid users
  253. shooting themselves in the foot by destroying everything.
  254. .Ss Custom Emojis
  255. From version 2.51, support for customized Emojis in posts is available
  256. (previously, they were hardcoded). Emojis are read from the
  257. .Pa emojis.json
  258. file in the instance base directory, as a JSON object of key / value
  259. pairs (if this file does not exist, it will be created with
  260. the predefined set). Each key in the object contains the text to be found (e.g.,
  261. the :-) for a smiling face), and its associated value, the text string that
  262. will replace it (in this example case, the HTML entity for the Unicode codepoint
  263. for the smiley or the Emoji itself as text).
  264. .Pp
  265. Emoji values can also be URLs to image files; in this case, they will not be
  266. substituted in the post content, but added to the 'tag' array as an ActivityPub
  267. standard 'Emoji' object (it's recommendable that the Emoji key be enclosed in
  268. colons for maximum compatilibity with other ActivityPub implementations, like
  269. e.g. :happydoggo:). These images can be served from an external source or from the
  270. .Pa static
  271. directory of the instance admin.
  272. .Pp
  273. If you want to disable any Emoji substitution, change the file to contain
  274. just an empty JSON object ({}).
  275. .Ss SPAM Mitigation
  276. There have been some SPAM attacks on the Fediverse and, as too many
  277. instances and server implementations out there still allow automatic
  278. account creation, it will only get worse.
  279. .Nm
  280. includes some (not very strong) tools for trying to survive the SPAM
  281. flood that will eventually happen.
  282. .Pp
  283. The
  284. .Ic min_account_age
  285. field in the main configuration file allows setting a minimum age (in
  286. seconds) to consider too recently created accounts suspicious of being
  287. a potential source of SPAM. This is a naïve assumption, because spammers
  288. can create accounts, let them dormant for a while and then start to use
  289. them. Also, some ActivityPub implementations don't even bother to return
  290. a creation date for their accounts, so this is not very useful.
  291. .Pp
  292. From version 2.50, post content can be filtered out by regular expressions.
  293. These weapons of mass destruction can be written into the
  294. .Ic filter_reject.txt
  295. file in the server base directory, one per line; if this file exists,
  296. all posts' content will be matched (after being stripped of HTML tags)
  297. against these regexes, one by one, and any match will make the post to
  298. be rejected. If you don't know about regular expressions, don't use this
  299. option (or learn about them in some tutorial, there are gazillions of
  300. them out there), as you and your users may start missing posts. Also,
  301. given that every regular expression implementation supports a different
  302. set of features, consider reading the documentation about the one
  303. implemented in your system.
  304. .Ss ActivityPub Support
  305. These are the following activities and objects that
  306. .Nm
  307. supports:
  308. .Bl -tag -width tenletters
  309. .It Vt Follow
  310. Complete support, on input and output.
  311. .It Vt Undo
  312. For
  313. .Vt Follow ,
  314. .Vt Like
  315. and
  316. .Vt Announce
  317. objects, on input and output.
  318. .It Vt Create
  319. For
  320. .Vt Note ,
  321. .Vt Question ,
  322. .Vt Page ,
  323. .Vt Article ,
  324. .Vt Event
  325. and
  326. .Vt Video
  327. objects on input, and for
  328. .Vt Note
  329. and
  330. .Vt Question
  331. on output.
  332. .It Vt Accept
  333. For
  334. .Vt Follow
  335. objects, on input and output.
  336. .It Vt Like
  337. For
  338. .Vt Note
  339. objects, on input and output.
  340. .It Vt EmojiReact
  341. For
  342. .Vt Note
  343. objects, on input.
  344. .It Vt Announce
  345. For
  346. .Vt Note
  347. objects, on input and output.
  348. .It Vt Update
  349. For
  350. .Vt Note ,
  351. .Vt Question ,
  352. .Vt Page ,
  353. .Vt Article ,
  354. .Vt Event
  355. and
  356. .Vt Video
  357. objects on input, and for
  358. .Vt Note
  359. on output.
  360. .It Vt Delete
  361. Supported for
  362. .Vt Note
  363. and
  364. .Vt Tomsbtone
  365. objects on input, and for
  366. .Vt Note
  367. objects on output.
  368. .It Vt Move
  369. For actor-like objects, on input.
  370. .El
  371. .Pp
  372. The rest of activities and objects are dropped on input.
  373. .Pp
  374. There is partial support for
  375. .Vt OrderedCollection
  376. objects in the
  377. .Pa /outbox
  378. (with the last 20 entries of the local timeline shown). No pagination
  379. is supported. Intentionally, the
  380. .Pa /followers
  381. and
  382. .Pa /following
  383. paths return empty lists.
  384. .Ss Migrating from Mastodon
  385. User migration from different Fediverse instances is a pain in the ass
  386. that has been implemented everywhere as a kludgy afterthought. There is
  387. not much that can be done, other than importing the list of people you
  388. follow to your new
  389. .Nm
  390. account.
  391. .Pp
  392. To do this, download the user's list of accounts being followed (in CSV
  393. format) from the Mastodon web interface and execute this:
  394. .Bd -literal -offset indent
  395. awk -F, 'NR > 1 { print $1 }' /path/to/following_accounts.csv | \\
  396. xargs -n 1 snac follow $SNAC_BASEDIR $SNAC_USER
  397. .Ed
  398. .Ss Instance blocking
  399. Full instances can be blocked. This operation must be done from
  400. the command-line tool. See
  401. .Xr snac 1 .
  402. .Ss Other Considerations
  403. .Nm
  404. stores all the messages it receives as JSON files, which are usually
  405. bloated and filled with redundant information. Using a filesystem with
  406. file compression enabled (like btrfs or zfs) will probably be a good
  407. choice to store the
  408. .Nm
  409. data storage into.
  410. .Sh ENVIRONMENT
  411. .Bl -tag -width Ds
  412. .It Ev DEBUG
  413. Overrides the debugging level from the server 'dbglevel' configuration
  414. variable. Set it to an integer value. The higher, the deeper in meaningless
  415. verbiage you'll find yourself into.
  416. .El
  417. .Sh EXAMPLES
  418. You want to install the
  419. .Nm
  420. Fediverse daemon in the host example.com, that is correctly configured
  421. with a valid TLS certificate and running the nginx httpd server.
  422. The service will be installed under the
  423. .Pa fedi
  424. location. Two users, walter and jessie, will be hosted in the system.
  425. Their Fediverse presence addresses will be
  426. .Lk https://example.com/fedi/walter
  427. and
  428. .Lk https://example.com/fedi/jesse ,
  429. respectively. They will be known
  430. in the Fediverse as @walter@example.com and @jesse@example.com. The
  431. .Nm
  432. daemon will run as the user snacusr in the system and listen to the
  433. localhost:8001 network socket. All data will be stored in the
  434. .Pa /home/snacusr/fedidata
  435. directory.
  436. .Pp
  437. Log into the system as snacusr and execute:
  438. .Bd -literal -offset indent
  439. snac init /home/snacusr/fedidata
  440. .Ed
  441. .Pp
  442. Answer "example.com" to the host name question, "/fedi" to the path
  443. prefix question, "localhost" to the address and "8001" to the port.
  444. .Pp
  445. Create the users
  446. .Bd -literal -offset indent
  447. snac adduser /home/snacusr/fedidata walter
  448. snac adduser /home/snacusr/fedidata jesse
  449. .Ed
  450. .Pp
  451. Answer the questions with reasonable values.
  452. .Pp
  453. Execute the server:
  454. .Bd -literal -offset indent
  455. snac httpd /home/snacusr/fedidata
  456. .Ed
  457. .Pp
  458. Edit the nginx configuration and add the following snippet to the
  459. example.com server section:
  460. .Bd -literal -offset indent
  461. # nginx configuration example
  462. # main web access point
  463. location /fedi {
  464. proxy_pass http://localhost:8001;
  465. proxy_set_header Host $http_host;
  466. }
  467. # webfinger
  468. location /.well-known/webfinger {
  469. proxy_pass http://localhost:8001;
  470. proxy_set_header Host $http_host;
  471. }
  472. # Mastodon API (entry points)
  473. location /api/v1/ {
  474. proxy_pass http://localhost:8001;
  475. proxy_set_header Host $http_host;
  476. }
  477. location /api/v2/ {
  478. proxy_pass http://localhost:8001;
  479. proxy_set_header Host $http_host;
  480. }
  481. # Mastodon API (OAuth support)
  482. location /oauth {
  483. proxy_pass http://localhost:8001;
  484. proxy_set_header Host $http_host;
  485. }
  486. # optional
  487. location /.well-known/nodeinfo {
  488. proxy_pass http://localhost:8001;
  489. proxy_set_header Host $http_host;
  490. }
  491. # optional (needed by some Mastodon API clients)
  492. location /.well-known/host-meta {
  493. proxy_pass http://localhost:8001;
  494. proxy_set_header Host $http_host;
  495. }
  496. .Ed
  497. .Pp
  498. Restart the nginx daemon and connect to
  499. .Lk https://example.com/fedi/walter .
  500. The empty, default screen will be shown. Enter the admin section with the
  501. credentials defined for this user. Search people, start following
  502. them, engage in arid discussions and generally enjoy the frustrating
  503. experience of Social Media.
  504. .Pp
  505. This is an example of a similar configuration for the Apache2 web server:
  506. .Bd -literal -offset indent
  507. # apache2 configuration example
  508. ProxyPreserveHost On
  509. # Main web access point
  510. <Location /fedi>
  511. ProxyPass http://127.0.0.1:8001/social
  512. </Location>
  513. # WebFinger
  514. <Location /.well-known/webfinger>
  515. ProxyPass http://127.0.0.1:8001/.well-known/webfinger
  516. </Location>
  517. # Mastodon API (entry points)
  518. <Location /api/v1/>
  519. ProxyPass http://127.0.0.1:8001/api/v1/
  520. </Location>
  521. <Location /api/v2/>
  522. ProxyPass http://127.0.0.1:8001/api/v2/
  523. </Location>
  524. # Mastodon API (OAuth support)
  525. <Location /oauth>
  526. ProxyPass http://127.0.0.1:8001/oauth
  527. </Location>
  528. # NodeInfo (optional)
  529. <Location /.well-known/nodeinfo>
  530. ProxyPass http://127.0.0.1:8001/.well-known/nodeinfo
  531. </Location>
  532. # host-meta (optional, needed for some Mastodon API clients)
  533. <Location /.well-known/host-meta>
  534. ProxyPass http://127.0.0.1:8001/.well-known/host-meta
  535. </Location>
  536. .Ed
  537. .Pp
  538. Since version 2.43,
  539. .Nm
  540. supports communicating from / to the front end http server using the FastCGI
  541. protocol. There is no special advantage in using this, only that some servers
  542. allow for simpler configuration. For example, in the case of nginx, you can
  543. replace the two 'proxy_pass' and 'proxy_set_header' lines in the example
  544. above with just
  545. .Bd -literal -offset indent
  546. fastcgi_pass localhost:8001;
  547. .Ed
  548. .Pp
  549. The only thing to change on
  550. .Nm
  551. is to the set 'fastcgi' value to true in
  552. .Pa server.json .
  553. .Pp
  554. Further, using the FastCGI interface allows a much simpler configuration
  555. under OpenBSD's native httpd, given that it's natively implemented there
  556. and you no longer need to configure the complicated relayd server. This is
  557. an example:
  558. .Bd -literal -offset indent
  559. # OpenBSD httpd configuration example
  560. # other server configuration
  561. [...]
  562. location "/fedi/*" {
  563. fastcgi socket tcp "127.0.0.1" 8001
  564. }
  565. location "/.well-known/webfinger" {
  566. fastcgi socket tcp "127.0.0.1" 8001
  567. }
  568. location "/oauth/*" {
  569. fastcgi socket tcp "127.0.0.1" 8001
  570. }
  571. location "/api/v1/*" {
  572. fastcgi socket tcp "127.0.0.1" 8001
  573. }
  574. location "/api/v2/*" {
  575. fastcgi socket tcp "127.0.0.1" 8001
  576. }
  577. location "/.well-known/nodeinfo" {
  578. fastcgi socket tcp "127.0.0.1" 8001
  579. }
  580. location "/.well-known/host-meta" {
  581. fastcgi socket tcp "127.0.0.1" 8001
  582. }
  583. .Ed
  584. .Sh SEE ALSO
  585. .Xr snac 1 ,
  586. .Xr snac 5
  587. .Sh AUTHORS
  588. .An grunfink Lk https://comam.es/snac/grunfink @grunfink@comam.es
  589. .Sh LICENSE
  590. See the LICENSE file for details.
  591. .Sh CAVEATS
  592. JSON files are fragile when modified by hand. Take care.