Bekijk Volledige Versie : mod_ruid en php als CLI
Hallo,
ik heb gehoord dat het beter is mod_ruid te installeren op een shared hosting server alleen nu heb ik wat googled maar begrijp het nog niet helemaal.
de apache draait als de user. maar hoe kan ik het nu echt testen?
ik heb joomla geinstalleerd en deze draait in eenkeer zonder rechten aan te passen, is dat juist?
ik heb php in cli geinstalleed staan
Upload via joomla bijvoorbeeld eens een bestand via de admin en kijk dan in je filemanager welke rechten deze file heeft gekregen. Als dit de rechten van de user zijn, dan werkt het en is het in orde. Als het de rechten van apache (of iets anders) krijgt, is je installatie niet helemaal in orde.
Het is inderdaad de bedoeling dat je de user rechten krijgt en niet apache rechten.
of met php
<?php echo exec('id'); ?>
de uid en de gid is inderdaad de user van de site, de group is apache
is dit correct?
En klopt het dat je niet meer hoeft te chmodden? en waarom is dit dan veiliger dan de standaard install van directadmin?
gr. Remco
of met php
<?php echo exec('id'); ?>
En als exec uit staat met:
http://php.net/get_current_user
Verkeerd idee
get_current_user werkt niet, want die kijkt naar de file op disk en niet naar het proces in memory
de uid en de gid is inderdaad de user van de site, de group is apache
is dit correct?
En klopt het dat je niet meer hoeft te chmodden? en waarom is dit dan veiliger dan de standaard install van directadmin?
gr. Remco
Yourwebhoster
22/03/11, 09:35
de uid en de gid is inderdaad de user van de site, de group is apache
is dit correct?
En klopt het dat je niet meer hoeft te chmodden? en waarom is dit dan veiliger dan de standaard install van directadmin?
gr. Remco
Dan moet je de Rgroups ook instellen voor mod_ruid om de group aan te passen.
Waarom? Je draait als de gebruiker zelf en een gebruiker zelf kan alles met zijn eigen bestanden: aanmaken, wijzigen, verwijderen en uitvoeren. Wat je met chmod doet is een andere gebruiker (namelijk apache) toegang geven tot je bestanden.
hoe pas ik de RGroups aan?
Kopieer templates naar custom directory
cd /usr/local/directadmin/data/templates
cp virtual_host2* custom/
cd custom
Edit de virtual_host2 bestanden
--- bewerken/toevoegen
#SuexecUserGroup |USER| |GROUP|
RMode config
RUidGid |USER| |GROUP|
RGroups apache
---
Stuur commando naar DirectAdmin om de wijzigingen door te voeren:
echo "action=rewrite&value=httpd" >> /usr/local/directadmin/data/task.queue
Herstart apache
Maar...maar... hoe had ik dat kunnen weten?
Nou dat staat bijv. hier (http://www.webhostingtalk.nl/technische-vragen-van-beginners/158028-install-config-mod_ruid-2.html) en hier (http://www.webhostingtalk.nl/technische-vragen-van-beginners/156667-mod_ruid-maar-ik-zie-toch-apache-staan.html)
Je kunt ook kijken op http://directadmin.com/forum/showthread.php?t=37467&highlight=mod_ruid
Yourwebhoster
22/03/11, 10:53
Of als je slim was had je de README gelezen die er bij zit: RTFM.
Soms zijn de manuals een beetje lastig te lezen, daarom is het ook een test omgeving ;) maar neemt niet weg dat je soms 100 pagina's leest dat ierts veiliger is maar dat ze vaak niet in een makkelijk verhaal vertellen waarom.
in dit geval is het raar dat op het moment dat je mod_ruid installeert je na de installatie alle rechten hebt terwijl je die eerst met de hand moest aanpassen. en dat het dan toch veiliger is. das raar om te beseffen
Yourwebhoster
22/03/11, 11:25
Soms zijn de manuals een beetje lastig te lezen, daarom is het ook een test omgeving ;) maar neemt niet weg dat je soms 100 pagina's leest dat ierts veiliger is maar dat ze vaak niet in een makkelijk verhaal vertellen waarom.
in dit geval is het raar dat op het moment dat je mod_ruid installeert je na de installatie alle rechten hebt terwijl je die eerst met de hand moest aanpassen. en dat het dan toch veiliger is. das raar om te beseffen
Ik denk dat je eerst de handleiding maar eens moet zoeken, deze is nog geen twee pagina's voor mod_ruid. Verder adviseer ik om uit te zoeken hoe de rechten in Linux werken en waarom je niet een chmod hoeft uit te voeren als het toch voor dezelfde gebruiker is, dat is een stukje basiskennis namelijk.
Ik denk dat je eerst de handleiding maar eens moet zoeken, deze is nog geen twee pagina's voor mod_ruid. Verder adviseer ik om uit te zoeken hoe de rechten in Linux werken en waarom je niet een chmod hoeft uit te voeren als het toch voor dezelfde gebruiker is, dat is een stukje basiskennis namelijk.
Pardon ? Ook jij bent onderaan de ladder begonnen... Of wil je zeggen dat al je vragen en posts van subliem niveau zijn ?
Yourwebhoster
22/03/11, 12:18
Pardon ? Ook jij bent onderaan de ladder begonnen... Of wil je zeggen dat al je vragen en posts van subliem niveau zijn ?
Ik zeg toch niet dat ik dat niet gedaan hebt, dat heb jij namelijk ook gedaan net zoals de rest van de mensen op de wereld die bezig zijn in hun vakgebied. Het enige wat ik hier mis is het zelf uitzoeken hoe iets werkt en waarom je dan geen chmod hoeft te doen als het onder de gebruiker zelf draait. Ik heb notebene hier geschreven dat je normaal andere gebruikers rechten geeft om met het bestand aan de haal te gaan en dat dat nu niet hoeft omdat je het als gebruiker zelf draait.
Niks pardon aan, als je niet wilt lezen wat ik schrijf en daarmee dus niet begrijpt dat je andere gebruikers geen rechten geeft (wat dus veiliger is)...
Jij wijst iemand op zijn basis kennis en niet genoeg lezen. Herinner me nog van jou een kvm thread waarin je ook om bepaalde dingen vroeg die gewoon beschreven staan. Ze zeggen altijd dat bijna geen enkele vraag dom is, maar wat jij schetst is dat iedereen maar alles moet door gaan lezen dat terwijl voor velen het zo even beschreven kan worden. Je kan iets uitzoeken, maar het staat ook vrij om te vragen. Sommige dingen kun je beter vragen omdat andere daar expertise in hebben ipv het wiel opnieuw uit te vinden, door de bomen het bos niet meer zien en het wellicht verkeerd begrijpen oppakken. Had vanuit jouw kant wel meer begrip verwacht, gezien de appel en ei vpsen zul je vast ook met vragen dood gegooid worden die voor jouw misschien easy zijn maar voor een ander iets minder easy. Als je vind dat iemand maar moet gaan lezen reageer je toch gewoon niet ...?
Yourwebhoster
22/03/11, 14:43
Als je vind dat iemand maar moet gaan lezen reageer je toch gewoon niet ...?
Goed, misschien komt het niet duidelijk over maar waar ik op doelde (en verder op inging) is dat de TS mijn antwoord beter had moeten lezen en dan had geweten waarom het veilig was.
Wat de klanten betreft, die krijgen als extra service gewoon netjes antwoord daarop maar je moet een forum en een klanten service niet door elkaar halen.
Wat de klanten betreft, die krijgen als extra service gewoon netjes antwoord daarop maar je moet een forum en een klanten service niet door elkaar halen.
Outstanding ! Dr. Jekyll & Mr. Hyde :lovewht: