Skip to content

Interoperability with path-style requests #10956

Description

@cyberduck

fcfe459 created the issue

Hey,

in version 7.2.0, you removed the support for path style URL generation for the S3 protocol:
"Deprecated path-style request usage for (AWS GovCloud) (#10824)"

I am using CyberDuck to connect to en enterprise S3 cluster, that still and only uses path-style.
Would there maybe be the option to bring the support back?

Would be fine for me, if this is then an additional checkbox in the connection settings to use path style.

But currently I am forced to use an old version no Cyberduck and repeatedly ask my, why they can't connect with their (newer) version of CyberDuck.

Thanks a lot.

Activity

  1. cyberduck commented on Jan 22, 2020

    @cyberduck
    ContributorAuthor

    @dkocher commented

    Related issue with Minio in #10888.

  2. cyberduck commented on Jan 22, 2020

    @cyberduck
    ContributorAuthor

    @dkocher commented

    Is this instance publicly reachable over the Internet to reproduce the issue?

  3. cyberduck commented on Jan 22, 2020

    @cyberduck
    ContributorAuthor

    @dkocher commented

    We have implemented a fallback in af0c7ed if resolving the DNS name for the bucket fails.

  4. cyberduck commented on Jan 22, 2020

    @cyberduck
    ContributorAuthor

    @dkocher commented

    Also as of e5e2a97 we use path-style requests when the hostname is an IP address.

  5. cyberduck commented on Jan 27, 2020

    @cyberduck
    ContributorAuthor

    fcfe459 commented

    The instance is only partly reachable from the internet, sadly.

    It is an instance of DELL ECS, which besides its enterprise hardware, also has a free to use community edition:
    https://github.com/EMCECS/ECS-CommunityEdition/releases

    Hostname would be something like:
    namespace.mydomain.com
    and to not get SSL-Certificate problems, hostnames can't look like
    bucket.namspace.mydomain.com
    as it would require a ..mydomain.com SSL-Cert.
    Therefore this instance sticks to namepspace.mydomain.com/bucket

    But if you need me to do anything / send any error messages, that would help you to identify the issue,
    I can gladly do.

  6. cyberduck commented on Jun 16, 2020

    @cyberduck
    ContributorAuthor

    c3dd456 commented

    Hello. Thanks for sharing such a great tool!

    Unfortunately, some environments use a wildcard DNS entry that will always succeed, preventing Cyberduck from falling-back to path-style access. Would it be possible to have a configuration setting (or similar) that disables virtual host style access completely, please?

    Thanks!

  7. cyberduck commented on Dec 11, 2020

    @cyberduck
    ContributorAuthor

    @dkocher commented

    Reopen for #11416.

  8. cyberduck commented on Dec 11, 2020

    @cyberduck
    ContributorAuthor

    @dkocher commented

    You can disable the use of virtual host style requests by setting the preference s3service.disable-dns-buckets to true.

  9. cyberduck commented on Jan 17, 2021

    @cyberduck
    ContributorAuthor

    @dkocher commented

    #11548 closed as duplicate.

  10. cyberduck commented on Jan 18, 2021

    @cyberduck
    ContributorAuthor

    @dkocher commented

    In 6ea9384. You will have to define a custom profile to disable the use of virtual host style requests. See 3e93ed4 for a sample.

  11. cyberduck commented on Mar 29, 2021

    @cyberduck
    ContributorAuthor

    @dkocher commented

    We have no made available a preconfigured connection profile.

  12. locked as resolved and limited conversation to collaborators on Nov 26, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

s3AWS S3 Protocol Implementation

Projects

No projects

    Milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions