aboutsummaryrefslogtreecommitdiff
path: root/content
diff options
context:
space:
mode:
authorJulien Dessaux2022-11-30 22:27:10 +0100
committerJulien Dessaux2022-11-30 22:27:10 +0100
commit0e7d71af4c037c802a43191da3aebc64d1ad0300 (patch)
tree795d88178c37713d9a94da988ead0a1d27d617eb /content
parentadded going social take two blog article (diff)
downloadwww-0e7d71af4c037c802a43191da3aebc64d1ad0300.tar.gz
www-0e7d71af4c037c802a43191da3aebc64d1ad0300.tar.bz2
www-0e7d71af4c037c802a43191da3aebc64d1ad0300.zip
Fixed last article
Diffstat (limited to 'content')
-rw-r--r--content/blog/freebsd/going-social-2.md12
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