You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When logged in, via Microsoft Remote Desktop to our Rackspace Windows 2008 R2 CloudServers, on which CyberDuck has been installed, we incur bandwidth charges when transferring between CloudServers and CloudFiles using Cyberduck, because the transfers are performed using the external IP.
When specifying the account name and password (API Key) for the Cloudfiles account, it would be good if there was an option to enter in the internal IP address that RackSpaceCloud provides, for the Cyberduck instances on those servers. And it would be awesome, if Cyberduck could be enhanced, so that data transfers between CloudServers and CloudFiles in the same data center could take place via that given internal IP. This would eliminate unnecessary bandwidth charges.
The text was updated successfully, but these errors were encountered:
The only parameters we have for telling Cyberduck which CloudFiles account to use, is the account name and the API key. Using that, you must somehow get the IP that you use to perform any transfers. The internal IPs that Rackspace for within data center transfers starts with "10." I am not a sophisticated enough user to understand how I would be able to redirect Cyberduck to use the internal IP without somehow affecting other apps.
If are interested in adding this enhancement, if you don't already have your own account with RackSpace, we would be happy to give you access to one of our cloud servers, so you see if setting a DNS entry or Hostname would work.
What I mean is that internally from a CloudServer, the URI to your CloudFiles container such as storage101.dfw1.clouddrive.com should resolve to its internal address. This is a configuration issue on the server. Can you please contact Rackspace support about this and let me know here afterwards if the aren't able to resolve this.
When logged in, via Microsoft Remote Desktop to our Rackspace Windows 2008 R2 CloudServers, on which CyberDuck has been installed, we incur bandwidth charges when transferring between CloudServers and CloudFiles using Cyberduck, because the transfers are performed using the external IP.
When specifying the account name and password (API Key) for the Cloudfiles account, it would be good if there was an option to enter in the internal IP address that RackSpaceCloud provides, for the Cyberduck instances on those servers. And it would be awesome, if Cyberduck could be enhanced, so that data transfers between CloudServers and CloudFiles in the same data center could take place via that given internal IP. This would eliminate unnecessary bandwidth charges.
The text was updated successfully, but these errors were encountered: