Bijlage 11523
Hoop dit duidelijk genoeg is
Afdrukvoorbeeld
Bijlage 11523
Hoop dit duidelijk genoeg is
Intriguing!
Google leert dat NULL i.c.m. localhost Google Chrome kan zijn (opbouwen van connectie). Maar - vele van NULL localhost connecties lijken weer van soortgelijk IP range afkomstig te zijn, wat weer op e.e.a. searchbot kan zijn.
Wat zie je in je apache / httpd logs (normaliter zijn ze in /var/log/httpd of /var/log/apache te vinden zijn).
Daar staat niks raars in misschien heb ik wel de boosdoener gevonden
Doe vertel :)
Je bedoeld neem ik aan /usr/local/directadmin/data/users/<DA user>/crontab.confCitaat:
Oorspronkelijk geplaatst door TotallyHosted
- - - Updated - - -
Als je wilt kijk ik straks even mee, waarschijnlijk kan ik de boosdoener dan wel voor je traceren (mits het dan nog speelt).Citaat:
Oorspronkelijk geplaatst door Dutchboy
Mark je weet me vast wel te vinden :)
/forum/styles/redsteel/theme/images/headers/rotate.php deze geeft het probleem waarschijnlijk
Wat doet het rotate.php script exact waardoor je denkt dat dit de oorzaak is van je probleem?
Wordt het mss aangeroepen in een cronjob?
Nee, ik bedoelde daadwerkelijk /var/log/cronCitaat:
Oorspronkelijk geplaatst door Mark17
Daar kun je precies zien wat de uitgevoerde cronjobs zijn geweest, dus terugzoeken naar het punt waar de problemen begonnen gaat heel handig met die logfile. Als je niet weet welke DA user het probleem veroorzaakt is het nogal veel werk om al die crontab-files door te gaan.
Mogelijk dat deze bestaat op CentOS (niet gecontroleerd), op Debian 6 en Debian 7 bestaat dit log bestand in ieder geval niet. Hier komen de cron log informatie in een aantal bestanden terecht (bv auth.log en syslog).Citaat:
Oorspronkelijk geplaatst door TotallyHosted
Wij gebruiken inderdaad CentOS, weinig ervaring met Debian.Citaat:
Oorspronkelijk geplaatst door Mark17
Waarschijnlijk is er een script die heel veel load aantrekt, daar even naar kijken.
Inmiddels was dit probleem op gelost. Het script was inderdaad de oorzaak