-
A summary of what influential economists are saying to support the Geithner plan.
-
I've seen some evidence of this as well.
-
"The software proved to be more sophisticated than the people who used it, and that has caused the whole world a lot of problems." Feels vaguely like there's a user interface argument to be made there.
-
Easier than trying to extract them out of a Google Maps share URL.
-
I've been a pleased TiVo user for something like 6 years... so I was shocked when visiting my folks house earlier this year that cable television menus haven't improved at all. Most of these screens are worse than filling out tax forms with crayons.
-
I have a story about this I'll need to tell on the blog sometime. I like the succinct message here, though.
-
I haven't used Litmus for browser testing yet, but this application certainly makes it more appealing. The killer feature for me would be some kind of interactivity testing (i.e... something to catch pesky Javascript errors in IE6).
Aaron: March 2009 Archives
I occasionally need to get access to my Mac remotely, but it's hiding behind a firewall. To get in through the firewall, I just need to use an SSH port forward command, like this:
ssh serverexternalip -L 1202:workstationinternalip:5900
For those of you not familiar with SSH port forwarding, this command connects to my server on its publicly accessible IP (serverexternalip), and then opens the local port 1202 and connects it to the remote host workstationinternalip on port 5900.
Port 5900 is the port Apple uses for its screen sharing application.
After these steps, I can open the Screen Sharing application and connect to localhost:1202, which transparently connects to the remote workstation through the SSH tunnel.
Obviously, this requires that the SSH session remain open as long as you're working in Screen Sharing.
-
I've tried a number of tools lately to do simple file and directory transfers to and from S3. s3cmd is the most usable and powerful I've tried yet.
-
An old article describing the architecture of Slashdot.
-
Interesting bi-directional sync tool.
-
Top-notch writeup on implementing YSlow's recommendations on a multi-server Drupal site.
-
This article describes a relatively clever method to automatically upload Drupal's files/ directory up to S3 and smartly re-route requests there automatically. There are some flaws with this approach, but on the whole it looks pretty smart.
So I don't forget. On Leopard, there's a VPN setting called "Send all traffic over VPN connection." In theory, unchecking this box will make only connections to VPN-related IP addresses go over the VPN. This doesn't always work. The reason was explained by "Frank" on a comment to this post:
On Leopard there is a checkbox which enables or disables setting of the default route via the VPN. It is in the advanced settings and called something like "Send all traffic through the VPN".HOWEVER, this only works if the order of the network configurations ("Ethernet", "AirPort", "Firewire", ...) is so that your VPN comes AFTER the interface you're connected to the internet. You can change the order by clicking on the little cog icon next to the +/- icons.
If your VPN comes before the Ethernet or AirPort then the default route will always be set to the VPN regardless of whether you ticked that little checkbox.
:) But wait - there is more.
For each VPN connection you can configure DNS servers. Those are only configured in the /etc/resolv.conf when the VPN connection is sorted above the Ethernet and not below.
So the net result is: You can have VPN with properly configured DNS servers but the default route will always be the VPN
OR
you have the VPN without the default route via the VPN but also no DNS.
This makes perfect sense... but it's not entirely intuitive in the OSX dialog.
By the way, if you happen to still be on Tiger. The above-referenced post itself provides the script-centric method to get the same effect on Tiger.

tagged with: 