Open arthurzenika opened 2 years ago
Hello,
Unfortunately PeerTube does not support path request style:
Minio does not support virtual host style requests?
It appears to.
By default, MinIO supports path-style requests that are of the format http://mydomain.com/bucket/object. MINIO_DOMAIN environment variable is used to enable virtual-host-style requests. If the request Host header matches with (.+).mydomain.com then the matched pattern $1 is used as bucket and the path is used as object.
https://docs.min.io/docs/minio-server-configuration-guide.html
Rook is also affected: https://github.com/rook/rook/issues/4780 And even though I'm not using Rook, I do use Rados Gateways - and MinIO, Most of the time, I would create a single Service object. All my applications would query their respective buckets, from that single FQDN or IP. Some of the applications I use, that do support this configuration : NextCloud, Nexus, EtherPad, CodiMD, ...
Although AWS may have dropped path-based, the S3 API implementations goes beyond Amazon itself. Some of those APIs did not catch up - and arguably, may not have to: being able to create a bucket without having to register DNS records is for sure easier..
Is this working for you these days @arthurzenika ? I'm trying to use my minio server config to push the images to google cloud storage. I don't see any errors in the peertube logs but it's definitely not pushing the images to GCS either.
@gsugambit sorry I can't say if this has been fixed on the setups I used to have access to. As far as I can see from the history above, this is still not possible. Good luck for your setup.
This is actual for me too. Please add option to settings with this property.
We are using MiniO and we can not use virtual host style requests due to internal security reasons.
This is actual for me too. For MiniO.
I am using minio with peertube, and even if the documentation of minio regarding FQDN-style s3 is lacking ...
It's working perfectly ;)
as stated above : use MINIO_DOMAIN in the configuration file to tell which FQDN root will be used. Remember to get a wildcard certificate (free with letsencrypt) if you want to support multiple buckets, since each bucket will use its own subdomain.
(as a result, I don't need this feature)
I use contabo object storage and I hope to add this functionality.
Same issue here.. Can't use peer tube with my S3 provider because they support only path style..
Same here...I was happy to move to an object storage only to come across this issue :D . Contabo uses S3 and yet it does not work. I hope the only path style support can be added to Peertube.
Please enable path-style buckets in PeerTube? It would put it at feature parity with every other Fediverse app out there. Virtual-host buckets are significantly more complex to orchestrate than path-style buckets and places high burden on self-hosters. In my self-hosted setup, it is virtual-host buckets xor path-style buckets, and since the other seven services I have running are all using path-style buckets I'm unable to go live with the PeerTube instance I spent the last couple days deploying.
Describe the current behavior
We're trying to deploy peertube on kubernetes with the new s3 native support (yeah! congrats on that).
As described in https://github.com/coopgo/peertube-k8s/issues/2 (we're trying to use the excellent work of @coopgo ) we need to configure the
use_path_request_style
for the S3 connexion.Steps to reproduce:
Describe the expected behavior
As @adelcasse described :
Additional information
PeerTube instance: n/a
Browser name, version and platforms on which you could reproduce the bug: n/a
Link to browser console log if relevant: n/a
Link to server log if relevant (
journalctl
or/var/www/peertube/storage/logs/
): n/a