Tsukurimashou close to release, other notes

Sunday 30 January 2011, 10:48

Last time I checked the windchill, it was -44. That's the level where if you go outdoors, you come back encased in a three-centimetre layer of ice, like in that scene from Excel Saga. Inasmuch as I don't have a hyperactive redhead to warm me up afterward, I'm cancelling or at least postponing my plan of going grocery shopping today. If I'm lucky, it'll be a little warmer in the afternoon.

New KDE, still broken

Friday 28 January 2011, 05:02

I see that KDE put out a new release on Wednesday. I'm disappointed that they still haven't fixed bugs 158556 and 180051.

Fixing "unexpected RCODE (SERVFAIL)" and "unexpected RCODE (REFUSED)"

Wednesday 26 January 2011, 18:55

This is another one where I searched the net, the answers I found were very unhelpful, and so I'm posting what worked for me for the benefit of anyone making similar searches.

The problem: new ADSL connection from MTS Allstream, which is the deregulated ghost of the Manitoba telecom monopoly. Works pretty well, except they do that damn misguided "helpful" redirection of failed DNS requests to a search engine, thereby screwing up all non-Web activities that depend on the DNS actually working according to the protocol. They offer opt-out but that doesn't work. So I set up my own caching DNS server and everything seemed fine... except just a few Web sites wouldn't work. Always the same sites; little or no rhyme or reason to which ones they were. Penny Arcade, Weather Underground, the Canada Revenue Agency, and the CBC, were the most annoying examples. The browser would hang, trying to connect, forever.

Digging through the system logs revealed lines like these:

Jan 25 11:34:38 tetsu named[1613]: unexpected RCODE (SERVFAIL) resolving 'art.penny-arcade.com/A/IN':
Jan 25 11:37:55 tetsu named[1613]: unexpected RCODE (REFUSED) resolving 'cbc.radio-canada.ca/A/IN':

Searching on the Web produced many people complaining about error messages like these, and the following answers on how to resolve it:

  • "You must be the authoritative server for these domains, and you haven't given BIND the correct path to the zone files." No, I am not the authoritative server for these domains.
  • "You must be the authoritative server for these domains, and someone on the Net is trying to break into your nameserver." No, I really am not the authoritative server for these domains, the failing requests are coming from an authorized user on localhost (namely me), and incoming unauthorized DNS requests would be stopped at the firewall anyway.
  • "The remote authoritative servers for these domains are misconfigured and you must contact the admins and tell them to fix the problem." Yes, I REALLY HAVE THE TIME AND ABILITY TO CONVINCE EVERY ADMINISTRATOR OF A MISCONFIGURED NAMESERVER ON THE ENTIRE INTERNET TO FIX THEIR CONFIGURATIONS BECAUSE THEY WILL ALL LISTEN TO ME! Also, of course, I can contact these administrators by pure mental telepathy, since my computer cannot connect to theirs to send them email.

Clearly, none of these answers was helpful. Here's the actual answer: The MTU on my Ethernet connection was set to the default of 1500. Packets that size cannot pass through the ADSL connection; and to make matters worse, MTS apparently drops ICMP traffic (this could be my fault because it may be happening at the firewall box, which is theirs but was reconfigured by me), so that Path MTU Discovery (which would automatically adjust the setting) doesn't work. It wasn't really anything specific to DNS, but would cause subtle effects in a lot of places; DNS was just the most visible thing failing. Solved by changing my MTU to 1400; there may be some slightly larger number that will work (I'll experiment), but 1500 evidently is too big. It appeared only, but consistently, on a few domains, because those were the ones where the DNS query or its answer (which would generally be consistent per domain) happened to both exceed the ADSL connection's real MTU and not be fragmented anywhere else in the network.

Typographical history of the TTC

Tuesday 18 January 2011, 11:42

Here's a Web log article, with several links and a couple of posters for sale, on something I've wondered about before: the unique typeface used for station names and some other signage on the TTC.

Notes on Winnipeg

Saturday 8 January 2011, 15:42

The firewall box does seem to be dead. It's quite possible that some parts of it are salvageable, but it appears that I can also reconfigure the MTS DSL box to do most of the firewalling I would like, and that doesn't cost me anything in replacement parts. Given that I'm already over budget on such things as the movers' fees, and doormats, I'm going to go that route and keep the firewall box for parts. More moving-in notes below.


Friday 7 January 2011, 23:02




Thursday 6 January 2011, 22:37




Groping toward connectivity

Wednesday 5 January 2011, 15:28

MTS telephone and DSL up and running. I have to say again that they were a lot easier to deal with than Bell or Execulink. I am typing this on the laptop - just plugged it in and grabbed a DHCP lease and it worked. A little worrying that it hasn't yet asked me to enter any kind of authentication information; I don't know if that means it's the box labelled "Actiontec" (probably a router plus modem, but not labelled as to its function) doing the authentication, or if I'll have to figure out the authentication protocol once the current lease expires.

Normal mail delivery, and things like the chart service, won't resume until I get my main computer unpacked and set up; but at least now I feel comfortable transferring big and sensitive information with the laptop in a way I didn't want to do while I was a guest on my neighbour's wireless. (Thank you, neighbour!)

ETA: Shortly after the MTS installer left, the apartment management put my completed lease papers under my door, and that enabled me to finally go pick up the package that Canada Post has been holding for me since December 31 (I needed the lease to prove I really live here). The package turns out to be a DSL modem from MTS. So now I have two.

ETA: Desktop machine up now. Not networked, and the firewall isn't up yet, so I'm still typing this from the laptop. There was a scary moment there where I couldn't remember my own password on the main user account (it is, naturally, a password used nowhere else, and I hadn't had a chance to use it since taking the machine down in December); but I still had root, and remembered the missing password before I needed to seriously think about setting a new one anyway, so that was okay.

ETA: Bit of a snag here. The firewall machine doesn't want to boot, at all. When power is applied, the power light doesn't come on; neither does the power button work. But the power supply is producing what look like the right voltages, and if there's a USB key inserted, the light on that flashes, so there's definitely some power getting through. It's possible that the bumping and temperature cycling of the move dislodged something and I can fix it by carefully re-seating all connectors. I sure hope that's the issue, because I'm not sure of much else that could cause these symptoms while still being fixable.


Saturday 1 January 2011, 12:14


Of never feeling hot

Friday 31 December 2010, 20:31

This is a good article: Of never feeling hot. It's not written in the words I would use, but that may be a good thing, because when I write about this topic myself, I'm perennially misinterpreted. Thanks Paul for the link.