diff options
author | Julien Dessaux | 2022-11-30 22:27:10 +0100 |
---|---|---|
committer | Julien Dessaux | 2022-11-30 22:27:10 +0100 |
commit | 0e7d71af4c037c802a43191da3aebc64d1ad0300 (patch) | |
tree | 795d88178c37713d9a94da988ead0a1d27d617eb | |
parent | added going social take two blog article (diff) | |
download | www-0e7d71af4c037c802a43191da3aebc64d1ad0300.tar.gz www-0e7d71af4c037c802a43191da3aebc64d1ad0300.tar.bz2 www-0e7d71af4c037c802a43191da3aebc64d1ad0300.zip |
Fixed last article
-rw-r--r-- | content/blog/freebsd/going-social-2.md | 12 |
1 files changed, 8 insertions, 4 deletions
diff --git a/content/blog/freebsd/going-social-2.md b/content/blog/freebsd/going-social-2.md index a910697..537dfa9 100644 --- a/content/blog/freebsd/going-social-2.md +++ b/content/blog/freebsd/going-social-2.md @@ -21,7 +21,7 @@ These keys could theoretically be exported and reused in another software stack, A reminder if needed be to be very mindful of your backups! -The only viable way to migrate is to change your domain name and start from scratch on a brand new one. I took the opportunity to learn about webfinger and setup this new instance directly on adyxax.org which I find cleaner. +The only viable way to migrate is to change your domain name and start from scratch on a brand new one. I took the opportunity to learn about webfinger and other `/well-known` subpaths to setup this new instance directly on adyxax.org instead of fedi.adyxax.org which I find cleaner. ## gotosocial @@ -134,6 +134,12 @@ server { ### adyxax.org redirections +Now comes the part about the `/.well-known` redirections that allow my instance to be hosted on fedi.adyxax.org while my user is known as being on adyxax.org. Pretty neat! + +These mechanisms come from OpenID. A remote instance inquiring about my user will make http requests to https://adyxax.org/.well-known/webfinger?resource=acct:@adyxax@adyxax.org and get the aliasing to fedi.adyxax.org in response. + +The gotosocial documentation only listed that redirections of `/.well-known/webfinger` and `/.well-known/nodeinfo` were necessary, but to successfully federate with a pleroma instance I needed other paths like `/.well-known/host-meta` so decided to proxy the whole `/.well-known` folder for now. I will see my logs in a few days and maybe restrict that a little. + The host my adyxax.org domain points to now has the following nginx configuration: ```cfg server { @@ -162,11 +168,9 @@ server { } ``` -The `/.well-known` redirections allow my instance to be hosted on fedi.adyxax.org while my user is known as being on adyxax.org, neat! The gotosocial documentation only listed that `/.well-known/webfinger` and `/.well-known/nodeinfo` were necessary, but to successfully federate with a pleroma instance I needed other paths so decided to proxy the whole `/.well-known` folder for now. - ### Recompiling -When debugging my pleroma federation issues, I fetched the gotosocial repository and build a bleeding edge version. It worked easily but here I my notes anyway: +When debugging my pleroma federation issues, I fetched the gotosocial repository and built a bleeding edge version. It worked easily but here I my notes anyway: ```sh git clone https://github.com/superseriousbusiness/gotosocial cd gotosocial |