Benvenuto nella nostra community, registra un account gratuito ADESSO!
Oltre 7000 persone hanno già registrato il loro account. Chiedi aiuto, conversa con aziende ed esperti del settore webhosting italiano.
Iscriviti subito! In meno di 2 minuti!




Risultati da 1 a 3 di 3
  1. #1
    Nuovo utente
    Data Registrazione
    Oct 2009
    Messaggi
    27

    Php/Apache Utenti e permessi

    Ciao,

    Ho un server dedicato con a bordo Centos5 e Plesk 8.6 funzionante.

    Premetto che non ho molta esperienza in questo e provengo dalla gestione di Server windows/plesk.

    Premesso che php per il dominio in questione viene eseguito come modulo apache (unica scelta di default su plesk8.6)

    Stavo cercando di settare una cartella di un sito web leggibile e scrivibile da php ma non raggiungibile da web.

    Leggendo vari articoli in merito credo di aver compreso che il problema è che php in questo caso viene eseguito come utente apache:apache mentre i file e le cartelle del dominio sono di proprieta dell'utente corrente del dominio di plesk.

    Credo che fin qui sia tutto corretto.

    Quindi leggendo in giro sembrerebbe che la soluzione a tutto cio sia un modulo di nome suPHP, è corretto ?

    Ho provato ad installare tale modulo in un mio server locale di prova (centos5 ma con plesk 9.3) seguendo questo tutorials, che parla di varie cose tra cui anche di suPHP.

    Dal mio punto di vista ci sono molte imprecisioni e mancanze sulle soluzioni previste in questo articolo, e volevo sottoporvi la mia configurazione per comprendere se ciò che ho fatto possa essere corretto oppure no.

    Senza riportare i file di configurazione (per non allungare troppo il post) riporto brevemente i passaggi che ho effettuato.

    1. Installato mod_suphp attraverso yum
    2. Editato il file /etc/suphp.conf
    3. Editato il file /etc/httpd/conf.d/mod_suphp.conf
    4. Creato il file /var/www/vhosts/<domain>/conf/vhost.conf
    5. Creato un file php.ini in httpdocs
    6. Cambiato i permessi per tutti i file e le cartelle contenute in <domain> settando le cartelle a 755 ed i file a 644
    7. eseguito /usr/local/psa/admin/websrvmng per riconfigurare il vhost
    8. Riavviato il servizio httpd
    Ci sono vari passaggi e configurazioni che ho dovuto provare ed interpretare ma non sono certo siano corretti.

    Tra le altre cose ho provato ad eseguire un phpinfo() sul dominio in oggetto ma non vedo nessun modulo o riferimento a suPHP.

    Qualcuno che ha esperienza in merito, o che ha già affrontato il problema sarebbe disposto a darmi una mano a capire più approfonditamente ?

    Ciao



  2. #2
    Provider L'avatar di FlameNetworks
    Data Registrazione
    Aug 2008
    Località
    Napoli
    Messaggi
    2,414

    Re: Php/Apache Utenti e permessi

    Ciao,

    puoi consultare Mod_SuPHP - Parallels Forums dove ci sono alcune indicazioni utili.

    Una cosa non l'ho capita: hai riscontrato qualche problema a seguito dell'installazione di mod_suphp?

    Nella directory mods-enabled di apache c'è il LoadModule di mod_suphp?

    Ciao,

    F.

    Hosting Low-cost | Hosting Professionale | Hosting Rivenditori
    E-commerce Hosting | Hosting Semidedicato | Server Virtuali | Server Dedicati | Cloud Hosting
    Network & Power Uptime 99,9% SLA
    Commerciale: 800974244
    Facebook & Corporate Blog

  3. #3
    Nuovo utente
    Data Registrazione
    Oct 2009
    Messaggi
    27

    Re: Php/Apache Utenti e permessi

    Ciao,

    grazie per la risposta.

    Nessun problema durante l'installazione di mod_suphp. (attraverso yum)

    Si in /etc/httpd/httpd.conf c'e' un riferimento ai file di config esterna (Include conf.d/*.conf).

    Quindi in /etc/httpd/conf.d/mod_suphp.conf ho:
    Codice PHP:
    # This is the Apache server configuration file providing suPHP support..
    # It contains the configuration directives to instruct the server how to
    # serve php pages while switching to the user context before rendering.
    LoadModule suphp_module modules/mod_suphp.so
     
    ### Uncomment to activate mod_suphp
    #suPHP_AddHandler x-httpd-php
     
    # This option tells mod_suphp if a PHP-script requested on this server (or
    # VirtualHost) should be run with the PHP-interpreter or returned to the
    # browser "as it is".
    #suPHP_Engine on
     
    # This option tells mod_suphp which path to pass on to the PHP-interpreter
    # (by setting the PHPRC environment variable).
    # Do *NOT* refer to a file but to the directory the file resists in.
    #
    # E.g.: If you want to use "/path/to/server/config/php.ini", use "suPHP_Config
    # /path/to/server/config".
    #
    # If you don't use this option, PHP will use its compiled in default path.
    #suPHP_ConfigPath /etc 
    Ho verificato che in module/ esista il modulo mod_suphp.so.

    Credo che qua dobbiamo lasciare tutto commentato per poi abilitarlo per virtualhost piuttosto che a livello globale, correggimi se sbaglio.

    Grazie per il link che mi hai segnalato. Quello da una parte mi spiega altre cose e mi aiuta a capirne altre, dall'altra mi mette un pò di confusione, in quanto le soluzioni proposte nei vari tutorials che ho letto sono diverse.

    Se ho ben capito suPHP per fare eseguire php con utente:gruppo del prprietario del dominio piuttosto che con apache:apache esegue php come cgi/fastcgi.

    Ad esempio prendiamo il mio file /etc/suphp.conf

    Codice PHP:
    [global]
    ;
    Path to logfile
    logfile
    =/var/log/suphp.log
    ;Loglevel
    loglevel
    =warn
    ;User Apache is running as
    webserver_user=apache
    ;Path all scripts have to be in
    docroot
    =/var/www/vhosts/:${ HOME}/httpdocs
    ;Path to chroot() to before executing script
    ;chroot=/mychroot
    Security options
    allow_file_group_writeable
    =false
    allow_file_others_writeable
    =false
    allow_directory_group_writeable
    =false
    allow_directory_others_writeable
    =false
    ;Check wheter script is within DOCUMENT_ROOT
    check_vhost_docroot
    =true
    ;Send minor error messages to browser
    errors_to_browser
    =true
    ;PATH environment variable
    env_path
    =/bin:/usr/bin
    ;Umask to setspecify in octal notation
    umask
    =0022
    Minimum UID
    min_uid
    =500
    Minimum GID
    min_gid
    =500
    ; Use correct permissions for mod_userdir sites
    ;handle_userdir=true
    [handlers]
    ;
    Handler for php-scripts
    ;x-httpd-php=php:/usr/bin/php
    php5
    -script="php:/usr/bin/php-cgi"
    ;Handler for CGI-scripts
    x
    -suphp-cgi="execute:!self" 
    Nel tutorials che ho segnalato all'inizio (nel mio primo post) dicono di commentare la riga
    Codice PHP:
    x-httpd-php=php:/usr/bin/php 
    e aggiungere la riga
    Codice PHP:
    php5-script="php:/usr/bin/php-cgi" 
    Intanto: questo è corretto ?

    Poi ho altri dubbi sulla config del file vhosts.conf del dominio spero di potertele chiedere successivamente.

    Ciao

Discussioni Simili

  1. Aruba VPS: Utenti Gruppi e Permessi
    Di diarex nel forum VPS - Virtual Private Server
    Risposte: 7
    Ultimo Messaggio: 10-11-2010, 11:44
  2. [Linux] Permessi proprietario e utente Apache cambiati dopo APC
    Di galerio nel forum Gestione Server Windows e Server Linux
    Risposte: 3
    Ultimo Messaggio: 15-09-2010, 14:16
  3. apache crea file con permessi 620
    Di UtentE nel forum Gestione Server Windows e Server Linux
    Risposte: 0
    Ultimo Messaggio: 10-03-2009, 09:08
  4. Php crea file con utenti apache/apache
    Di matrix845 nel forum Gestione Server Windows e Server Linux
    Risposte: 4
    Ultimo Messaggio: 10-12-2007, 15:20
  5. Per curiosità, come avete impostato i permessi di user/apache?
    Di Iguana nel forum Gestione Server Windows e Server Linux
    Risposte: 7
    Ultimo Messaggio: 17-07-2007, 22:53

Informazioni Discussione

Utenti che Stanno Visualizzando Questa Discussione

Ci sono attualmente 1 utenti che stanno visualizzando questa discussione. (0 utenti e 1 ospiti)

Segnalibri

Permessi di Scrittura

  • Tu non puoi inviare nuove discussioni
  • Tu non puoi inviare risposte
  • Tu non puoi inviare allegati
  • Tu non puoi modificare i tuoi messaggi
  •