<HTML>

<HEAD>

<META content="text/html; charset=iso-8859-1" http-equiv=Content-Type>

<META content="OPENWEBMAIL" name=GENERATOR>

</HEAD>

<BODY bgColor=#ffffff>

<font size="2"><font size="3">Thanks Michael,</font>

<br />

<br />> 

Unless the DNS for that site doesn't point to your server and the traffic is  

<br />> 

going to another box somewhere else. 

<br />> 

<br />> 

But that's easy to check: Do an "nslookup <a target="_blank" href="http://www.domain.com/">www.domain.com</a>" from your end (your  

<br />> 

PC, not the server) and see if it matches the IP that the site has on your  

<br />> 

server. 

<br />> 

<br />> 

--  

<br />> 

With best regards 

<br />> 

<br />> 

Michael Stauber 

<br />

<br /><font size="3">

<br />Your idea spurred a thought.  

<br />

<br />I knew it wasn't DNS - I control that too.  But it turns out that this company I'm supporting has a new guy in house.  He fancies himself a Cisco person too.  And he somehow got access to the main router.  He made a mistake - and reloaded the router to get rid of the problem.  I hadn't noticed the reload in the router logs today - and didn't know that it had reloaded.  The routing for this site was changed a few days ago, was not saved to permanent memory, and the reload changed the routing for this site back to the old server.

<br />

<br />Now, I've got go into the router and put back the temp changes I had in the configuration.  And change all the router passwords so this idiot doesn't gain access again.  

<br />

<br />And if the company owner doesn't like it - he can find a new Cisco/Linux support engineer.  I'm not going to waste another entire afternoon chasing what appears to be a logging problem when the traffic was going to a different server.

<br />

<br />Thanks for the suggestion.  It helped me find the problem.

<br />

<br />

<br />

<br />Chuck

<br /></font>

<br />

</font>

</BODY>

</HTML>