Go Premium for a chance to win a PS4. Enter to Win

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 376
  • Last Modified:

Updated website content won't display on browsers within a network

I can publish new html content to our GoDaddy hosting site.  And if I view it via LogMeIn from my home computer, I see the changes, but those same changes don't appear from within any computer on our network.

You can view the contect (correctly) internally if we use MegaProxy to hit the page.

In our situation, the correct content does show up, but normally the next day.

I tried clearing the cache on local machines - no luck.

I've flushed the dns servers, cleared the cache locally - and nothing works.

It seems that it must be something within the network (Win 2003 servers) that is not allowing pages to refresh and update with the new content.

HELP!
0
rmattke
Asked:
rmattke
  • 6
  • 6
1 Solution
 
David Johnson, CD, MVPOwnerCommented:
somewhere something is caching the changes.

Is the site hosted on godaddy? or are they just your registrar?
0
 
rmattkeAuthor Commented:
Hosted on GoDaddy.  I've called the 5 times - and based on testing, it's caching somewhere on our network... but where?
0
 
David Johnson, CD, MVPOwnerCommented:
ISA server maybe.. is this a publicly viewable website, if so could you share the url?
0
Get your Disaster Recovery as a Service basics

Disaster Recovery as a Service is one go-to solution that revolutionizes DR planning. Implementing DRaaS could be an efficient process, easily accessible to non-DR experts. Learn about monitoring, testing, executing failovers and failbacks to ensure a "healthy" DR environment.

 
rmattkeAuthor Commented:
http://www.signresource.net/OldWebSite/enterprise/polemount/polesigns.htm
<Admin Edit>
<Admin Edit>

The top item on your end probably shows the correct (and recently updated) price of $2295.  But on my end (from our network) is shows the old price of $1982.

I've flushed the dns on all three dns servers, I've also cleared cache on all three, and verified that the Baraccuda device we have isn't caching a copy of the html either.

Yet I still can't view the update...!??
0
 
David Johnson, CD, MVPOwnerCommented:
Yes that is exactly what is showing.. 2295  (I've requested that the moderator delete the UN/PW,
Try another browser here is the link for firefox portable
0
 
rmattkeAuthor Commented:
I tried it using an iPad and your Firefox portable - with the same (old) information being displayed.

I just don't understand what is blocking internal browsers from updating...  And when I've cleared the cache on my local machine and each dns server - where it's being cached...   Ideas??
0
 
David Johnson, CD, MVPOwnerCommented:
ok now  we know for sure that it it a network problem.. try changing your dns to 208.67.222.222 and 208.67.220.220 temporarily in your adapter settings and retry ..
0
 
David Johnson, CD, MVPOwnerCommented:
you might want to try http://50.63.81.1/

try a tracert from your computer to the website and check everything you can to where it leaves your organization.

C:\Users\David Johnson>tracert signresource.net

Tracing route to signresource.net [50.63.81.1]
over a maximum of 30 hops:

 1    <1 ms    <1 ms    <1 ms  router [192.168.1.1]
  2    <1 ms    <1 ms    <1 ms  mrouter [192.168.0.1]

  3    14 ms    17 ms    10 ms  10.140.0.1
  4    21 ms    26 ms    11 ms  dx5n8-to-core-main.mountaincable.net [24.102.5.7
5]
  5    14 ms    44 ms    11 ms  66.163.78.97
  6    16 ms    36 ms    19 ms  rc2fs-ge0-0-0.mt.shawcable.net [66.163.66.98]
  7    41 ms    36 ms    37 ms  rc1ec-tge0-8-2-0.il.shawcable.net [66.163.77.122
]
  8    30 ms    33 ms    28 ms  rc2ec-tge0-1-2-0.il.shawcable.net [66.163.65.54]

  9    29 ms    30 ms    29 ms  eqix-ch.godaddy.com [206.223.119.141]
 10     *        *        *     Request timed out.
 11    77 ms    73 ms    75 ms  ip-184-168-0-86.ip.secureserver.net [184.168.0.8
6]
 12    80 ms    71 ms    73 ms  te0-0-0-7.trmc0215-01.ars.mgmt.phx3.gdg [184.168
.0.85]
 13    73 ms    91 ms    80 ms  be100.125.trmd0215-01.ars.mgmt.phx3.gdg [216.69.
188.30]
 14    77 ms    76 ms    73 ms  lbmb1104-04.ars.mgmt.phx3.gdg [97.74.255.133]
 15    86 ms    77 ms    76 ms  lbma1105-07.ars.mgmt.phx3.gdg [97.74.253.220]
 16    73 ms    76 ms    82 ms  p3nlhg378c1378.shr.prod.phx3.secureserver.net [5
0.63.81.1]

Trace complete.
0
 
rmattkeAuthor Commented:
Ahhh - it appears that our ISP may be the issue.  It hits their server, then bounces to our OLD hosting provider...   Calling the ISP now.  Will update.

Thanks for your help!!
0
 
rmattkeAuthor Commented:
]Here's the tracert (attached).

I'm waiting for a call-back from PaeTec support.
Capture.PNG
0
 
David Johnson, CD, MVPOwnerCommented:
as a check do the dns change that I suggested. it might be your local dns server that has the outdated information.
0
 
rmattkeAuthor Commented:
Coming in as the new IT Admin - I didn't consider that the previous Admin had hard coded an IP on our DNS servers internally...  Duh.

Thanks for your help!
0

Featured Post

Get your Disaster Recovery as a Service basics

Disaster Recovery as a Service is one go-to solution that revolutionizes DR planning. Implementing DRaaS could be an efficient process, easily accessible to non-DR experts. Learn about monitoring, testing, executing failovers and failbacks to ensure a "healthy" DR environment.

  • 6
  • 6
Tackle projects and never again get stuck behind a technical roadblock.
Join Now