Rsync is a wonderful little utility that’s amazingly easy to set up on your machines. Rather than have a scripted FTP session, or some other form of file transfer script — rsync copies only the diffs of files that have actually changed, compressed and through ssh if you want to for security. That’s a mouthful — but what it means is:
- Diffs – Only actual changed pieces of files are transferred, rather than the whole file. This makes updates faster, especially over slower links like modems. FTP would transfer the entire file, even if only one byte changed.
- Compression – The tiny pieces of diffs are then compressed on the fly, further saving you file transfer time and reducing the load on the network.
- Secure Shell – The security concious of you out there would like this, and you should all be using it. The stream from rsync is passed through the ssh protocol to encrypt your session instead of rsh, which is also an option (and required if you don’t use ssh – enable it in your /etc/inet.d and restart your inet daemon if you disabled it for security).
Rsync is rather versatile as a backup/mirroring tool, offering many features above and beyond the above. I personally use it to synchronize Website trees from staging to production servers and to backup key areas of the filesystems both automatically through cron and by a CGI script. Here are some other key features of rsync:
- Support for copying links, devices, owners, groups and permissions
- Exclude and exclude-from options similar to GNU tar
- A CVS exclude mode for ignoring the same files that CVS would ignore
- Does not require root privileges
- Pipelining of file transfers to minimize latency costs
- Support for anonymous or authenticated rsync servers (ideal for mirroring)
How does it work?
You must set up one machine or another of a pair to be an “rsync server” by running rsync in a daemon mode (“rsync –daemon” at the commandline) and setting up a short, easy configuration file (/etc/rsyncd.conf). Below I’ll detail a sample configuration file. The options are readily understood, few in number — yet quite powerful.
Any number of machines with rsync installed may then synchronize to and/or from the machine running the rsync daemon. You can use this to make backups, mirror filesystems, distribute files or any number of similar operations. Through the use of the “rsync algorithm” which transfers only the diffs between files (similar to a patch file) and then compressing them — you are left with a very efficient system.
For those of you new to secure shell (“ssh” for short), you should be using it! There’s a very useful and quite thorough Getting Started with SSH document available. You may also want to visit the Secure Shell Web Site. Or, just hit the Master FTP Site in Finland and snag it for yourself. It provides a secure, encrypted “pipe” for your network traffic. You should be using it instead of telnet, rsh or rlogin and use the replacement “scp” command instead of “rcp.”
Setting up a Server
You must set up a configuration file on the machine meant to be a server and run the rsync binary in daemon mode. Even your rsync client machines can run rsync in daemon mode for two-way transfers. You can do this automatically for each connection via the inet daemon or at the commandline in standalone mode to leave it running in the background for often repeated rsyncs. I personally use it in standalone mode, like Apache. I have a crontab entry that synchronizes a Web site directory hourly. Plus there is a CGI script that folks fire off frequently during the day for immediate updating of content. This is a lot of rsync calls! If you start off the rsync daemon through your inet daemon, then you incur much more overhead with each rsync call. You basically restart the rsync daemon for every connection your server machine gets! It’s the same reasoning as starting Apache in standalone mode rather than through the inet daemon. It’s quicker and more efficient to start rsync in standalone mode if you anticipate a lot of rsync traffic. Otherwise, for the occasional transfer follow the procedure to fire off rsync via the inet daemon. This way the rsync daemon, as small as it is, doesn’t sit in memory if you only use it once a day or whatever. Your call.
Below is a sample rsync configuration file. It is placed in your /etc directory as rsyncd.conf.
motd file = /etc/rsyncd.motd log file = /var/log/rsyncd.log pid file = /var/run/rsyncd.pid lock file = /var/run/rsync.lock [simple_path_name] path = /rsync_files_here comment = My Very Own Rsync Server uid = nobody gid = nobody read only = no list = yes auth users = username secrets file = /etc/rsyncd.scrt
Various options that you would modify right from the start are the areas in italics in the sample above. I’ll start at the top, line by line, and go through what you should pay attention to. What the sample above does is setup a single “path” for rsync transfers to that machine.
Starting at the top are four lines specifying files and their paths for rsync running in daemon mode. The first is a “message of the day” (motd) file like you would use for an FTP server. This file’s contents get displayed when clients connect to this machine. Use it as a welcome, warning or simply identification. The next line specifies a log file to send diagnostic and norml run-time messages to. The PID file contains the “process ID” (PID) number of the running rsync daemon. A lock file is used to ensure that things run smoothly. These options are global to the rsync daemon.
The next block of lines is specific to a “path” that rsync uses. The options contained therein have effect only within the block (they’re local, not global options). Start with the “path” name. It’s somewhat confusing that rsync uses the term “path” — as it’s not necessarily a full pathname. It serves as an “rsync area nickname” of sorts. It’s a short, easy to remember (and type!) name that you assign to a try filesystem path with all the options you specify. Here are the things you need to set up first and foremost:
- path – this is the actual filesystem path to where the files are rsync’ed from and/or to.
- comment – a short, descriptive explanation of what and where the path points to for listings.
- auth users – you really should put this in to restrict access to only a pre-defined user that you specify in the following secrets file – does not have to be a valid system user.
- secrets file – the file containing plaintext key/value pairs of usernames and passwords.
One thing you should seriously consider is the “hosts allow” and “hosts deny” options for your path. Enter the IPs or hostnames that you wish to specifically allow or deny! If you don’t do this, or at least use the “auth users” option, then basically that area of your filesystem is wide open to the world by anyone using rsync! Something I seriously think you should avoid…
Check the rsyncd.conf man page with “man rsyncd.conf” and read it very carefully where security options are concerned. You don’t want just anyone to come in and rsync up an empty directory with the “–delete” option, now do you?
The other options are all explained in the man page for rsyncd.conf. Basically, the above options specify that the files are chmod’ed to uid/gid, the filesystem path is read/write and that the rsync path shows up in rsync listings. The rsync secrets file I keep in /etc/ along with the configuration and motd files, and I prefix them with “rsyncd.” to keep them together.
Using Rsync Itself
Now on to actually using, or initiating an rsync transfer with rsync itself. It’s the same binary as the daemon, just without the “–daemon” flag. It’s simplicity is a virtue. I’ll start with a commandline that I use in a script to synchronize a Web tree below.
rsync --verbose --progress --stats --compress --rsh=/usr/local/bin/ssh \ --recursive --times --perms --links --delete \ --exclude "*bak" --exclude "*~" \ /www/* webserver:simple_path_name
Let’s go through it one line at a time. The first line calls rsync itself and specifies the options “verbose,” progress” and “stats” so that you can see what’s going on this first time around. The “compress” and “rsh” options specify that you want your stream compressed and to send it through ssh (remember from above?) for security’s sake.
The next line specifies how rsync itself operates on your files. You’re telling rsync here to go through your source pathname recursively with “recursive” and to preserve the file timestamps and permissions with “times” and “perms.” Copy symbolic links with “links” and delete things from the remote rsync server that are also deleted locally with “delete.”
Now we have a line where there’s quite a bit of power and flexibility. You can specify GNU tar-like include and exclude patterns here. In this example, I’m telling rsync to ignore some backup files that are common in this Web tree (“*.bak” and “*~” files). You can put whatever you want to match here, suited to your specific needs. You can leave this line out and rsync will copy all your files as they are locally to the remote machine. Depends on what you want.
Finally, the line that specifies the source pathname, the remote rsync machine and rsync “path.” The first part “/www/*” specifies where on my local filesytem I want rsync to grab the files from for transmission to the remote rsync server. The next word, “webserver” should be the DNS name or IP address of your rsync server. It can be “w.x.y.z” or “rsync.mydomain.com” or even just “webserver” if you have a nickname defined in your /etc/hosts file, as I do here. The single colon specifies that you want the whole mess sent through your ssh tunnel, as opposed to the regular rsh tunnel. This is an important point to pay attention to! If you use two colons, then despite the specification of ssh on the commandline previously, you’ll still go through rsh. Ooops. The last “www” in that line is the rsync “path” that you set up on the server as in the sample above.
Yes, that’s it! If you run the above command on your local rsync client, then you will transfer the entire “/www/*” tree to the remote “webserver” machine except backup files, preserving file timestamps and permissions — compressed and secure — with visual feedback on what’s happening.
Note that in the above example, I used GNU style long options so that you can see what the commandline is all about. You can also use abbreviations, single letters — to do the same thing. Try running rsync with the “–help” option alone and you can see what syntax and options are available.
Rsync on the Net
There are also various pages of information on rsync out there, many of which reside on the rsync Web site. Below are three documents that you should also read thouroughly before using rsync so that you understand it well: