Apache nie wyświetla strony startowej/żadnej (ubuntu 9.10)

[oberon]

Witam,

od pewnego czasu działałem na winxp ale znów przesiadłem się na ubuntu. Mam problem z instalacją SugarCRM a konkretnie stoję na etapie wyświetlenia strony instalacyjnej w przeglądarce.

Zainstalowałem apache według opisu z ubuntugeek:

Preparing your system

Install all the required packages using the following commands

sudo apt-get install libapache2-mod-php5 libapache2-mod-perl2

sudo apt-get install php5 php5-cli php5-common php5-curl php5-dev php5-gd php5-imap php5-ldap unzip

sudo apt-get install php5-mhash php5-mysql php5-odbc curl libwww-perl imagemagick

Creating SugarCRM Database

$ mysql -u root -p

mysql> create database sugarcrm;

mysql> exit

Installing SugarCRM

Now you need to go to your webserver document root directory (default location is /var/www)

cd /var/www

Download SugarCRM community edition from here or using the following command (at the time of writing this article sugarCRM Community edition 5.1.0b

wget http://www.sugarforge.org/frs/download. ... 5.1.0b.zip

Now you should be having SugarCE-5.1.0b.zip file and unzip using the following command

unzip SugarCE-5.1.0b.zip

Move all the contents from SugarCE-5.1.0b directory to sugarcrm

sudo mv SugarCE-5.1.0b sugarcrm

Give Apache Ownership Over SugarCRM Files (apache-user: www-data)

sudo chown www-data -vR /var/www/sugarcrm

Give Write Permitions for Apache on Some of SugarCRM Files

cd /var/www/sugarcrm

sudo chmod 766 config.php

sudo chmod 766 custom

sudo chmod -R 766 data

sudo chmod -R 766 cache

sudo chmod -R 766 modules

Configuring php.ini file

You need to edit the php.ini file using the following command

sudo gedit /etc/php5/apache2/php.ini

Change

;memory_limit = 16M

to

memory_limit = 50M

Change

;upload_max_filesize = 2M

to

upload_max_filesize = 10M

Restart apache server using the following command

sudo /etc/init.d/apache2 restart

Configure sugarCRM

Now open your webbrowser and enter the following address

http://serverip/sugarcrm/install.php

Follow the on-screen instructions and Enjoy your sugarcrm.

Niestety po wykonaniu wymienionych czynności nie jestem w stanie dostać się do skryptu instalacyjnego przez przeglądarkę, przestała się również wyświetlać strona główna apache która była widoczna pod adresem http://127.0.0.1 - w tej chwili mam:

Nie udało się nawiązać połączenia. Firefox nie może nawiązać połączenia z serwerem....

Działam na najnowszym ubuntu (9.10) ze strony ubuntu.pl

Uprzejmie proszę o sugestię - co sprawdzić na początek - jakie dane są potrzebne żeby określić co nie działa, co ewentualnie mogłem napsuć. W międzyczasie zainstalowałem kadu, thunderbirda, openoffice-ux, powiadamianie o mailach, webmin'a i... w zasadzie tyle, poza tym czysty system.

[atsuki]

sprawdzi czy w ogole apache chodzi. jak nie, sprawdz logi apacha co mu nie pasi.

[jacekalex]

Uprawnienia 766 dla plików php to błąd. Powinno być 755 lub 777 - te pliki muszą mieć atrybut wykonalności - żeby działały.

A z całym szacunkiem - żeby stawiać serwery, - trzeba znać się trochę na systemie uprawnień do plików w systemach Unix/Linux.

[otokan]

Uprawnienia 766 dla plików php to błąd. Powinno być 755 lub 777 - te pliki muszą mieć atrybut wykonalności - żeby działały.

Bzdura. Skrypty muszą mieć uprawnienie do wykonania jak chcesz je wykonywać w postaci ./skrypt.php. (dodatkowo musza mieć ścieżkę do interpretera w pierwszym wierszu). Serwer http odpala je w postaci (z grubsza) 'php skrypt.php' i wystarczy że interpreter będzie mógł przeczytać dany plik. Ustawianie prawa zapisu dla wszystkich jest totalnym nieporozumieniem.

A z całym szacunkiem - żeby stawiać serwery, - trzeba znać się trochę na systemie uprawnień do plików w systemach Unix/Linux.

Otóż to!

[jacekalex]

Ustawianie prawa zapisu dla wszystkich jest totalnym nieporozumieniem.

I właśnie dlatego 755 (na hostingu radziłbym 555) - a 777 to dobre do testowania na localhoście.

A prawo ykonalności w postaci numerycznej ma 3 wartości 7 - to rwx, 5 to rx i 1 to x.
Gdzie x oznacza prawo wykonania pliku.

To by było na tyle.

[otokan]

Znam notacje uprawnień. Nie musisz mi tłumaczyć. Odnosiłem się do Twojej sugestii, odnośnie uprawnień 777. Sugerowanie takich ustawień uważam za pomyłkę.

Testować najlepiej jest w środowisku jak najbardziej zbliżonym do produkcyjnego, więc ustawianie innych praw niż docelowe jest wg mnie kiepskim pomysłem.

Mógłbyś mi powiedzieć jaką widzisz przewagę praw 555 nad 755 na hostingu?

[jacekalex]

Brak praw zapisu dla wszystkich? - o co chodzi.
np o lukę w zabezpieczeniach serwera - który pozwala zmodyfikować jakiś plik w przypadku - jeśli serwer ma prawo do zapisu w danym pliku.

- to odczyt i uruchomienie -dla wszystkich - zapis dla nikogo.

Lepszego wariantu nie znam - z wyjątkiem atrybutów chattr - które można ustawiać tylko na dedykach i VPS'ach - hostingi takich cudów jak chattr nie ma mają.

A swoją drogą - uprawnienia najlepiej ustalając klasyfikując typy i funkcje pliku czy folderu.

NP. html i jpeg nie potrzebują wykonalności, natomiast skrypty php, perla czy pythona owszem.
Do tego - np. w oscommerce - plik configure.pnp powinien być niedostępny z internetu - co powoduje jeszcze inne uprawnienia.

I to by było na tyle.