Onderwerp: Error log

Ik was aan het proberen mijn error log terug te brengen door alle foute links op mijn site te corrigeren etc

Kom ik op een gegeven moment dit tegen:

Fixed

Dit gebeurd enkele malen op een dag, van meerdere clients af.

Wat is hieraan te doen? Ik ben zelf geen hoster maar heb een virtual hosting. Kan ik daarbij ook zelf mijn log files wissen met DA control panel?

frontpage extenties uitschakelen

Origineel geplaatst door The MAzTER
frontpage extenties uitschakelen

Die staan in Direct Admin disabled... en zie ook nergens die vage mappies staan... Lijkt wel een soort attack ofzow

misschien iets met userdirs ??

Of er zijn klanten die frontpage gebruiken om te uploaden d.m.v de ftp mogelijkheid, waardoor frontpage zelf deze bestanden zoekt omdat de gebruiker wazige frontpage modules of meuk lokaal gebruikt heeft.

Of een script kiddie probeert te connecten en denkt dat het een windows bak is. Vliegen dagelijk honderden meldingen voorbij van script kkiddies die exe commands proberen te runnen.

Ik zou me er geen zorgen over maken en totaal niet wakker liggen van die melding.

Okay dan mijn andere vraag, is het ook mogelijk om zelf je logfiles te legen op een shared server met DA?

Niemand?

Origineel geplaatst door djenzie
Okay dan mijn andere vraag, is het ook mogelijk om zelf je logfiles te legen op een shared server met DA?

Ja, maar dan moet je geloof ik de 'weekly tally' cronjob starten ofzo, daar heb je root voor nodig, als ik mij niet vergis.
Standaard is het, zover ik weet, zo dat iedere week de logs opnieuw beginnen...
En dat is wel nodig ook, aangezien Apache vaak toch wel redelijk wat logs achterlaat, vooral als je veel bezoekers op bepaalde domeinen op de server krijgt

edit:
[Tue Jan 13 15:17:55 2004] [error] [client <ip>] File does not exist: /home/rhonrad/domains/********/public_html/_vti_inf.html
Dit komt doordat frontpage extensies uitstaan op deze virtual user. En een of andere persoon met dat ip adres (misschien even onzichtbaar maken ?) vraagt deze pagina op, daarna is er geen aparte 404.html, waardoor hij de standaard 404 van een 404 bij Apache geeft.
Dus er is niks aan de hand eigenlijk...