I try compile cloudfuse on Debian Testing. It's compile fine. All works, all connect.<

Look: <div class="snippet-clipboard-content notranslate position-relative overflow

Are you sure the auth url isn't supposed to be <a href="https://auth.selcdn.ru/auth/v1

cloudfuse can't connect on CentOs 5.8 about cloudfuse HOT 5 CLOSED

redbo commented on July 28, 2024

cloudfuse can't connect on CentOs 5.8

from cloudfuse.

Comments (5)

redbo commented on July 28, 2024

hmm.. can you run cloudfuse with -d and share some of the debug output? Possibly on both systems?
It works fine for me on 5.8, but I don't know what auth system you're using or anything.

from cloudfuse.

xintrea commented on July 28, 2024

Look:

$ cloudfuse -d -o username=*****,api_key=*****,authurl=https://auth.selcdn.ru /mnt/storage
!!! Authenticating...
* About to connect() to auth.selcdn.ru port 443
*   Trying 188.93.16.228... * connected
* Connected to auth.selcdn.ru (188.93.16.228) port 443
* successfully set certificate verify locations:
*   CAfile: /etc/pki/tls/certs/ca-bundle.crt
  CApath: none
* SSL connection using DHE-RSA-AES256-SHA
* Server certificate:
*        subject: /serialNumber=rVFl7kUFq-qJvZHugMYfJ7bP14/jBL0l/OU=GT37495052/OU=See www.rapidssl.com/resources/cps (c)12/OU=Domain Control Validated - RapidSSL(R)/CN=*.selcdn.ru
*        start date: 2012-05-03 23:41:15 GMT
*        expire date: 2013-05-07 00:49:50 GMT
*        issuer: /C=US/O=GeoTrust, Inc./CN=RapidSSL CA
* SSL certificate verify ok.
> GET / HTTP/1.1
User-Agent: CloudFuse
Host: auth.selcdn.ru
Accept: */*
X-Auth-User: *****
X-Auth-Key: *****

< HTTP/1.1 403 Forbidden
< Date: Sat, 22 Dec 2012 13:17:55 GMT
< Connection: keep-alive
< Server: Selectel_Storage/1.0
< Content-Length: 157
< Content-Type: text/html; charset=UTF-8
<html>
 <head>
  <title>403 Forbidden</title>
 </head>
 <body>
  <h1>403 Forbidden</h1>
  Access was denied to this resource.<br /><br />



 </body>
* Connection #0 to host auth.selcdn.ru left intact
* Closing connection #0
Unable to authenticate.

from cloudfuse.

redbo commented on July 28, 2024

Are you sure the auth url isn't supposed to be https://auth.selcdn.ru/auth/v1.0/ ?

from cloudfuse.

xintrea commented on July 28, 2024

May be, i finding a bug in cloudfuse.

This program load options from ~/.cloudfuse file. And this option is overwrite option in command string.

Sample: write any incorrect password (api_key) to ~/.cloudfuse. Next, if you run cloudfuse with option

-o api_key=correct_password

then your correct_password dont be used. Cloud fusion will be use api_key from ~/.cloudfuse.

Recomendet change program logic: the option in program string should override any other option.

from cloudfuse.