chmod 777 daarna 644 vanaf root.. OEPS

[soulshepard]

een collega van mij heeft op een plesk server / suse vanaf de root
een chmod 777 gedaan en daarna een 644

alle libs, bin sbins allemaal is de +x en andere rechten eraf.

zelf start de boel weerop, na wat 755 op de libs en bins, echter heel plesk qmail en msql wil gewoon niet meer

nu kan je via getfacl en setfacl rechten weer terug zetten
heeft iemand van mij een getfacl van qmail / mysql / plesk zodat ik dit kan vergelijken en mogelijk sneller aan de praat heb dan via een trial on error?

Thanks
soul

[Herbert]

Als het een productie server is zet dan alles (met de nadruk op alles) even tijdelijk op 755 dan start die weer op.
Ga dan meteen de schrijfrechten goed zetten, niet te lang wachten!

[Mikey]

psa: http://domains.mijn-sleutel.info/psagetfacl
qmail: http://domains.mijn-sleutel.info/qmailfacl
mysql: http://domains.mijn-sleutel.info/mysqlgetfacl

Welliswaar schone centos met 8.6 beter iets dan niets ;-)

[soulshepard]

ok alvast bedankt

brb

[soulshepard]

helaas 755 had ik ook al gedaan vanaf de root, maar echt de helft niet starten, zal bijna denken beter overnieuw installeren, mysql, qmail, en vanalles heb hier en daar kleine sicky bits bepaalde rechten etc.. hmm beetje bomen en bos gevoel

een herinstall van plesk is ook niet wat ik 123 een procedure van vind wellicht die autoinstaller. heb meer ervaring met directadmin.. anders had ik die herinstall allang gedaan

[mikeh]

Heb je geen backup ??

[systemdeveloper]

Een reinstall en een restore duurt 2 uur... hoe lang duurt het uitvogelen welk bestand welke rechten nodig heeft?

[soulshepard]

ja restore, is de beste optie. maar eerst een goeie backup maken, want die was er volgens mij ook nooit. toch grappig overal waar je komt helpen is dat nooit echt lekker geregeld



maar vanaf vandaag dan wel

bedankt alvast

laat het weten zodra het weer up is

[soulshepard]

nou idd, backup, rebuild en restore toch het beste.
maar 2 uur met zelfs het snelste systeem is een beetje optimistisch
(behalve snapshots terug zetten natuurlijk)
uiteindelijk kost het toch een anderhalf dag.. aangezien je al meer als de helft kwijt bent met het backup maken, kopieren en terug halen nadat je een nieuw systeem hebt.



thanks voor degene die snelle info gaven.

soul

[Mattie]

Helaas zelf (onlangs) zoiets gehad: 'chmod -R 777 /*' vanzelfsprekend moest die '/' er niet staan en helaas was root de enige die rechten had ik die map dus kon het niet anders. Ik draai Centos5 met DA en het meeste werkte nog. Is er niet een manier om die mysqlgetfacl-ding te gebruiken als 'input' ?

(DA heeft ook een repair scriptje in de scripts map zitten, maar daar heb je zeker niks aan)

[Enliven.nl]

Eigenlijk zou je voor zulke commando's alsnog een vraag moeten krijgen, omdat je in de root bezig bent. Ondanks die -R

[soulshepard]

Eigenlijk zou je voor zulke commando's alsnog een vraag moeten krijgen, omdat je in de root bezig bent. Ondanks die -R

precies helemaal mee eens -,-

en voor de script alike zaken dan een -absolutelysureyesoption

[soulshepard]

Helaas zelf (onlangs) zoiets gehad: 'chmod -R 777 /*' vanzelfsprekend moest die '/' er niet staan en helaas was root de enige die rechten had ik die map dus kon het niet anders. Ik draai Centos5 met DA en het meeste werkte nog. Is er niet een manier om die mysqlgetfacl-ding te gebruiken als 'input' ?

(DA heeft ook een repair scriptje in de scripts map zitten, maar daar heb je zeker niks aan)

de getfacl zijn tegenhanger is setfacl --restore=/file dit werkt wel, alleen hielp in dit geval niet. al met al moest mysql onder root draaien om het aan de praat te krijgen, voor mij niet echt een optie, wat mij besloot om de boel overnieuw te installeren was dat qmail op deze server gewoon niet wou meewerken na een aantal uur. vandaar. maar ook al had ik de boel 100% aan de praat gekregen, had ik wel later overnieuw geinstalleerd, alles op 777 niet echt handig. wat ik wel weet is dat ik een getfacl in een cron laat meelopen get &setfacl was nieuw voor mij tot dit weekend. altijd wel handig een dergelijke file system rechten backup

[soulshepard]

ps: een andere vriend van mij kwam ook met hetvolgende: (thx fash)

for p in $(rpm -qa); do rpm --setperms $p; done
for p in $(rpm -qa); do rpm --setugids $p; done

dit zou ook zeer effectief zijn geweest, (weet niet als alle rpm's er ook voor aanwezig moest zijn, maar ga ik het zeker even nakijken. zou in dit geval veel tijd hebben bespaard.)
maar voor degene die het devolgede keer tegenkomt... doe je voordeel ermee

[MediaServe]

Bij dergelijke fouten in reeks lijkt mij een reinstall de enige wijzelijke oplossing. Je wilt op een productieserver geen risico lopen dat er toch nog fouten in de beveiling zitten. De genoemde oplossingen zijn leuk voor tijdelijk, maar zorg er dan voor dat je dezelfde dag het besturingssysteem opnieuw gaat installeren.