Onderwerp: chmod 777 daarna 644 vanaf root.. OEPS

Oorspronkelijk geplaatst door 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

Leuk, je wil niet weten wat je dan allemaal mist, maar een reinstall blijft sneller en veiliger.

Voorbeeld: in bestanden zoals newsyslog.conf kun je bv. vaak *.* laten loggen naar een aparte file om alle info in 1 bestand te verzamelen. Handig voor log analyses, maar dat is niet een bestand dat je in die rpm gaat terugvinden en op 644 wil je dit ook niet hebben.

Ook leuk om te weten. Als je maat vanaf de root een chmod 644 doet, dan werkt dat ook op je /dev/*.
Daarmee had je dus elke bit met informatie van je schijf voor elke non-priviliged user leesbaar gemaakt.

Geinig om te weten in geval je vertrouwt op alleen die rpm regeltjes, dacht ik...

Oorspronkelijk geplaatst door soulshepard

precies helemaal mee eens -,-

en voor de script alike zaken dan een -absolutelysureyesoption

Waar denk je waar "sudo" voor dient ??

okeokeoke

even voor de goede orde, heb inderdaad de server opnieuw geinstalleerd. en zou het ook zeker niet door laten lopen en vertrouwen met een server waarvan alle rechten overal vaag staan. die rpm regeltjes ent setfacl zag ik ook niet als een fix maar meer in de trend van een snelle manier om alles weer enigsinds aan te praat te maken, zonder dat je een paar uur bezig bent met trial on error het toch "even" aan de praat te maken, al met al was het wel nodig om dat te doen, om er uberhaubt een backup van te kunnen maken, maar een herinstall was en is de enige nette manier

nogmaals thx iedereen voor de input

Soul

ps: en nee ik was niet degene met de chmod hihi

Oorspronkelijk geplaatst door systemdeveloper

Ook leuk om te weten. Als je maat vanaf de root een chmod 644 doet, dan werkt dat ook op je /dev/*.
Daarmee had je dus elke bit met informatie van je schijf voor elke non-priviliged user leesbaar gemaakt.

Geinig om te weten in geval je vertrouwt op alleen die rpm regeltjes, dacht ik...

Geinig dat je dev ook gewoon uit de rpmtjes uitgerold wordt...

Oorspronkelijk geplaatst door Mikey

Geinig dat je dev ook gewoon uit de rpmtjes uitgerold wordt...

Ok, vertrouw er maar op.

Oorspronkelijk geplaatst door soulshepard

okeokeoke

....

ps: en nee ik was niet degene met de chmod hihi

Nee dat was ik en helaas was die '/' een typfout
(en nog een keer helaas was root de enige die rechten had daarzo)
Maar gelukkig is het toch een hobby-bak ;p

Die getfacl laten draaien in de cron vind ik wel een goeie ff linux op een ouwe pc mikken getfacl doen rechten verkl*** en kijken of ik het zo terug kan krijgen

(owja een bevestiging vind ik ook wel wat ;p)

Ach, ik heb vroeger eens een rm -rf .* gedaan om alle dotfiles even snel te verwijderen voordat ik ging lunchen... helaas hoorde daar ook '..' bij en na 5 minuten belden de mensen waar hun home-directory was gebleven... toen kwam de lunch spontaan terug

Dit soort fouten zijn natuurlijk fouten die je nniet op een productieplatform moet maken. Maar we zijn en blijven mensen en kunnen dus fouten maken. Een tikfout is ook zo gemaakt, zeker als je nog snel even iets wilt regelen.

Alleen jammer van alle nasleep e.d. die je dan hebt. Volgens mij let je dan de volgende keer nog beter op!