RootForum Community

ich hoffe mal, ich bin hier im richtigen forum.

also mein problem ist folgendes.

auf einem server befindet sich eien PHP datei, welche ständig mit eienr sehr alten version dieser überschrieben wird. Das problem ist, keiner weis wiso oder wodurch.

ich habe beim letzten mal geguckt, da lag die touch zeit der dtei auf freitag 7.13 morgens.

da war aber noch niemand im büro und das xferlog (FTP-Transaktionen) hat zu dme zeitpunkt auch keinen eintrag.


Sieht eienr von euch einen möglichkeit herraus zu finden von wehm oder wodurch diese datei ständig überschrieben wird.

PS chmod auf 000 hat keien effect.

Danke im vorraus und ich hofffe es war verständlich.

mit Kannst bis auf weiteres das überschreiben verhindern.

Existieren irgendwelche Cron Einträge? Sind die Zeiten immer die gleichen?

die zeiten variieren und es giebt auch keine cronjops zu disen zeitpunkten. nur einer der stündlich läuft, der macht aber ein mysql backup.

#
Und danke für den tipp mit dem schreibschutz, aberich will ja die ursache nicht die wirkung beheben.

gibt es denn nicht irgent was um das ganze mit zu loggen.

Dateisystem ext3
kernel 2.4 suse 9.0

So leute, weis denn keiner von euch eine Weg um auf die Ursache zu kommen?!

das Problem weitet sich nähmlich langsam auf andere Datein aus und ist sogar mehr als nur nervig, das es mitlerweile auch funktionen aus dem frontend der seite stört.


Bzw, glaub Ihr an eine Dateisystem/programm deffect oder eher an unlibsame gäste, die aumf server ein wenig poltergeist spielen?!

Du kannst ja nach einem Rootkit suchen.

Versuche doch trotzdem die Datei gegen überschreiben zu schützen. Wenn das nicht mehr geht, meldet das Programm vielleicht einen Fehler in den Logs.

Bevor du dich jetzt an chkrootkit und Co. beginnst, lass mal erst das Filesystem checken. Ich vermute den Fehler eher dort.

aber laut meines wissen, ist doch relativ unmöglich, das alte dateiversionen durch ein dateisystem fehler zurückgespielt werden oder ?!

bzw ist es möglich eine filesystem check im laufenden betrieb durchzuführen.

AFAIK können Files mit 0000-Rechten nur von root überschrieben werden. Da die Files "automatisch" mit älteren Versionen der Files überschrieben werden, bleibt nur ein mit root-Rechten ausgeführtes Backup als Ursache. Ein defektes Filesystem würde die betroffenen Files beschädigen oder vernichten, aber nicht mit älteren Versionen überschreiben. Selbst wenn die aktuellen Files noch nicht ins Filesystem geschrieben wurden (journal), würde spätestens mit einem Reboot der Spuk beendet sein, was aber wohl nicht der Fall ist.

Man möge mich gegebenenfalls korrigieren.

das heist, ich werde die nach mal eien reboot machen mit filesystemcheck oder würde jemand davon abraten, da die gefahr besteht, das das ganze mit einem def dateisystem nicht mehr hoch kommt ?!

man sync

Aktuelle Fileversionen herstellen, syncen und anschliessend Filesystem prüfen. Backup anlegen!