Un Evento Unico. 5 Sale. 27 Interventi. SEO, SOCIAL, E-Commerce, Mobile, Turismo.
CLICCA QUI e SCOPRI DI PIù X Chiudi
 
Forum GT: Condividiamo idee e conoscenza Forum GT: Condividiamo idee e conoscenza


Condividi questo contenuto nei Social Network:
Ti stiamo aspettando: Registrati subito e gratis. Entra a far parte di una delle comunità più attive in Italia. Se hai dimenticato i tuoi dati li puoi recuperare subito.


Vai indietro   Forum per Webmaster: Condividiamo Idee e Conoscenza > Web Server > Server
Benvenuto! Forum Regole FAQ Lista utenti Calendario Segna come letti

Server Gestione e fornitura servizi web

Hey Amico Visitatore,
Condividi con noi le tue idee e la tua conoscenza Aprendo una nuova discussione nella sezione Server


Rispondi
 
LinkBack Strumenti di discussione
Vecchio 08-04-10, 15:34   #16 (permalink)
Moderatore
 
L'avatar di paolino
 
Data di registrazione: Apr 2005
Ubicazione: San Cipriano Beach
Messaggi: 4,443
Quote:
frank92 Visualizza il messaggio
ma io non posso fare il chown di molti IDs, sennò mi appare disk quota exceed.
Brutto affare, se hai bisogno di tante operazioni sui file mi sa che dovresti passare ad un dedicato. Il VPS è stato impostato con una quota specifica e al massimo puoi provare a chiedere all'hoster di aumentarla.

Quote:
Forse la soluzione potrebbe essere:
<Directory /docroot>
php_admin_value open_basedir /docroot
</Directory>
Che ne pensi?
Questo qui limita semplicemente il webserver a muoversi da /docroot in giù, però non fa nessuna distinzione tra le directory dei vari utenti.

Un altro modo è attivare questo blocco qui

Codice:
<Directory /home/*/public_html>
   AllowOverride FileInfo AuthConfig Limit Indexes
   Options MultiViews Indexes SymLinksIfOwnerMatch ExecCGI
   <Limit GET  POST OPTIONS PROPFIND>
     Order allow,deny
     Allow from all
   </Limit>
   <LimitExcept GET POST OPTIONS PROPFIND>
     Order deny,allow
     Deny from all
   </LimitExcept>
 </Directory>
che praticamente ti dà la possibilità di accedere a http://www.nomedominio.ext/~nomeutente

Ovviamente questo vale per gli utenti unix con tanto di home directory sotto cui creare poi la directory public_html in cui mettere tutti i file html, ecc...

Quote:
Oppure come dici tu con gli utenti virtuali, come posso fare hai una guida? Ricordando però che ho sempre un limite
di IDs e dopo molti chown mi appare Disk quota exceed! e uso Debian etch 64bit
Gli utenti virtuali di cui parlo riguardano proftp ma non apache e risolvono parte del problema.

L'altra parte ( quella relativa ad apache e php ) la risolvi o col safe mode oppure col modulo suphp. Il primo pone limitazioni all'accesso di directory e files ed è sconsigliato. Il secondo invece esegue il web server non con l'user di default ( http, www-data o quello che lo è definito in debian ) ma con l'user corrente, cioè il proprietario dell'account di hosting dove gira il sito richiesto dall'utente.

In questo modo se tu hai una directory principale ( /www ad esempio ) dove sotto tieni tutte le sottodirectory degli utenti ( /www/pippo, /www/pluto ... ) con i loro file html, jpeg e quant'altro, la prima cosa da fare è settare quelle sottodirectory di proprietà dell'utente legittimo ( pippo, pluto, ecc... ) e e del gruppo www-data ( quello del webserver ).

In questo setti i permessi sulle directory a 600 ( cioè solo l'utente può leggere e scrivere ), gli altri non possono nemmeno leggere.

Chiaramente ti serve un server che non abbia limiti sul numero di utenti e quote sulle operazioni sul filesystem e un VPS è inadeguato per questo tipo di operazione.

Ti dò un pò di link sulla faccenda. http://httpd.apache.org/docs/2.0/vhosts/mass.html#xtra-conf questo qui riguarda la creazione di vhosts dinamici ( altrimenti bisogna riavviare apache ogni volta che un utente apre un account ).

http://blog.stuartherbert.com/php/series-the-web-platform/ questo è un articolo dettagliatissimo su come gestire permessi e accessi per host condivisi.

http://www.suphp.org/Documentation.html questa qui è la documentazione del modulo suphp.


Quote:
P.S. Ti ricordo, rivedete il forum mobile non riesco a postare!
grazie per la segnalazione, la comunico agli amministratori
__________________
paolino non in linea   Rispondi citando
Vecchio 08-04-10, 20:07   #17 (permalink)
Banned
 
Data di registrazione: Mar 2009
Messaggi: 126
Non esiste una specie di open_dir che agisca proprio su apache2 e no su php?
frank92 non in linea   Rispondi citando
Vecchio 08-04-10, 20:27   #18 (permalink)
Moderatore
 
L'avatar di paolino
 
Data di registrazione: Apr 2005
Ubicazione: San Cipriano Beach
Messaggi: 4,443
Considera che anche se esistesse agirebbe sulla sessione di apache che ingloba tutti gli utenti che hanno l'account su quel server.

Alla fin fine apache non ha modo di sapere che la directory X è dell'utente pippo.

Poi c'è il problema di gestire l'accesso anche per il server ftp e quello è indipendente da apache.
__________________
paolino non in linea   Rispondi citando
Rispondi
Tags: , , , , , , , ,



Strumenti di discussione

Regole di scrittura
Non puoi postare nuove discussioni
Non puoi rispondere alle discussioni
Non puoi allegare file
Non puoi editare i tuoi post

BB code is Attivo
smilies è Attivo
[IMG] il codice è Attivo
Il codice HTML è Disattivato
Trackbacks are Attivo
Pingbacks are Attivo
Refbacks are Disattivato
Vai al forum



Tutti gli orari sono GMT +3. Attualmente sono le 20:37.




Forum GT - © 2004-2009 GT idea S.r.l P.iva 02418200800 - Privacy/Disclaimer

SEO by vBSEO 3.2.0 ©2008, Crawlability, Inc.