# Object storage provider for Mastodon instance **URL:** \ **Category:** DCS\ **Created:** [January 28, 2021, 8:45am UTC](https://forum.storj.io/t/object-storage-provider-for-mastodon-instance/11464 "2021-01-28T08:45:10Z")\ **Posts on this page:** 20\ **Page:** 2
**Author:** ![Sheepa](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/sheepa/32/6812_2.png) [@Sheepa](https://forum.storj.io/u/Sheepa)\ **Post date:** [November 27, 2022, 1:53am UTC](https://forum.storj.io/t/object-storage-provider-for-mastodon-instance/11464/21 "2022-11-27T01:53:09Z")
I’d like to start this off with a question, is here anyone who has actually managed to make this connection work? Progress of the current situation. No matter what I’ve done, I still haven’t managed to get it working. So, I waited a day for a friend of mine, who has more experience with servers than I do, to make sure it wasn’t by my hands. 😃 And I will tell our conclusions. I have the whole server installed fine, the only thing that still doesn’t work is the connection to s3. After countless unsuccessful attempts to get MT Gateway working, with no successful result…. ```auto S3_ENABLED=true S3_PROTOCOL=https S3_BUCKET=mastodon S3_HOSTNAME=https://gateway.storjshare.io AWS_ACCESS_KEY_ID=public AWS_SECRET_ACCESS_KEY=secret ``` We have decided to give self-hosted ST gateway a try. However, the result was mostly the same. 🙂 ```auto S3_ENABLED=true S3_PROTOCOL=http S3_BUCKET=mastodon S3_HOSTNAME=gateway.localhost:7777 AWS_ACCESS_KEY_ID=public AWS_SECRET_ACCESS_KEY=secret ``` When using aws-cli the ST gateway works and lists buckets without any issues even with NGINX reverse proxy (from localhost:7777) We set up the ST gateway using an access grant. However, regardless which config option we changed (S3\_ENABLED, S3\_HOSTNAME, S3\_PROTOCOL) or which gateway we used (Hosted MT / Self-hosted ST) the response from Mastodon was always the same → `Aws::S3::Errors::InvalidAccessKeyId: The AWS Access Key Id you provided does not exist in our records` The only difference was with self-hosted ST gateway and omitted S3\_REGION parameter when Mastodon added extra “S3 client configured for “us-east-1” but the bucket “mastodon” is in “us-east-2”; Please configure the proper region to avoid multiple unnecessary redirects and signing attempts” to ever the same Access Key does not exist. `Nov 27 01:48:40 ns102719 bundle[1176]: S3 client configured for "us-east-1" but the bucket "mastodon" is in "us-east-2"; Please configure the proper region to avoid multiple unnecessary redirects and signing attempts` However, there is no option to configure region when using the access grant setup. (I thought that using a custom gateway shouldn’t work with regions at all, but apparently it still requires it somehow.) If we tried to play system’s game and slip the region, all that happened was the message disappeared, but the transfer still won’t work. We’re currently stuck here and can’t go any further, which is why I asked at the beginning if anyone had managed to do this with by the self-hosted gateway. I have to admit that if I am not a StorJ supporter, selecting one of the preset services at install wizard would be much faster. My friend and I spent almost a whole day on it and still didn’t get a workable result. 😁 I hope we will figure it out… ---
**Author:** ![Alexey](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/alexey/32/41_2.png) [@Alexey](https://forum.storj.io/u/Alexey)\ **Post date:** [November 27, 2022, 3:29am UTC](https://forum.storj.io/t/object-storage-provider-for-mastodon-instance/11464/22 "2022-11-27T03:29:40Z")
> [@Sheepa](#): > > Aws::S3::Errors::InvalidAccessKeyId: The AWS Access Key Id you provided does not exist in our records This is mean that this plugin ignores provided endpoint and tried to use AWS S3 instead. You need to provide a hostname with `http://` Let’s experiment further. Try to use a GatewayMT again with one additional option - `S3_PERMISSION = "private"` ```auto S3_ENABLED = "true" S3_BUCKET = "mastodon" S3_ENDPOINT = "https://gateway.storjshare.io" S3_HOSTNAME = "gateway.storjshare.io" S3_PERMISSION = "private" AWS_ACCESS_KEY_ID = "AccessKey" AWS_SECRET_ACCESS_KEY = "SecretKey" ``` If it still would try to use an access objects URLs like `http://gateway.storjshare.io/mastodon/cache/media_attachments/files/109/394/283/839/423/575/original/6f8d30f905e6ff79.jpeg`, then you can also [register your bucket as a static website](https://docs.storj.io/dcs/how-tos/host-a-static-website/host-a-static-website-with-the-cli-and-linksharing-service). In that case ```auto S3_HOSTNAME = "www.domain-for-bucket.tld" S3_PROTOCOL=http ``` or ```auto S3_ALIAS_HOST = "www.domain-for-bucket.tld" S3_PROTOCOL=http ``` For working with the GatewayST it would be nice, if that plugin could accept the option to switch domain-style to path-style, something like `AWS_USE_PATH_STYLE_ENDPOINT=true`, otherwise you will need to add a rewrite rule to your NGINX to convert `http://my-bucket.domain.tld/folder1/folder2/picture.jpg` (which is expected by this plugin) to `http://domain.tld/my-bucket/folder1/folder2/picture.jpg` (which is expected by GatewayST). As turned out, [they have](https://docs.joinmastodon.org/admin/config/#s3_override_path_style)! ```auto S3_OVERRIDE_PATH_STYLE=true ``` ---
**Author:** ![Andisers](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/andisers/32/1124_2.png) [@Andisers](https://forum.storj.io/u/Andisers)\ **Post date:** [November 27, 2022, 7:04am UTC](https://forum.storj.io/t/object-storage-provider-for-mastodon-instance/11464/23 "2022-11-27T07:04:06Z")
When you set up and the environment, you should be very careful to keep the number of files to be uploaded as low as possible, otherwise the instance would upload all files including a bunch of tiny files used for caching, and the usage charge would skyrocket. For a different project I once stupidly used rclone to sync local directories whose subdirectory had multiple node\_modules/ for npm, and the fee was going to be really massive (thanks to contact from sales I successfully removed them before I was actually charged, and replaced rclone with duplicati). Before proceeding, I would recommend you to have a look at [https://www.storj.io/blog/february-2022-product-update](https://www.storj.io/blog/february-2022-product-update) and “Per Segment Fee Calculation” on [https://docs.storj.io/dcs/billing-payment-and-accounts-1/pricing/usage-limit-increases/](https://docs.storj.io/dcs/billing-payment-and-accounts-1/pricing/usage-limit-increases/), check how many and which files you need to upload, and calculate how much you will be going to be charged within your tier. ---
**Author:** ![Sheepa](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/sheepa/32/6812_2.png) [@Sheepa](https://forum.storj.io/u/Sheepa)\ **Post date:** [November 27, 2022, 10:32am UTC](https://forum.storj.io/t/object-storage-provider-for-mastodon-instance/11464/24 "2022-11-27T10:32:05Z")
So, I’m reporting status again. Unfortunately, there’s not much time today, so we’ve only managed to check the first option so far. We tried connecting to GatewayMT again, but still no success. Same problem. We tried putting in other parameters, nothing. The official Mastodon documentation only works with these possible records. ```auto S3_ENABLED S3_BUCKET AWS_ACCESS_KEY_ID AWS_SECRET_ACCESS_KEY S3_REGION S3_PROTOCOL S3_HOSTNAME S3_ENDPOINT S3_SIGNATURE_VERSION S3_OVERRIDE_PATH_STYLE S3_OPEN_TIMEOUT S3_READ_TIMEOUT S3_FORCE_SINGLE_REQUEST ``` There is no issue with the key or rights. We tried to make our own uplink yesterday, outside of mastodon, and sent a file to StorJ through it successfully. But not combined together, it doesn’t work out of the box. We still want to try the other option, but I’ll have to wait until he gets back home from work for that. I just wanted to inform you about the fastest option that which we could have done right now. In a spare time. ---
**Author:** ![Alexey](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/alexey/32/41_2.png) [@Alexey](https://forum.storj.io/u/Alexey)\ **Post date:** [November 27, 2022, 10:48am UTC](https://forum.storj.io/t/object-storage-provider-for-mastodon-instance/11464/25 "2022-11-27T10:48:07Z")
Thank you for letting me know. I don’t think it’s related to access rights or something. The problem that GatewayMT doesn’t support a globally public buckets, it’s private by nature. I suppose you can try to configure the [static website](https://docs.storj.io/dcs/how-tos/host-a-static-website/host-a-static-website-with-the-cli-and-linksharing-service) for this bucket and provide the domain name of this site in the `S3_HOSTNAME` option, but you also need to change the protocol in the `S3_PROTOCOL` option to `http`. ---
**Author:** ![odarriba](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/odarriba/32/1131_2.png) [@odarriba](https://forum.storj.io/u/odarriba)\ **Post date:** [November 27, 2022, 9:29pm UTC](https://forum.storj.io/t/object-storage-provider-for-mastodon-instance/11464/26 "2022-11-27T21:29:08Z")
I have tested this for my own Mastodon instance too. Although I didn’t get to the point of actually configuring it (just made some tests of DCS acting as a public S3 bucket), I found the load times through the share service quite slow for end users compared to other solutions. That makes sense due to the decentralized nature of the service, and can be solved putting a nice CDN with cache in front of it, but you need to take care of that. Edit: quite slow == 200ms of load time without cache for a picture of ~100Kb. Not too bad but on an scenario of a timeline loading lots of media, it can be noticed. ---
**Author:** ![heunland](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/heunland/32/6076_2.png) [@heunland](https://forum.storj.io/u/heunland)\ **Post date:** [November 28, 2022, 12:36am UTC](https://forum.storj.io/t/object-storage-provider-for-mastodon-instance/11464/27 "2022-11-28T00:36:22Z")
We have ways to optimize performance. Please have a look at [How to Hod Rod File Transfer Performance on Storj DCS - Storj DCS Docs](https://docs.storj.io/dcs/how-tos/how-to-hod-rod-file-transfer-performance-on-storj-dcs) ---
**Author:** ![Alexey](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/alexey/32/41_2.png) [@Alexey](https://forum.storj.io/u/Alexey)\ **Post date:** [November 28, 2022, 3:05am UTC](https://forum.storj.io/t/object-storage-provider-for-mastodon-instance/11464/28 "2022-11-28T03:05:56Z")
You also may configure nginx to be a cache proxy too, something like: ```auto proxy_cache_path /tmp/nginx_mastodon_media levels=1:2 keys_zone=mastodon_media:100m max_size=1g inactive=24h; server { listen 80; listen [::]:80; server_name media.your-site.tld; return 301 https://media.your-site.tld$request_uri; access_log /dev/null; error_log /dev/null; } server { listen 443 ssl http2; listen [::]:443 ssl http2; server_name media.your-site.tld; access_log /var/log/nginx/mastodon-media-access.log; error_log /var/log/nginx/mastodon-media-error.log; # Add your certificate and HTTPS stuff here location /media/ { proxy_cache mastodon_media; proxy_cache_revalidate on; proxy_buffering on; proxy_cache_use_stale error timeout updating http_500 http_502 http_503 http_504; proxy_cache_background_update on; proxy_cache_lock on; proxy_cache_valid 1d; proxy_cache_valid 404 1h; proxy_ignore_headers Cache-Control; add_header X-Cached $upstream_cache_status; proxy_pass http://bucket-domain.tld/media/; } } ``` You likely will need to configure CORS too. ---
**Author:** ![Sheepa](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/sheepa/32/6812_2.png) [@Sheepa](https://forum.storj.io/u/Sheepa)\ **Post date:** [November 28, 2022, 8:18am UTC](https://forum.storj.io/t/object-storage-provider-for-mastodon-instance/11464/29 "2022-11-28T08:18:10Z")
We’ll be happy if we can get it together at all. Then we’ll look at optimization options. We haven’t gotten close to linking yet, just separately. He’s off the job again today, so we’ll try up again to see if we get anywhere. 🤔 ---
**Author:** ![BrightSilence](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/brightsilence/32/6048_2.png) [@BrightSilence](https://forum.storj.io/u/BrightSilence)\ **Post date:** [November 28, 2022, 8:47am UTC](https://forum.storj.io/t/object-storage-provider-for-mastodon-instance/11464/30 "2022-11-28T08:47:38Z")
> [@heunland](#): > > We have ways to optimize performance. Please have a look at [How to Hod Rod File Transfer Performance on Storj DCS - Storj DCS Docs](https://docs.storj.io/dcs/how-tos/how-to-hod-rod-file-transfer-performance-on-storj-dcs) That mostly looks at optimizing larger transfers. I don’t think there is a lot you can do about time to first byte other than caching. ---
**Author:** ![iks77](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/iks77/32/1122_2.png) [@iks77](https://forum.storj.io/u/iks77)\ **Post date:** [November 28, 2022, 8:57am UTC](https://forum.storj.io/t/object-storage-provider-for-mastodon-instance/11464/31 "2022-11-28T08:57:45Z")
Hi Alexey, thanks for your reply that also pushed life back into this thread. Seems that the interest of running Mastodon instances is generally high. I was not able to perform any further testing yet due to high load at work but will check the gateaway and/or proxy solutions mentioned in the other replies. ---
**Author:** ![Sheepa](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/sheepa/32/6812_2.png) [@Sheepa](https://forum.storj.io/u/Sheepa)\ **Post date:** [November 29, 2022, 9:24am UTC](https://forum.storj.io/t/object-storage-provider-for-mastodon-instance/11464/32 "2022-11-29T09:24:18Z")
We sat on it all afternoon yesterday and nothing. I have to admit that if I were to set something like this, without a manual, no chance of setting something like this up myself at all. I’m just an average server user, my specialty is 3D graphics and game development, but so I’m trying to help him with my experience. So, I’m glad he made time for me again yesterday, and we tried something out. Last time we said that the first option of direct linking doesn’t work natively. So, we tried the second part. We set up the uplink and managed to make a bridge, it worked properly, although somehow we didn’t understand why the access log said it wasn’t right for something when I was giving it all the permissions when generating the data, but then again that’s probably not that important because the uplink worked anyway. The problem was to combine this together in any way. Whatever data we tried to slip Mastodon, nothing. With http, https, private, public, everything we could think of to send it to local and then send it over the uplink, but just no. The uplink from our server to StorJ works, but that’s it, we can’t get any further. Tried maybe 4 different ways to somehow slip it in, but absolutely every time we encountered an issue. In all cases, it was the error message I mentioned here last time. We also played around with the domain, I set the bucket as a static website, we connected to the bucket again, but that was the end of it. We couldn’t manage to combine the two together again. I’m posting below the setup we worked with… We are really running out of options. I’m starting to slightly doubt that we’ll even be able to do this until someone does a tutorial because he himself told me he doesn’t know what else he could do differently. ```auto oot@ns102719:~# uplink share --dns gateway.darksheep.social sj://mastodon --not-after=none Sharing access to satellite 12L9ZFwhzVpuEKMUNUqkaTLGzwY9G24tbiigLiXpmZWKwmcNDDs@eu1.storj.io:7777 =========== ACCESS RESTRICTIONS ========================================================== Download : Allowed Upload : Disallowed Lists : Allowed Deletes : Disallowed NotBefore : No restriction NotAfter : No restriction Paths : sj://mastodon/ (entire bucket) =========== SERIALIZED ACCESS WITH THE ABOVE RESTRICTIONS TO SHARE WITH OTHERS =========== Access : code here ========== CREDENTIALS =================================================================== Access Key ID: code here Secret Key : code here Endpoint : https://gateway.storjshare.io/ Public Access: true =========== DNS INFO ===================================================================== Remember to update the $ORIGIN with your domain name. You may also change the $TTL. $ORIGIN example.com. $TTL 3600 gateway.darksheep.social IN CNAME link.storjshare.io. txt-gateway.darksheep.social IN TXT storj-root:mastodon txt-gateway.darksheep.social IN TXT storj-access:juqca3y2swq5scxd2ns4a4ydwdwa S3_ENABLED=true S3_PROTOCOL=http S3_BUCKET=mastodon S3_HOSTNAME=http://gateway.darksheep.social/ S3_PERMISSION=private AWS_ACCESS_KEY_ID=code here AWS_SECRET_ACCESS_KEY=code here ``` Our test transfer was working. But only without Mastodon. `http://gateway.darksheep.social/test.json` ---
**Author:** ![Alexey](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/alexey/32/41_2.png) [@Alexey](https://forum.storj.io/u/Alexey)\ **Post date:** [November 30, 2022, 7:59am UTC](https://forum.storj.io/t/object-storage-provider-for-mastodon-instance/11464/33 "2022-11-30T07:59:39Z")
Did you specify the `S3_ENDPOINT`? ```auto S3_ENDPOINT=https://gateway.storjshare.io ``` Perhaps `S3_HOSTNAME` should be ```auto S3_HOSTNAME=gateway.darksheep.social S3_ALIAS_HOST=gateway.darksheep.social ``` See also the lab with Pixelfed (for mastodon): [How to set up Pixelfed on Ubuntu 22.04 connected to Storj DCS](https://forum.storj.io/t/how-to-set-up-pixelfed-on-ubuntu-22-04-connected-to-storj-dcs/20513) ---
**Author:** ![Sheepa](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/sheepa/32/6812_2.png) [@Sheepa](https://forum.storj.io/u/Sheepa)\ **Post date:** [November 30, 2022, 10:37am UTC](https://forum.storj.io/t/object-storage-provider-for-mastodon-instance/11464/34 "2022-11-30T10:37:24Z")
I think we tried that option as well, but when he has some time again, we’ll try again. I watched the video, nice. Too bad they didn’t show it from Mastodon’s perspective as well, because it’s very similar. Whether it can be replicated on Mastodon, we’ll see. 🙏🏻 ---
**Author:** ![Sheepa](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/sheepa/32/6812_2.png) [@Sheepa](https://forum.storj.io/u/Sheepa)\ **Post date:** [November 30, 2022, 11:37am UTC](https://forum.storj.io/t/object-storage-provider-for-mastodon-instance/11464/35 "2022-11-30T11:37:05Z")
Anyway, if anyone manages to get it going meanwhile, I’d be really incredibly grateful if you’d share your experiences here on how you managed to sort it out. I believe there are many times more experienced programmers and administrators than me. Thank you. ---
**Author:** ![iks77](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/iks77/32/1122_2.png) [@iks77](https://forum.storj.io/u/iks77)\ **Post date:** [November 30, 2022, 3:16pm UTC](https://forum.storj.io/t/object-storage-provider-for-mastodon-instance/11464/36 "2022-11-30T15:16:22Z")
but isnt ./uplink share --url --disallow-lists --not-after=none sj://bucketname creating a public accessable bucket? ---
**Author:** ![jtolio](https://storj.bcdn.literatehosting.com/letter_avatar/jtolio/32/6_22734026db12803ebb3e059622ac3534.png) [@jtolio](https://forum.storj.io/u/jtolio)\ **Post date:** [November 30, 2022, 10:12pm UTC](https://forum.storj.io/t/object-storage-provider-for-mastodon-instance/11464/37 "2022-11-30T22:12:44Z")
Hey friends! I finally sat down today to figure out how to set up Mastodon with Storj. I tested the following instructions with Mastodon 4.0.2. The summary is it works with the following config! It appears the missing trick from prior attempts is the `S3_ALIAS_HOST` field. ```auto S3_ENABLED=true S3_PROTOCOL=https S3_REGION=us-east-1 S3_ENDPOINT=https://gateway.storjshare.io S3_HOSTNAME=gateway.storjshare.io S3_BUCKET=BUCKET S3_ALIAS_HOST=link.storjshare.io/raw/LINKSHARINGKEY/BUCKET AWS_ACCESS_KEY_ID=GATEWAYKEY AWS_SECRET_ACCESS_KEY=GATEWAYSECRET ``` Okay, so the things you need here are: - A Storj bucket - Gateway credentials (access key and secret key) - Linksharing credentials for public access Because of the linksharing credentials bit, the easiest way to generate all of the things you need is through our uplink CLI. Assuming you have an uplink CLI set up (so that ls, mb, cp, etc work), the following should work for you: To make a bucket, you can choose the bucketname, like `mastodon`, and do ```auto uplink mb sj://mastodon ``` I’m going to keep calling it `BUCKET` for subsequent steps though. To generate the `GATEWAYKEY` and `GATEWAYSECRET`, run ```auto uplink share --readonly=false --register sj://BUCKET ``` This will make an access key and an access secret. Finally, Storj doesn’t have the same sort of concept of public buckets that S3 has. We support public access, but it’s able to be more fine-grained than at the bucket level. So, we’re going to tell Mastodon about it with the `S3_ALIAS_HOST` setting, which seems to support path prefixes crammed in there as well. To generate LINKSHARINGKEY you can do ```auto uplink share --url --readonly --disallow-lists --not-after=none sj://BUCKET ``` You’ll get a URL, but the URL is not quite right. It will be of the form `https://link.storjshare.io/s/LINKSHARINGKEY/BUCKET/`, but the Mastodon `S3_ALIAS_HOST` should be `link.storjshare.io/raw/LINKSHARINGKEY/BUCKET`. Note the lack of `https://`, the swap of `/s/` for `/raw/`, and the lack of trailing slash. Once you have these things, you should be able to plop this configuration in to your Mastodon’s `.env.production` configuration and you should be all set to “boost” some media “toots”. ```auto S3_ENABLED=true S3_PROTOCOL=https S3_REGION=us-east-1 S3_ENDPOINT=https://gateway.storjshare.io S3_HOSTNAME=gateway.storjshare.io S3_BUCKET=BUCKET S3_ALIAS_HOST=link.storjshare.io/raw/LINKSHARINGKEY/BUCKET AWS_ACCESS_KEY_ID=GATEWAYKEY AWS_SECRET_ACCESS_KEY=GATEWAYSECRET ``` If you’re doing the `rake mastodon:setup` wizard, choosing `Minio` as your object storage provider and telling it you do want to access the uploaded files from your own domain should allow you to set the same settings in the setup wizard. Of course, these instructions mean all your media will be served from [link.storjshare.io](http://link.storjshare.io), and maybe you don’t like that. You can always follow [our instructions for sharing a bucket via DNS settings for your own domain name](https://docs.storj.io/dcs/how-tos/host-a-static-website/host-a-static-website-with-the-cli-and-linksharing-service/). If you do that, you’d replace S3\_ALIAS\_HOST with your domain name backed by Storj. If you want a video walkthrough, while it’s not for Mastodon, the same problems are solved for Pixelfed in this Webinar: [How to set up Pixelfed on Ubuntu 22.04 connected to Storj DCS - YouTube](https://www.youtube.com/watch?v=K-Zmgt6KtzI). Note that in the video, I stumbled over the gateway registration command, which should have been `uplink share --readonly=false --register sj://pixelfed`. We’re working to make that more intuitive. ---
**Author:** ![Knowledge](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/knowledge/32/10681_2.png) [@Knowledge](https://forum.storj.io/u/Knowledge)\ **Post date:** [November 30, 2022, 10:44pm UTC](https://forum.storj.io/t/object-storage-provider-for-mastodon-instance/11464/38 "2022-11-30T22:44:14Z")
---
**Author:** ![jammerdan](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/jammerdan/32/1121_2.png) [@jammerdan](https://forum.storj.io/u/jammerdan)\ **Post date:** [December 1, 2022, 4:58am UTC](https://forum.storj.io/t/object-storage-provider-for-mastodon-instance/11464/39 "2022-12-01T04:58:36Z")
As many flee Twitter currently looking for alternatives, this might be nice blog posting. ---
**Author:** ![Sheepa](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/sheepa/32/6812_2.png) [@Sheepa](https://forum.storj.io/u/Sheepa)\ **Post date:** [December 1, 2022, 7:19am UTC](https://forum.storj.io/t/object-storage-provider-for-mastodon-instance/11464/40 "2022-12-01T07:19:16Z")
Thanks man, you’re a legend! I’ll have to check it out after work. 👏🏻 [Previous page](https://forum.storj.io/t/object-storage-provider-for-mastodon-instance/11464.md?page=1) [Next page](https://forum.storj.io/t/object-storage-provider-for-mastodon-instance/11464.md?page=3)