It's always DNS, even if it absolutely shouldn't be.

Posted by scribeawoken@reddit | talesfromtechsupport | View on Reddit | 42 comments

I used to do call center tech support for a major American ISP up until I quit back in August after getting fed up with how much it felt like our policies were designed more to find excuses to avoid sending out a technician than to actually identify and find the solution for an issue.

I was one of the few people there who actually had a technical background, and during my time there, I had a knack for identifying a lot of more in-depth issues that very few people around the call center ever would've picked up on - either because it wasn't in our troubleshooting script, or it was so many layers deep in the script that most people would give up and dismiss the issue out of hand as out of our scope of support. This is a case of the latter.

This occurred about a month after I finished training, and I was working second shift at the time. Relatively early in my workday (around 4 PM I wanna say), a call came in from a supervisor in our cable TV support department. He had taken an escalation from a customer who called in about an issue with his internet service, and it was clearly more in-depth than the basic troubleshooting his department handled. I let him know that I could take the call, and he transferred the caller on over to me.

After taking the steps to verify the caller's identity, I asked him some info on the situation. The gist was that he'd been unable to get online on his Mac, and he just had a technician out. This technician basically just showed up, dismissed it as an issue with the customer's third-party router, and left. This caller wasn't having it, and called in stark raving mad and demanded to speak with a supervisor about it.

I managed to de-escalate him a bit by assuring him that I was going to do some more in-depth troubleshooting, just to do my due diligence and identify if this issue truly was with his router or if it was unrelated. Luckily, the caller had already bypassed his router and hooked his Mac directly up to his cable modem, which made things a lot easier, since we just had to verify whether it was an odd fault with the modem that the field tech had ignored or an issue with the customer's Mac.

Since the basic steps of power cycling the modem and rebooting the desktop didn't do anything, and Safari would just stop responding whenever he tried to go to a webpage, I asked him to open up the terminal and ping 8.8.8.8, which went through just fine. I then had him try pinging google.com. No dice.

Afterwards I had him check the network settings to see what the DNS settings were. It was set to manual configuration, with a single IP address listed:

127.0.0.1

Somehow, for some ungodly reason, this man's computer was configured to use its own loopback interface as its sole DNS server. I do not know how this happened. I'm not sure if I want to know how this happened, but it happened.

From there, it was a quick case of advising him that he could either use something like Google DNS or Cloudflare DNS, or he could set it to be configured automatically via DHCP, and he was on his way.

The funny thing is, he assumed that I was a supervisor the entire time. It wasn't until the very end of the call that I told him that I was only a month out of training.