I have two VPS's, VPS1 has one vbulletin community. VPS2 has about 10 cpanel accounts, mostly email, a blog site, etc. Both VPS's well under 10 gig in size not including any backups stored on the VPS.
For the more important VPS, VPS1, I am packaging the cpanel account (50mb) and SCPing it to VPS2.
I am also running pckgacct on the cpanel accounts on VPS2 (about 2 gig total, 1 tar.gz is 1.5gb, three others around 250mb, others smaller) and storing them on VPS2.
I then have WS_FTP scheduled to download the cpanel tar.gz files each night to a local machine.
I also have WHM setup to do daily incremental backups, but am not moving any of these offsite.
So, it seems I have three options:
Keep doing what I am doing.
Keep moving VPS1 tar.gz files to VPS2, but also start moving VPS2 tar.gz files to VPS1.
Start moving tar.gz files (or raw files with rsync) to offsite storage.
I'm curious on some feedback about the three options. These are personal sites, I am not reselling any sites/packages.
It seems like from a data security standpoint (email and stuff), the more 'locations' introduced into the loop, the less security there will be. Does anyone get concerned about moving their email and other data to offsite storage services?
As I said, I have a technical solution currently working, but I am wondering about the theory/data protection aspects of the various options for going forward.
I'm currently using (amongst other backup systems) rsync to an offsite space (am using BQBackup at the moment)
I'm just wondering - apart from backing up all of /home/, /var/lib/mysql/ and the important config files (httpd.conf, php.conf, etc etc) is there anything else that *needs* to be backed up?
Obviously in a worst case scenario, a new machine would be deployed with a fresh OS install (and a fresh WHM/cPanel install) so I wouldn't worry about backing up OS files or cPanel core files, although I'm wondering if there's anything apart from the /home/ directory and the MySQL databases which would be lost (and so need backing up) in the event of a crash?
I have a server in UK and i want to make daily offsite backups to a remote location using rsync or other similar software.
My idea is to buy a backup server in USA, but i dont know if is going to work well/fast because of the long distance between UK and USA (latency).
So any experiences making backups from UK > USA?
What do you think, can i buy a backup server in USA or if i want to have fast/reliable backups i have to buy a server also in uk because of the distance?
Razorservers.com provide offsite backup service that can be used for not only servers but also PCs, Mac, linux, Windows, Solaris, etc. Think that must be useful for many web masters.
My new host I've chosen doesn't have backup services, but no big deal. I'd like to know what people out there use (Company and Specific Services) for off site backup of their servers.
I can either do push or pull. I liked how Dynavol worked. I guess if that's the best option I could keep LT strictly for Dynavol, but looking to see what others think.
I have a VPS with remote backup that I dod every night with rsync.
Now, for further SEO testing, Im looking into a reseller account.
Some reseller plan do offer access via SSH. Im not familiar with this ssh access for a reseller. Would I still be able to program a cpanel backup and then rsync all my cpanel backup ?
running my own servers but i have been hosting websites for a years now using a dedi server in the USA through c-Panel, now i am looking to offer my clients offsite backup to a local server at my end, offering small to large packages of bandwidth and storage.
Anyway i have all that sorted the thing is i had a webpage developer create the pages for me and configure it to my ip address (as im not using a domain name for this server) the problem im having is hosting these pages on my centOS 5 server setting up apache, ftp, etc. i require a username and password for each of my clients and when they log in they will be displayed with there file inventory including the files they have uploaded, where that is the other problem i am having creating username and passwords for each of my clients what would be the best software that could do this? remember these backups are via ftp and a web based interface for files up to 500mb but to use a ftp program i will still need to create a username and password for each of my clients
I have a managed dedicated server at a co-location. While the service I pay for runs the Cpanel backup function, I feel I need to provide a better service to my customers by creating an exact duplicate(image) of the drive itself. I don’t want my customers to lose their databases and web site information.
I need help with creating a Plan B. The plan I thought might work, would be to get a workstation, download Acronis and make an image of my dedicated server on a scheduled basis.
The reasons I thought this was a good idea:
1) I would have the image in my hands(my control), should something happen to my main hosting server.
2) It would create a complete off-site back-up.
3) It seemed cost effective.
What if Scenario:
So my main hosting server gets taken away in a hurricane and the data center will not be up and running for 3 months. I have an image of the hard disk, now what do I do with it?
Right now I am using the built-in cpanel backup feature to backup all the accounts on my server to an offsite FTP backup account I have on a weekly basis. The problem I am having is that everytime the backup runs, the load (thats what I'm guessing is the cause) is crashing apache/bind, causing sites to be unreachable until I can restart the services. What options do I have to resolve this issue? Currently I already have spri installed, and it does help out a bit, but its still not enough.
Rsync seems to be popular as a backup solution, so I thought I give it a look myself. However, after looking for a while I think it is lacking in either (1) usability or (2) security for backups.
Lets use a backup of /home for example:
(1) To make the transfer secure I'd use rsync over ssh. Backup works great - untill you have to restore. Restore works only partially, because all the files now have the user/group id of the user on the backup server (even if the restore is run as root). You'd have to chown all the individual users dirs, permission files....error prone and a lot of manual work --> not good.
(2) Running rsync in daemon mode on the remote server preserves uid/gid and permissions. Restoring works like a charm when run as root. But, hey, now every 13 year old with some knowledge and a packet sniffer can write down your data unencrypted. They just need to look for -lets say- db-info in php files etc and suddenly have access to your customer base or whatever you store.... Even worse if you transfer db dumps or other sensitive data. So it is not safe to use --> not good.
Is there a way to secure the transfer or keep uid/gid info intact? And how do all the backup providers handle the issue? (This one here claims rsync is secure.) Or is there another way to fix the problem - restoring uid/gid and secure transfer for backups.
We have 2 servers which run our website. One for data (about 50gb) and one for databases (about 5gb)
We currently perform offsite backups but we want to improve upon these. Our main objectives are:
1) Be able to recover as much info as possible in the event of a disaster
2) Be able to rollback to a previous version should we not notice a problem until later (ie 30 day history?)
3) Be able to restore as quickly as possible
4) Be able to afford it!
The options we seem to have are:
A) Use a service such as backupdirect.net which specialise in offsite backup and have specialised software to handle this. Obviously we get support, the backups are encrypted, etc and probably will end up with a much more robust backup solution.
However, it will take time to restore, if our server goes down we still have to get that working then perform the restore
B) Buy another dedicated server, which we can run everything on (albeit slowly!) and keep a 'live backup' on this server. This means we could switch to it should our main servers die for any reason with minimal downtime. Downsites would mean we have less support, would have to be careful with encryption of the data flowing from one server to another and we would have a less formal backup solution (eg harder to restore back to a point in time)
I currently do daily backups to rsyncpalace Daily, weekly, monthly. cPanel does a backup of all user accounts to a folder and they are rsync'd offsite via ssh.
My questions are: Should I be comfortable or concerned that all of my website(s)' data are neatly bundled, stored in plaintext (tar) formats and only protected by a single login and password?
Am I exposed to any more or less risk of tampering with my data than on my webserver itself?
I've been running a Plesk server with around 100 domains for years and years now. I've always used a backup service provided by the server vendor, but with a new server, I wanted to consider some of the backup options built into Plesk.
1. It looks like Plesk/Acronis is dead or only for Windows. Is that right?
2. If I add a backup drive to the server, can I setup Plesk Backup Manager to store the backups there (instead of on the main RAID array)?
3. Are there any other 3rd party extensions that I should consider?
I was thinking of starting service provider of online backup service located in USA the data is stored in a vault (off site server)
Data replicated to another server at a another location.
Critical data is 128-bit encrypted, compressed, and then uploaded to a REMOTE server hosted by my company via Secure Sockets Layer (SSL) with enhanced security.
The client chooses what kind of encryption they want to use and they choose their Password (I don't have access to this info) With out their password they can NOT restore their information back Lose the password and the Data can not be restored its loss I have no idea what the passwords are.
Now all the info will be stored on this server
The question that comes to mind if the USA Government wanted to look for any information located in this storage server
Can they force the clients to give them access to this data ?
Talking to someone at storage pipe.com
He was saying that in Canada this info is protected and can not accessed by law
He was saying a lot of company's because of this are looking for off site storage in Canada because of this issue.
So from what I can understand if the storage server is located in the USA if the Government wants to look at the files they will force the clients to provide them access to these fies either by asking or by court order
But in Canada this not an option the files are protected by Law Now a lawyer I am not be it seems that if the company has nothing to hide it will not be and issue.
But like I said I have no idea what people or company's are backing up.
It can be anything!
All I do is store the backup data. All I know is the amount(size) of Data stored on the server.
The last thing I need is people banging on my door asking me to access these files.
Now if I had my server located in Canada they would be protected by law.?
I thought this problem was fixed in Plesk 11.5 but I'm still getting the following backup warnings in Plesk 12..."For security reason backup is performed on behalf of subscription system user...."
My phpbb forum creates cache files which have apache ownership and Plesk backup manager gives warnings that it cannot backup the files due to ownership errors.
I have searched for days for a solution without success. If I change the permissions to owner instead of apache the forums don't function correctly.
Is this a Plesk bug that is still evident in Plesk 12?
I have a facility that offers racks and bandwidth (expensive), however the same facility is a POP for Cogent as well, who after I contacted informed me that I can buy bandwidth from them directly and just have the racks with said facility.
Now, besides my servers, do I need to own anything in order for me to mix my 100MB uplink from my Rack provider and Cogent?
I am assuming that with Cogentco I will be able to get IPs more easily and thru them, so if I renew my contract I don't have to migrate class C no matter what datacenter I host (as long as I have cogent in the mix, correct?)
BTW; is it usual to get charged anything for BGP or cross-connect, what do you pay?
I'm getting a cabinet colocation with a provider and on the sales order there is a setup and re-occurring fee for "cross connect". My rep explained it's for the connection from my cabinet to their switch. Is this a typical charge for colocation? I thought cross connect is for connecting from their facility to 3rd party providers.
would it be possible to have my main box running apache, a second box for dns/other and an offsite secondary dns such as DNS1.PUBLIC-DNS.NET?
Is it possible to authenticate the primary and offsite secondary nameserver so the zone is transferred to the secondary? Would i need to pay for a special service, or do free ones exist? Are there any security implications with zone files being transferred out over the public internet, would a vpn need to be configured or can the process be encrypted via the transfer procedure?
Finally, how would this affect the way the entire virtual hosting works? I know when the nameserver on the host machine serves resolves a name request for a computer trying to browse the site in question, but when the actual http request goes to the web server does it incldue the domain it is looking at also?
On IIS6 many of thesite are under cross scripting attack I tried by remove the the code but it affects again after some time I reset the ftp password and passowrd is a combination of complex alpna numeric character.I have cheked the permission it is ok.
