the jof » main

Twitter cURLs

jof — Mon, 06 Apr 2009 11:54:00 +0000

(Image from In Latte Veritas on Flickr.)

No, no, no, not that kind. This kind:

jonathan@sfo:~~$ tweet Switching to shell aliases to curl commands to the Twitter API for posting to twitter now.

But how?

alias tweet='curl --basic --user jof:PASSWORD --data status="!$" http://twitter.com/statuses/update.xml'

That’s how.

Thusly, http://twitter.com/jof/status/1462312199

Downtime

jof — Sun, 15 Feb 2009 09:33:38 +0000

It’s interesting to see what pages different people like to put up when they have to take down their site for a moment. Some put games, some put some information, some put cartoons trying to placate their users, and some just don’t seem to get it.

Terminal Glitch

jof — Tue, 10 Feb 2009 15:19:26 +0000

Terminal Glitch

Why does this happen sometimes when IÂ accidentallyÂ cat out some binary file to my terminal? How can I make it happen all the time, it’s great!

Catbert

jof — Mon, 18 Aug 2008 04:23:02 +0000

My employer outsources their HR. Part of the services they provide are flash-based courses for mandatory training.

Humorously from the Cultural Diversity applet:

And of course, you should be using IE, it’s the browser.

iperf

jof — Mon, 18 Aug 2008 04:15:24 +0000

iperf is a tool I find very useful on a regular basis. For those unfamiliar, it’s a CLI-based tool to push test traffic around. It can flexibly generate a lot of TCP or UDP traffic.
I mainly use it to tweak TCP parameters for maximum transport-layer performance or to gain a rough measure of the available throughput available for a given network path.

Or it can be timed to make funky bandwidth graphs:

Wifi down, new features coming

jof — Sat, 21 Jun 2008 06:22:43 +0000

I’m sorry to those who make use of my open wifi. It will be down for a couple of days while I work on designing and testing a new network implementation. Once it’s done it should have some cool new features:

Routable IPv4 addresses assigned using DHCP (just like a regular dynamic IP most places nowadays)
Routable IPv6 addresses assigned using RA (a standards-based stateless autoconfiguration protocol for IPv6, well-supported)
Using DHCP option 81 to have a DNS subdomain point to your current address (so let’s say you tell the DHCP server your name is ‘banana’, an A record will be added for banana.wifi.thejof.com pointing to your new IP)

Some features I would like to add in the future:

DHCPv6. This would make implementing the DHCP-DNS setup as described above possible for IPv6 as well
Dynamic firewall configuration. I’m thinking of a web portal to configure how the client IP is firewalled.
Some privacy controls and tools. Maybe having a local tor and/or privoxy server for users to use. Depending on if I can secure it’s use, maybe a pool of IPs from which users can pick a new random address.

Cubing

jof — Thu, 19 Jun 2008 12:35:55 +0000

Lately I’ve been playing around with a 3×3 Rubik’s Cube. It’s fun to have something to poke at while waiting for the muni.

I think that I’m at about imtermediate level. I’ve got the basics down, and now I’m just trying out some quicker algorithms. Best time so far – 2:25

Cisco

jof — Thu, 15 May 2008 14:17:28 +0000

Cisco creeps me out. I think it’s how successful they are somehow affirms my suspicions that they’re plotting world domination or something. I mean their hardware is *everywhere*. I can even state as a matter of fact, that if you’re reading this soon after it was written, you’ve already had these very packets fondled by no less than four Cisco boxes.
It starts to get scarier when you think about all the other things that are handled by Cisco hardware – ATM transactions, merchant transactions, phone calls, both mobile and fixed data, or even CCTV cameras.
They’re all closed source and “standards” compliant. It just seems weird to me.

Creepy hardware aside, I’ve always been a secret fan of Radia Perlman. She’s been a huge driving force in network and network security protocols for a while now. What I like best about her work is that it’s written with a certain grace about it. It always stood out to me among other networking papers.

SF Gov. using GMail

jof — Wed, 30 Apr 2008 01:59:45 +0000

I’ll just leave you with the cute headers from this piece of municipal (sp/h)am. The reverse-path seems to indicate some legitimacy as well:

Received: from smtp1.sfgov.org (smtp1.sfgov.org [209.77.149.26])
by sfo.thejof.com (Postfix) with ESMTP id AF2ED10804EA
for ; Tue, 29 Apr 2008 18:15:15 -0700 (PDT)
Received: from DOE-MIS04XP (client-172-31-01-185.ci.sf.ca.us [172.31.1.185])
by smtp1.sfgov.org (8.12.11.20060308/8.12.11) with ESMTP id m3U25GAB030779
for ; Tue, 29 Apr 2008 19:05:16 -0700
Message-Id:
Reply-To: San Francisco Department of Elections <sfelection@gmail.com>
From: San Francisco Department of Elections <sfelection@gmail.com>
To: Pollworkers
Subject: A Message from the San Francisco Election Department of Elections
Date: Tue, 29 Apr 2008 17:57:42 -0700
Importance: Normal
X-Priority: 3 (Normal)
MIME-Version: 1.0
X-Mailer: Mach 5 Mailer version 4 RI{d6cb4-f2cec}
Content-Type: text/plain;
charset=”Windows-1252″
Content-Transfer-Encoding: 8bit

Dear Voter:

…

Thoughts on Remote Access

jof — Tue, 05 Feb 2008 14:21:49 +0000

We have a decent out of band remote access setup here at work. That’s basically a backup way of connecting to our network just in case something so catastrophic should happen that our entire edge and core network become unavailable from the outside, we can still connect through other means to administer devices through an internal subnet.

Basically, this is just a DSL connection from a different (and much bigger) ISP. While this is probably good enough for just about anything that I could possibly imagine, I think it could still be improved on.

Basically, I can think of three major failure modes: power loss, internal layer 2 network failure, and layer 3 transit failure. All three could be caused by operator error, a break in an infrastructural component, or some combination of failures likely to happen in the event of a major catastrophe.

If something should go awry, three things need to be in place in order to connect back: remote access devices need to have electrical power, they need to function as intended (i.e. the configuration should be as idempotent as possible), and they need to be able to reach the devices they’re there to manage.

At first I’m thought of something like this:

However, I think I could probably improve on this in a few ways:

Reduce complexity by using some kind of embedded box rather than a full-blown computer. They draw a lot less power and they have less components to fail.
Increase power redundancy by using a dual-feed switch to both feeds on both machines. I suppose this eliminates the failure mode of one power feed failure in combination with all transit and just one POTS provider going down
Greater layer 2 interconnection to many different parts of the network rather than just two points of interconnection