Ik zit met een probleempje op een website waar ik de (mede)beheerder van ben. Het betreft een Joomla! 1.5.25 omgeving van de plaatselijke voetbalclub.
Sinds enkele weken verschijnen er in de webroot van onze webhosting online omgeving .core files van circa 16MB groot. Inmiddels is het aantal opgelopen tot 800+ van deze bestanden en neemt het zaakje 13GB aan ruimte in beslag op een hosting omgeving van slechts 500mb.
Nu wordt de site bij KPN gehost en zij hanteren op de nota bene zakelijke helpdesk, het afschuif mechanisme.
Eerst trekt de Webhosting helpdesk de handen terug , vervolgens wijzen se naar de Abusedesk en vervolgens wijzen ze weer naar elkaar en tot slot reageert er helemaal niemand meer op de tickets. Daar is het laatste woord nog niet over gezegd, en deze discussie ga ik wel aan met onze accountmanager. Je zou zeggen dat het ook een stuk eigenbelang van KPN is dat een website geen onnodig dataverkeer gebruikt of een mogelijk beveiligingsproblemen heeft.
Anyway, als webmaster en tweaker wil ik een oorzaak vinden, en niet verstrikt raken in allerlei bureaucratisch geneuzel, vandaar dit topic. Ik heb zelf hiervoor te weinig kennis om het helemaal zelf te kunnen analyseren maar wil er wel van leren. In overleg met BJCK hier een topic gestart, want het gaat immers om hosting.
Het onderzoek begint bij de vraag wat zijn deze coredumps? Deze komen voor zover ik heb kunnen vinden op operating niveau vandaan. Hoe werkt dit in combinatie met RedHat Linux, PHP en Plesk? Als onomstotelijk vast komt te staan dat het een systeem issue is kan ik dat weer doorspelen.
Weet iemand ook of .coredumps gevoelige informatie bevatten die ik beter niet op het www kan zetten ter analyse? Zo nee, dan zou dat mijn volgende stap zijn. Ik heb er zelf door gescanned en zie niets bijzonders maar het is wel 16MB aan tekst dus de kans dat ik iets over het hoofd zie is aanwezig.
Tot slot geven de helpdeskers van KPN aan dat het wellicht een security issue zou kunnen zijn (hackpogingen) wat deze dumps veroorzaken. Dus iemand met meer kaas gegeten van beveiliging nodig ik ook van harte uit om te reageren en me wat op weg te helpen. Is het anders beter de site (tijdelijk) uit de lucht te halen tot het zaakje uitgezocht is?
Sinds enkele weken verschijnen er in de webroot van onze webhosting online omgeving .core files van circa 16MB groot. Inmiddels is het aantal opgelopen tot 800+ van deze bestanden en neemt het zaakje 13GB aan ruimte in beslag op een hosting omgeving van slechts 500mb.
Nu wordt de site bij KPN gehost en zij hanteren op de nota bene zakelijke helpdesk, het afschuif mechanisme.
Eerst trekt de Webhosting helpdesk de handen terug , vervolgens wijzen se naar de Abusedesk en vervolgens wijzen ze weer naar elkaar en tot slot reageert er helemaal niemand meer op de tickets. Daar is het laatste woord nog niet over gezegd, en deze discussie ga ik wel aan met onze accountmanager. Je zou zeggen dat het ook een stuk eigenbelang van KPN is dat een website geen onnodig dataverkeer gebruikt of een mogelijk beveiligingsproblemen heeft.
Anyway, als webmaster en tweaker wil ik een oorzaak vinden, en niet verstrikt raken in allerlei bureaucratisch geneuzel, vandaar dit topic. Ik heb zelf hiervoor te weinig kennis om het helemaal zelf te kunnen analyseren maar wil er wel van leren. In overleg met BJCK hier een topic gestart, want het gaat immers om hosting.
Het onderzoek begint bij de vraag wat zijn deze coredumps? Deze komen voor zover ik heb kunnen vinden op operating niveau vandaan. Hoe werkt dit in combinatie met RedHat Linux, PHP en Plesk? Als onomstotelijk vast komt te staan dat het een systeem issue is kan ik dat weer doorspelen.
Weet iemand ook of .coredumps gevoelige informatie bevatten die ik beter niet op het www kan zetten ter analyse? Zo nee, dan zou dat mijn volgende stap zijn. Ik heb er zelf door gescanned en zie niets bijzonders maar het is wel 16MB aan tekst dus de kans dat ik iets over het hoofd zie is aanwezig.
Tot slot geven de helpdeskers van KPN aan dat het wellicht een security issue zou kunnen zijn (hackpogingen) wat deze dumps veroorzaken. Dus iemand met meer kaas gegeten van beveiliging nodig ik ook van harte uit om te reageren en me wat op weg te helpen. Is het anders beter de site (tijdelijk) uit de lucht te halen tot het zaakje uitgezocht is?