Linux - NetworkingThis forum is for any issue related to networks or networking.
Routing, network cards, OSI, etc. Anything is fair game.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I recently moved all my hosting from my own servers to hosting providers. I want to send my weekly automated backups offsite via ftp to some form of cloud storage. Any suggestions of services that I might look at? Please note, I really want to use ftp to export the backup files.
I hate that name cloud. It tried to make us think that somehow it is more magical than just a ftp server. Amazon cloud, skydrive whooo.
Why not send your logs to local system? Any ftp server that can be located on the planet could be used. ftp is common, easy, not too secure but can be made more secure.
You have to be sure the host can allow a ftp client or ssh or some vpn.
I'd like to keep the files available on a big pipe
Thanks for replying. There's a couple of reasons why downloading the backups to a local server won't do. First, our office is on a DSL connection with DHCP, so there's no way for the outside world to connect into a local computer. Secondly, they're backups so I'd prefer to keep them on a server or service that has large, fast network connections so I can return them back to the original system if I need them for a restore.
I am student of B.tech. I have keen desire to know about the networking. I want to know about the cloud storage. But I didn’t get how to use the own ftp. This is very critical problem with me. Please give me right direction and right and suitable solution. I have posted same so many forums. I hope I’ll get the solution very soon. But I have keen hope from this forum. So please response as soon as possible for you.
There are plenty of storage solutions on the web. Some range from simple ftp to more complex that require tunnels from simple to complex.
More depends on how secure and how dependable and how much you want to spend.
@Cherity
To explain how one can use a local system as ftp server consider this. If you can talk to or connect to the internet then you understand that there is a two way connection between your computer and some other. It then makes it simple to say install a local ftp server then access it by get and put commands or a ftp gui command.
@jefro, I really appreciate your effort. However, I'm not wanting to download from my remote server to a local one. Rather, I want the remote server to push outward a backup container file to my ftp server. That's why I can't send the file out to my local system.
You said you knew some ftp vendors. Care to list some? I'm drawing blanks here.
Almost every hosting site offers storage, well for that matter hosting is just storage so every hosting site does offer storage. You can choose based on cost and ease of use and server OS and such. Some sites are just for ftp or offsite storage.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.