mirror of
https://github.com/s3fs-fuse/s3fs-fuse.git
synced 2026-04-25 05:16:00 +03:00
[GH-ISSUE #674] SSL_ERROR_BAD_CERT_DOMAIN #383
Labels
No labels
bug
bug
dataloss
duplicate
enhancement
feature request
help wanted
invalid
need info
performance
pull-request
question
question
testing
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/s3fs-fuse#383
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @krab-skunk on GitHub (Nov 16, 2017).
Original GitHub issue: https://github.com/s3fs-fuse/s3fs-fuse/issues/674
Additional Information
The following information is very important in order to help us to help you. Omission of the following details may delay your support request or receive no attention at all.
Version of s3fs being used (s3fs --version)
_example: V1.82(commit:259f028) with OpenSSL
Version of fuse being used (pkg-config --modversion fuse)
_example: 2.9.4
System information (uname -a)
_command result: Linux 4.9.58-18.55.amzn1.x86_64 #1 SMP Thu Nov 2 04:38:47 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
Distro (cat /etc/issue)
_command result: Amazon Linux AMI release 2017.09
s3fs command line used (if applicable)
if you execute s3fs with dbglevel, curldbg option, you can get detail debug messages
Details about issue
Basically, my ec2 instance get an iam role that let connect to s3
aws s3 ls mybucketlist me the folders correctly
curl http://169.254.169.254/latest/meta-data/iam/security-credentials/my_iam_rolereturns me 200 along with the temporary access keys
All i can see from those logs is this ssl cert error, but its latest AMI from amazon and i believe their ca-bundle.crt much be much up to date to go along with s3 ssl certs
Any help would be very much appreciated ;)
Thanks
@sqlbot commented on GitHub (Nov 16, 2017):
@steve-heslouin you aren't showing it in your logs, because you've changed the bucket name, but it appears that your bucket name has a dot
.in it, which prevents the wildcard cert on S3 from matching it... so it's not a case of an untrusted cert, but rather a certificate mismatch, as would be expected. Confirm that you have a dot in the bucket name?@krab-skunk commented on GitHub (Nov 16, 2017):
Hi @sqlbot Indeed, my bucket name was of structure com.mycompany.prod.stuff. Nice catch! :) Just tried without dot inside and it worked fine! Thanks a ton for your precious help ;)
@vishal2232 commented on GitHub (Apr 22, 2018):
what if, I have a bucket name with dot. How do I mount my bucket?
@sqlbot commented on GitHub (Apr 22, 2018):
@vishal2232
-o use_path_request_styleshould enable you to access a bucket with dots in the bucket name without resorting to the insecure option-o no_check_certificate, which ignores the validation error and is not recommended.@knightXun commented on GitHub (Jul 16, 2019):
very nice
@gaul commented on GitHub (Nov 26, 2020):
s3fs now warns with:
@darzanebor commented on GitHub (Nov 7, 2021):
-o no_check_certificate not working =(((