The MD5 hash should match.
You could use a bash script to search a directory for a specific MD5 hash. For example:

I guess the above could use some work

for the CLI-phobics check out this certificate key matcher

The problem is that my home-ip is not fixed. A Dynamic DNS setup is the fix that comes to mind first. But, I thought I would try something else: Reverse SSH Tunnel
I used the recipe and explanations in this article. Mostly, all I needed to do was the following:

Where the 18000 is the port on the server, and 8000 is the port on the home machine. No harm in using the same port numbers, btw.

I then changed the VirtualHost configuration in apache on the server to read:

Restart apache on the server and all falls in place perfectly.

From the man page:

pm-suspend-hybrid
Hybrid-suspend is the process where the system does everything it needs to hibernate, but suspends instead of shutting down. This means that your computer can
wake up quicker than for normal hibernation if you do not run out of power, and you can resume even if you run out of power. s2both(8) is an hybrid-suspend
implementation.

Background story: Electricity problems in Lebanon, and old UPS, causing me plenty of headaches. So I needed a quick way to suspend/hibernate the desktop without loosing all my volatile settings and open files. I added a shortcut for a ConnectBot host configuration on my android phone that runs this command on the desktop (remotely): sudo pm-suspend-hybrid
This way if the backup generator starts in time or not, everything is back up and running in under 45s12s (just clocked it!).

1- Add the remote server’s information (Session)

2- Add the tunnel information (Connection – SSH – Tunnels)

You need to edit the Source port and Destination then click the “Add” button.

This should be enough. Either go back to the “Session” screen and save the configuration for later. Or simply click “Open” to get started.

Creating an SSH tunnel or forwarding ports is pretty easy when you’re on a Linux machine. Simply type the following in the shell:

Where the first 8080 is the local port and the second 8080 is the port on the server.

Practically, let’s say you have a glassfish installation on your server at 10.0.10.15. You cannot access the admin port 8484 on that server as it’s by default bound to localhost only. So, you can create a tunnel using the following command and access the glassfish admin site as if it’s on the local machine at http://127.0.0.1:8484/:

The documentation for the API can be found here

So to reboot, I use the following script:

That seems to be much safer than running: sudo reboot

So far, here’s what I’ve done:

• apt-get install nginx-full
• apt-get install uwsgi uwsgi-plugin-python
• installed django from svn described in the docs

The nginx configuration can be found in /etc/nginx/sites-available/default. Of course, it’s best to make a copy of that file and edit it for the site/app I’m working on. Here’s what I put in it:

Now for the uWSGI configuration file. I created the file /etc/uwsgi/apps-available/sss.ini and added the following lines:

it’s really just that. What took me so long was to figure out that in Debian/Ubuntu you have to install uwsgi-plugin-python, otherwise you’ll keep on getting weird error messages. Also, the default ini file has most of the settings (in /etc/default/uwsgi) so you should either read or edit that to make sure you’re getting all the right values.

1. mkdir chkrootkit; wget ftp://ftp.pangeia.com.br/pub/seg/pac/chkrootkit.tar.gz -O- | tar zx –strip-components=1 -C chkrootkit; chkrootkit/chkrootkit | grep -v ‘nothing found’ | grep -v ‘not infected’ | grep -v ‘not tested’ | grep -v ‘not found’
2. mkdir rkhunter; wget http://downloads.sourceforge.net/sourceforge/rkhunter/rkhunter-1.3.8.tar.gz -O- | tar zx –strip-components=1 -C rkhunter; cd rkhunter; ./installer.sh –layout /usr/local –install; /usr/local/bin/rkhunter –check –quiet

or:

What did I do to minimize the effort of moving both apps to the remote machine without loosing all the customizations I have made?

Make sure to do the following before running firefox/thunderbird on the remote machine:

After that, connect remotely with -X and run the commands:

Note that -no-remote is important if you ever want to run another local instance of firefox.

Now the rant:
I have an underutilized PC sitting in the office mostly gathering dust. It has 4G of RAM and plenty of HD space. So, I decided to use it, remotely.

I’m running the latest Ubuntu on my laptop/netbook. The “server” has Windows 7 running on it, and I don’t want to mess with that as my wife uses the machine (also remotely) for her design work. The solution was pretty simple: download VirtualBox, install a fresh Ubuntu inside a VM, run the VM headless and access it remotely from the laptop.

# running headless
C:\Program Files\Oracle\VirtualBox>VBoxHeadless.exe -s newvm
Oracle VM VirtualBox Headless Interface 4.0.4

# changes in ubuntu vm:
# create/edit the file /etc/gdm/custom.conf with the following:
[daemon]
[security]
DisallowTCP=false
[xdmcp]
Enable=true
DisplaysPerHost=2
[greeter]
[chooser]
[debug]

# restarted GDM using: /etc/init.d/gdm restart

# then connected from the client machine (laptop)
ssh -X remote-server

Now all commands entered or apps launched in the ssh shell will in fact run on the server, but will be displayed on the laptop monitor. Simple and effective.

I am going to install a small footprint window manager/desktop environment and use that later on. But I’m happy with things as they are at the moment. I’m running firefox/thunderbird remotely (both use plenty of memory)