{"id":61,"date":"2008-06-01T10:40:35","date_gmt":"2008-06-01T15:40:35","guid":{"rendered":"http:\/\/installingcats.com\/?p=61"},"modified":"2008-06-01T10:40:35","modified_gmt":"2008-06-01T15:40:35","slug":"automountd-backups-backupd","status":"publish","type":"post","link":"https:\/\/installingcats.com\/2008\/06\/01\/automountd-backups-backupd\/","title":{"rendered":"Automountd trying to connect to Backups.backupdb"},"content":{"rendered":"

\"\"<\/a>An explanation of why automountd is trying to find Backups.backupdb on the Internet…<\/p>\n

I woke up this morning with a warning from Little Snitch outbound firewall<\/a> that automountd wants to connect to Backups.backupdb on port 111.<\/p>\n

Here’s what I’ve discovered since then.<\/p>\n

automountd is a system service which mounts and unmounts network file systems<\/a> (NFS) and lists contents of directories when requested (i.e. makes them accessible for use, like double clicking a .dmg file on your desktop, after that you can access the disk image).<\/p>\n

Backups.backupdb is the Time Machine directory which contains your backups, usually on an external USB drive connected to your Mac.<\/p>\n

When Time Machine is scheduled to do a backup, it tries to make a connection to Backups.backupdb to read its contents, which is automountd’s job to handle.
\nautomountd pokes around, doesn’t find the directory within its network file system maps (when the external backup drive is not connected) and asks Open Directory\/Directory Services “Yo, where’s Backups.backupdb?”<\/p>\n

Directory Services stares at automountd blankly for a few moments and decides to check with DNS.<\/p>\n

Directory Services asks the DNS server, “hey, you know where I can find Backups.backupdb”, to which your DNS server (located at your ISP or OpenDNS) will answer “Dood… that’s a nxdomain (non-existent domain) BUT<\/strong>, I’m gonna return you the address of a website with a bunch of search results and advertising”.<\/p>\n

Here-in lies the rub: normally you should get a straight NXDOMAIN response from DNS meaning, there is no IP address for that domain. Instead<\/em>, a lot of ISP’s (and OpenDNS<\/a>) have capitalized on this and are returning an IP address to a web server dishing out search results and advertising, rather than a simple NXDOMAIN response. The result of which is applications such as Firefox or Safari, and services such as Time Machine , through automountd, are thinking that they’ve found the right address and therefore use it when handling requests.<\/p>\n

The upside of this “service” is that instead of getting a “Website Not Found Error” in a browser, you get a list of possibly helpful search results of what you were really looking for.<\/p>\n

The downside of course is that services such as Time Machine, have no idea that the address is not really the location of Backups.backupdb, but is in fact, a location of a website with search results and pay-per-click ads.<\/p>\n

So, automountd attempts to read the contents of the directory called “Backups.backupdb” at the address returned by the DNS server, in my case “hit-nxdomain.opendns.com” located at 208.69.34.132, using a remote procedure call (rpc) on port 111. Of course, this remote procedure call will fail since 208.69.34.132 \/ hit-nxdomain.opendns.com is not a Network File System which accepts requests to mount drives, it’s a website meant for humans to see search results and click on ads.<\/p>\n

Solutions to stop automountd from trying to connect to Backups.backupdb over the Internet?<\/p>\n