Onderwerp: Ideale setup Apache + PHP

Beste WHT-ers,

Al geruime tijd aanwezig op WHT als gewone bezoeker, nu eindelijk geregistreerd voor een account. Is noodzakelijk om te posten :-)

Ik ben van plan om een shared virtual hosting servertje op te zetten, voor een aantal klanten. De bedoeling is om deze te laten draaien op FreeBSD. Op deze server zou sowieso Apache 2.4 + PHP 5.6 moeten komen. Ik heb al wat zitten spelen met diverse settings, maar ik krijg het (naar mijn gevoel) niet veilig genoeg...

Wat ik graag zou willen:
- PHP-files moeten als de user/group van de virtual host (effectieve user) draaien
- Iedere virtual host moet binnen zijn eigen map blijven

Hoe richten jullie een server in met deze wensen en eventueel nog meer aspecten die nuttig zijn voor shared virtual hosting?

Je kan ook Directadmin installeren. Daarmee heb je een redelijk complete oplossing. Wil je dat niet, gebruik dan Mod_Ruid2 voor je eerste vraag (PHP files als eigen user) en gebruik OpenBasedir voor je tweede vraag (gebruiker niet buiten eigen map laten komen)

Ik zou inderdaad zoals Marin aangeeft kiezen voor DirectAdmin en dan CustomBuild (bijgeleverd installatieprogramma) gebruiken om Apache/Nginx met PHP-FPM 5.6 (met OpCache) te compileren.

idd Mod_Ruid2.

Zorgen dat alles up-to-date is en dingen die op shared hosting niet nodig zijn zou je nog kunnen uitschakelen in je php.ini. Maar dat is eigenlijk al meer bedoeld voor als een site al de sjaak is :-)

Verder is een puntje van aandacht: Hoe laat je gebruikers bestanden uploaden (SFTP? FTPS?). Daarbij zul je ook moeten rooten als je perse niet wil dat ze over je server gaan bladeren.
En gebruik zoiets als PHPmyAdmin zodat je gebruikers ook iets met een database kunnen doen.

Wij zien uiteindelijk toch dat klanten die gehackt zijn lekke PHP code hebben gebruikt.
De "hacker" zet wat PHP bestanden op je server waarmee hij een shell start als die gebruiker of verstuurd zijn "nieuwsbrief" of een mooie pagina van de ABN-AMRO.
Dus ga er van uit dat een vreemde kan inloggen op alle manieren die je jouw klanten ter beschikking stelt en zorg dat die vreemde niets geks kan doen.
Mod_Ruid2 is daar een belangrijk onderdeel van én eenvoudig in gebruik.
Zaken uitschakelen in je php.ini die je niet nodig hebt ook (maar dan moet dat niet via de .htaccess weer te overrulen zijn natuurlijk)...

Ik geef je 1 garantie: Klanten zijn niet zo van het updaten (dat is immers eng) dus ga ervanuit dat een Rus die webruimte gebruikt :-)

Jullie spreken allemaal over mod_ruid2. Deze was ik zelf ook al tegengekomen idd... Voor zover ik heb kunnen terugvinden is deze niet geschikt voor FreeBSD?

Ik vraag mij af waarom je op FreeBSD wil hosten.
Ik weet niet of het een slecht idee is hoor.
Maar Debian of Ubuntu komt vaker voor. Daar hoef je bijv. geen port te gebruiken van MySQL en worden updates mee gedistribueerd.

Tja... Waarom... Meeste ervaring mee op Unix-gebied :-)

Oorspronkelijk geplaatst door birdy85

Jullie spreken allemaal over mod_ruid2. Deze was ik zelf ook al tegengekomen idd... Voor zover ik heb kunnen terugvinden is deze niet geschikt voor FreeBSD?

Nope, die draait idd niet op FreeBSD: https://github.com/mind04/mod-ruid2/issues/2

Ik raad je, net als de rest, aan om voor CentOS (of nog beter: CloudLinux) i.c.m. DirectAdmin te kiezen. Met CloudLinux krijgt iedere DirectAdmin user een maximaal aantal core(s) van de processor, waardoor deze bij een HTTPD flood (of iets dergelijks) niet de hele webserver offline haalt. CloudLinux kost wel iets, maar het werkt wel beter.

Tja...wil je een oplossing die je zelf wilt of eentje die je klanten willen?
Met FreeBSD ga je shit hebben. Het is simpelweg niet de standaard voor (shared) hosting servers.
Als je problemen/wensen hebt zul je waarschijnlijk veel minder documentatie en software vinden.
Ik zou voor Linux gaan. Centos, Debian Ubuntu...dat is allemaal erg populair.

Verder verwachten je klanten ook zaken als selfservice. Dat kan handig met een control panel.
Dan hoef je niet het wiel opnieuw uit te vinden en weet je (99,9%) zeker dat alle onderdelen goed in elkaar grijpen.
De grootste hierin zijn Cpanel, Plesk en DirectAdmin. Iedereen heeft daarin eigen voorkeur (die discussie ga ik hier niet starten ;-)
Als je gierig bent kun je ook Virtualmin nog proberen.