AquaRain Water Filtration Systems

October 17th, 2008 at 12:14 PM PDT

Last month, vavrek and I began researching gravity powered water filtration systems. The British Berkefeld and Berkey filter systems dominate this market (British Berkefeld refers to systems using the Doulton Super Sterasyl filter elements, Berkey refers to filter systems using the Black Berkey filter elements). I had been set on purchasing a Berkey filter until vavrek discovered AquaRain Natural Water Filtration Systems, a lesser known (and cheaper) alternative.

The AquaRain systems are all built in the USA from stainless steel. The filter elements are from Marathon Filters, the same used by MSR in their portable filters. They’re ceramic with carbon which, as illustrated in this table, filters organic and microbiological organisms, but not heavy metals, radioactivity, or inorganics. (More information on different filter types is available here.) These filters have been shown to filter down to the .2-.3 micron range, where British Berkefeld units claim an absolute rating of .5 microns.

Read more…

9 Responses »

Kitchen Herbs

October 13th, 2008 at 8:49 PM PDT

A friend asked me which herbs I have in my kitchen right now.

Kitchen Herbs

  • Chamomile (Matricaria recutita)
  • Cinnamon (Cinnamomum verum)
  • Echinacea (Echinacea purpurea)
  • Horsetail (Equisetum arvense)
  • Nettle (Urtica dioica)
  • Peppermint (Mentha piperita) (not pictured)
  • St. John’s Wort (Hypericum perforatum)
  • Thyme (Thymus vulgaris)

I’ve also got an Echinacea tincture and locally wild-crafted Oregon Grape tincture in the making. They’ll probably both be decanted next week, just in time for cold and flu season.

No Responses »

Thoughts on SSH Security

October 3rd, 2008 at 2:03 PM PDT

OpenSSH has a history of security. Only rarely are holes found in the actual program. It’s much more likely that a system will be compromised through poor configuration of the SSH daemon. Ideally, an SSH config would allow only protocol 2 connections, allow only specified users to connect (and certainly not root), disable X11 forwarding, disable password authentication (forcing ssh keys instead), and allowing connections only from specified IPs. These config options would look like this:

Protocol 2
PermitRootLogin no
AllowUsers demo
X11Forwarding no
PasswordAuthentication no

Allowing connections from only specified IP addresses would be accomplished by adding something like the following to /etc/hosts.deny:

sshd: ALL # Deny all by default
sshd: 192.168.1.0/255.255.255.0 # Allow this subnet
sshd: 4.2.2.1 # Allow this IP

(You could also accomplish this with iptables, but I think editing the above file is simpler.)

But the last two options (disabling password auth and allowing only certain IP addresses) limits mobility. I constantly login to my slice from multiple IPs, and I also need to login during travel when I may or may not have my key on me.

The main thing these two options protect against is a brute force attack. By allowing password logins from any IP, we give the attacker the ability to exploit the weakest part of SSH. This is where DenyHosts comes in.

DenyHosts is a python script which attempts to recognize and block brute force attacks. It has many attractive features and is included in the default Ubuntu repositories.

$ sudo aptitude install denyhosts

The config file is located at /etc/denyhosts.conf. It is very simply and readable. I recommend reading through it, but most of the default options are acceptable. If any changes are made, the daemon must be restarted:

$ sudo /etc/init.d/denyhosts restart

Note: Many people also advocating changing SSH’s default port to something other than 22 (more specifically, something over 1024, which won’t be scanned by default by nmap). The argument in support of this is that many automated attack scripts look for SSH only on port 22. By changing the port, you save yourself the headache of dealing with script kiddies. Opponents to changing the port would argue that the annoyance of having to specify the port number whenever using ssh or scp outweighs the minute security benefits. It’s a heated argument. I lean toward leaving SSH on the default port.

No Responses »