Alternativno ( != Apache) web strežniki - kako imeti vsak virtualhost na svojem userju ?

nadzorna plošča za upravljanje strežnika to naredi

samo niso poceni pa tudi dvomim da je kakšna opensource rešitev že tako močna kot profi nadzorne plošče, če se že najde

jaz imam na strežniku Plesk 8.2 pa je prava malica za upravljat strežnik

Že ampak ta kontrolna plošča saokrmili strežnik, ne more mu dati možnosti, ki jih že v štartu nima.

vEm,d a imajo mnogi strežniki opcijo laufanja cgi-bin pod določenim userjem, samo redki so, ki znajo cel site laufat pod svojim userjem.

Verjetno ta tvoja plošča to zna s Apachejem, vprašanej kako je z drugimi, "lean and mean" strežniki ?

Fino se mi zdi paoč vsakemu uporabniku zagotoviti privatno okolje, v katerem samo ti lahko vidiš stvari na svojem strežniku in i ni treba skrbeti, da ti bo kdo s strani "špegal" v mapo...

ponavadi gre na linuxu to tako

domena1.com ima root na /srv/www/domena1.com/httpdocs

FTP user klient1 ima root direktorij v /srv/www/domena1.com
in vse mape/direktoriji so njegova last

kar pomeni da nižje od tega ne more
ne more sploh prit v /srv/www



enako gre za druge userje, se pravi med samo ne morejo nič, kljub temu, da http proces teče pod 1 userjem.
razen seveda če so full pravice na datoteke nastavljene, ampak to je bedarija lastnika

Ti "lightweight" strežniki itak nimajo ponavadi v sebi interpreterjev (PHP, Perl,...), ampak poženeš interpreter kot fastcgi ali kaj podobnega. Za statične fajle itak ni problem, ker iz njih uporabniki ne morejo šarit po sistemu in jih zato lahko servira skupni httpd.

Torej moraš za vsakega userja (site ali več sajtov) pognat svoj interpreter, ki teče samo pod tem uporabniškim imenom. Če imaš na strani več različnih aplikacij, boš moral uporabljati več fastcgi-jev, za vsak jezik svojega. Od tu naprej imaš na voljo se chrootanje ipd. Prinese pa to potem tudi nekaj dela z vzdrževanem chrootov. Se že nekaj časa spravljam k temu, ampak saj vemo kako je s projekti, ki nimajo deadline-a... Po mojem nisi pri tem nič na slabšem kot s tem, da imaš za vsak UID nekaj instanc apacheja, vprašanje pa je, a se s tem splača ukvarjati, če nimaš nekega masivnega hostinga kjer boš na račun manjšega,hitrejšega,... httpd-ja prišparal kakšno mašino...

chroot nikoli ni bil ravno učinkovita zaščita pri userjih, ki imajo tudi ftp dostop.

good file access flags so gotovo boljša zaščita od zgolj chroota.

Lahko, ampak ravno v navodilih za proftpd piše da ne računat na to kot neko resno zaščito.

To vem in to v bistvu ni relevantno tu.

Jasno je, da imaš lahko virtualne hoste bodisi na samosotjnem IPju ali vsaj portu ali pa na istem ipju in so pač "name based".

Ampak to še ni neposredno povezano z varnostjo posameznih hostov pred nepoobolščanim vpogledom ali spremembo datotek.

...Ampak to še ni neposredno povezano z varnostjo posameznih hostov pred nepoobolščanim vpogledom ali spremembo datotek...

Pravice na strežniku lahko nastaviš tudi v datoteki ".htaccess":
Primer nastavitve.

Poleg tega pa nekateri CMS sistemi hočejo imeti vklopljeno možnbost htaccessa in dostop do kot sem dojel praktično vseh nastavitev.

To pa pomeni, da tega ne moreš kar tako enostavno izklopiti v takih primerih z AllowOverride

tale ISP config se še najbolj približa profi nadzornim ploščam, bom preizkusil ko bo prilika

inštaliral ISP config brez problema, doinštalirati sem mogel samo quota progy.
sicer povozi nastavitve, ki so bile prej nastavljene ampak to se da hitro nazaj nastavit.

edino moti me da ne moreš FTP userjev dodajat preko nadzorne plošče, ali pa jaz še nimam vredu skonfigurirano


za domači strežnik čist uporabna zadeva IMO