Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

s3 virtual host access resolution inconsistent #314

Closed
MilesTails opened this issue Jul 8, 2021 · 1 comment · Fixed by #411
Closed

s3 virtual host access resolution inconsistent #314

MilesTails opened this issue Jul 8, 2021 · 1 comment · Fixed by #411
Assignees
Milestone

Comments

@MilesTails
Copy link

Hi,

I've read through the release notes and can see that in v1 it states: Virtual host style bucket name resolving is enabled by default for S3 and GCSS. However this doesn't seem to be the case.

I've created a new bucket miles-bucket-us-east-1

s3://miles-bucket-us-east-1/ would translate to https://miles-test-us-east-1.s3.amazonaws.com however from my network traffic logs I can see that the traffic defaults to https://s3.amazonaws.com/miles-bucket-us-east-1

Command to replicate:

s5cmd ls s3://miles-bucket-us-east-1/

I can't see any options that I need to specify to force the s5cmd to use virtual host. Am I doing something wrong?

@MilesTails
Copy link
Author

MilesTails commented Jul 8, 2021

On further investigation this appears it could be something to do with region detection, is there a way to skip or pass a parameter to avoid region detection?

Presumably related to: aws/aws-sdk-go#3115

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants