Oh Noes!

I've been parking a domain name for a friend/client of mine on my hosting provider (Dreamhost, FWIW) for a while, and they eventually asked me to redirect their domain to a 3rd party website which is currently featuring some relevant promotional content. Once this period ends, we will probably go ahead and set up a proper website for the domain on my hosting account. I used Dreamhost's "redirect" hosting option in their domain configuration panel, not realizing that it would implement a 301 Permanent redirect, or what the implications were.

Now it seems that for any client that has visited the site anytime recently, the 301 redirect is still cached/in effect, although I have changed the domain settings back to regular Dreamhost full site hosting. It seems that the only thing that can be done is to wait out the TTL/cache expiration for the redirect. I have no idea how long that might be, so I'm wondering if there is any good way to cache-bust the redirect or otherwise undo its long-term effects. I put a simple html meta refresh in the domain folder to replace the 301 to keep the intended functionality in place, but I'm still not able to access the domain's other content normally, even via FTP, etc.

Isn't there anything I can do? Otherwise, how long does it take for a cached redirect to expire? It's gonna be a bummer if it's really permanent.

2 Answers 2


I think you're basically waiting out the visitors' individual browser caches. You've done what you can. Also seems not every browser necessarily does this, for whatever it's worth. Here's a related SO thread with some info.


you will have to wait until the TTL for your DNS is expired, which takes 2-3 days maximum in general. the only thing you might be able to do otherwise is to manually set a lower TTL, but most DNS providers dont allow this.

  • Isn't DNS completely unrelated to the redirection caching? It's the browser and any intermediate HTTP caches that will remember the redirect, and DNS will only be used to map a domain to an IP address, not resolve a different domain name than the one requested (unless there's some gap in my knowledge). Feb 27, 2014 at 21:47

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.