There wasn’t a lot of thorough documentation on installing/compiling the latest ImageMagick on CentOS 6.  Below are the packages and install steps; remember to also install the PHP PECL extensions if needed (the ones from yum should work fine).

If ImageMagick-6.8.5-4.tar.gz is not the latest package (it is at the time of writing), be sure to update that before running.

In case you’re concerned bout the last line, we add that so that /usr/local/lib is searched first in case an older ImageMagick is present elsewhere.  If you don’t have ImageMagick at all and /usr/local/lib shows up in  ldconfig -v , you can skip this step.

 

I haven’t been able to find a clear set of instructions to get Gearman compiled on CentOS 6. After some trial and error, this is what I came up with to get things going.

If you want to block bots/crawlers/search engines/your mom from reaching your site (based on user agent), there are many ways to go about it, the best (IMO) being directly with Apache.

The below Apache rules set an environment variable if a user agent matches, and the rewrite rule acts based on that. I am redirecting to robots.txt here to remind these bots it exists (thanks for not respecting the rules!). You can redirect to anywhere you want.

Note that BrowserMatchNoCase does simple string matching, and matches substrings. You can have just one rule to match ‘bot’ that will capture anything with ‘bot’ in the name. I am being more explicit here just to play it safe.

You can test with the curl command below to test:

curl -I -H “User-Agent: botname” localhost

Apache rules:

I was working with a barebones Apache setup recently and needed to enable Digest authentication, but it turned out the necessary modules weren’t loaded. After some research, I came up with the below. I’m largely posting this for my own reference, but figured others could benefit as well.

Make sure the module and password file paths are correct!

I had the privilege of testing a dedicated server from OVH while they’re going through their new datacenter beta, and although it started up with Debian 6.0, I saw that I had the option of installing Proxmox 2.1. I love Proxmox, and have been using it since version 0.5.

Anyway, as excited as I was to have it up, I ran into the battle of running all of my VMs and the host node under a single public IP address. Luckily, the host is just pure Debian, and ships with iptables.

What needs to be done is essentially to run all the VMs on a private internal network. Outbound internet access is done via NAT. Inbound access is via port forwarding.

Here’s how it’s done:

Create a virtual interface that serves as the gateway for your VMs:

My public interface (the one with the public IP assigned) is vmbr0. I will then create an alias interface called vmbr0:0 and give it a private IP address in /etc/network/interfaces. Note that this is needed for KVM and OpenVZ bridged interfaces; venet interfaces automagically work.

Create an iptables rule to allow outbound traffic:

There are a few ways to specify this, but the most straightforward is:

In one of your VMs, set the interface IP to something in 192.168.4.2-254, and set the default gateway to 192.168.4.1, with the subnet mask of 255.255.255.0. Feel free to adjust this as you see fit. Test pinging your public IP address, and perhaps even an external address (like 4.2.2.2). If this works, you’re on the right track.

At this point, you have internet access from your VMs, but how do you get to them? For your OpenVZ containers, sure, you could SSH into the host node and ‘vzctl enter’ into a CTID, but that’s probably not what you want. We will need to set iptables rules to dictate which ports point to which servers.

Assuming you want VM 100 to have SSH on port 10022, and let RDP of VM 101 ‘live’ on port 10189, we can do the following:

You can add as many of these as you’d like.

Once you have your configuration set up as you please, we will need to make it persistent. If you reboot at this point, all of your iptables rules will be cleared. To prevent this, we simply do:

This step saves the rules to an iptables-readable file. In order to apply them upon boot, you have several options. One of the easier ones is to modify /etc/network/interfaces as such (notice the third line):

At this point, you now have a functioning inbound/outbound setup on your own private LAN.

This took me a good bit of reading and trial/error, but here are rsync options that I found to work well with a Windows target (tested with a CIFS mount) from a Linux ext3 filesystem without errors.

It’s been a while since I’ve publicly made updates to this script, but I did make some tweaks over the years that I’d like to share.

Here are some changes over the last version:

• Delete old backups via FTP
  
• Backup to multiple FTP servers
  
• More efficient backups
  
• Add time in filename (allows for multiple backups/day)
  
• More verbose/better error detection
  

I have moved the development of this to the GitHub repository below:
https://github.com/ameir/mysqlbackup

You can view the previous version here.
If there’s a feature that’s missing that you’d like to see, leave a comment below.