Onderwerp: apache probleem na reverse lookup.

Sinds gisteren heb ik een probleem op mijn windows 2003 server.

Apache geeft een domein niet meer weer in internet explorer. submappen en het aanroepen van andere bestanden als de index.php gaat probleemloos. vanuit firefox of achter een proxy zijn er geen problemen.

dit is gekomen nadat de firewall actief is geworden door bezoek vanaf een dubieus IP adres. deze heeft op dat moment de reverse lookup van apache geblokkeerd.

Hierna wordt er alleen een lege pagina weergegeven in plaats van de index.php en dit gebeurt ook alleen bij internet explorer.

op andere vhosts op hetzelfde ip en dezelfde server werkt alles naar behoren.

momenteel heb ik de firewall even uitgeschakeld ivm onderzoek.

ik heb de cache van apache geleegd, server herstart, dns geflushed en het probleem bestaat nog steeds.

ik heb ook via telnet op poort 80 geprobeert om de pagina aan te roepen, dan krijg ik exact hetzelfde resultaat als in internet explorer.

zou dit vanuit php kunnen komen? en zo ja hoe leeg ik de cache ervan?
of heeft iemand dit al eerder gehad? ik kan op internet niets vinden over dit probleem.

lijkt me meer op een gaar IE probleem dan dat het een probleem met je webserver is...

heb je misschien ergens een pc op een andere lijn met IE die je kan proberen of het daar wel werkt? eventueel het roepen van de url hier zal je ook wel wat testers opleveren

url roepen heeft geen zin, ik heb het uiteraard al geprobeert vanaf meerdere machines/ip adressen.

vanmiddag ga ik een backup terug plaatsen van apache/php. ik kom er nl niet verder mee.

heb inmiddels een backup terug gezet van apache, php en mysql, maar het probleem blijft.
rare is dat het probleem niet alleen onder joomla speelt maar ook onder roundcube.

roundcube geeft een 404, joomla geeft de menu's niet meer weer. lijkt een PHP probleem te zijn. is er iemand die me hiermee van dienst kan zijn?

ik heb het probleem verholpen. op de een of andere manier is php.exe toegevoegd aan de DEP lijst en werdt dus afgebroken tijdens het draaien. na het plaatsen van php.exe op de negeerlijst is het probleem na een herstart verholpen. de webserver is weer 100% benaderbaar