<html><center></html>STATUS updates<html></center></html>
Some links of interest:
Fixed it!
Three separate problems….
xl0 and xl1 were competing for 137.238.7.x addresses.. xl0 was a disconnected interface, xl1 is the actual external interface.
ifconfig xl0 down does NOT disable the interface on OpenBSD. ifconfig xl0 inet delete, however DOES fix the problem.
I was using an rdr rule for DNS, which is not what is needed. This is what we want:
# Allow DNS
pass in on {$ext_if} proto {tcp,udp} from any to ($ext_if) port 53
node00 is suffering from some stale NFS handles… resolve.conf is the primary victim… no resolv.conf, no DNS… no DNS, no resolution of things like LDAP servers… which prevents users from logging in; so some local entries in /etc/hosts were performed to enable necessary functionality.
I believe I found the culprit causing some grief when trying to connect to juicebar… turns out there were two network interfaces with identical IPs assigned… xl0, which is unattached, had a 137.238.7.4 IP, which I know I accidentally assigned.
xl1 is the actual external interface, where I aliased the 137.238.7.4 IP… so this was apparently causing some grief. What I can't fully figure out is why I could access it (and VPN directly to juicebar) just fine but others could not… the emerging pattern seems to be that those originating from SUNY Geneseo addresses were completely cut off from juicebar, but those from an outside address had no problem.
This would make sense in that all the people who reported problems have the ability to VPN into Geneseo's network, so would be accessing juicebar from a Geneseo address.
Turns out that while I can talk to the DSLAB DNS server via nslookup, the world may still be experiencing problems talking to it. Investigating…
A useful command-line for MacOS X nslookup:
$ nslookup cluster.ds.geneseo.edu 137.238.7.1 Server: 137.238.7.1 Address: 137.238.7.1#53 cluster.ds.geneseo.edu canonical name = node004.ds.geneseo.edu. Name: node004.ds.geneseo.edu Address: 137.238.7.4 $
First arg is what you're testing, second arg is the server you're testing against.
Turns out external DNS queries for ds.geneseo.edu were not working.
I fixed it as follows:
# Allow DNS
rdr pass on {$ext_if} proto {tcp,udp} to port 53 -> 10.81.1.1
I picked up an Arduino UNO and a Gameduino, and spent some quality time with them in the LAIR.
Some useful links:
After Jailbreaking the iPad 2 with the recent http://jailbreakme.com service, I took advantage of the availability of Cydia to install SNES9x EX (a free SNES9x port to iOS), which has functional classic controller support. Full screen playable SNES goodness on the iPad!
<html><center></html>
<html></center></html>