Dotaz: apache php prava podivne

[milan]

mam server apache 2.0.48, beha pod uzivatelem apache, skupina apache. vytvorim-li v document rootu soubor index.html, vlastnik i skupina root, prava 600, pak spravne dostanu Error 403. zmenim-li koncovku z html na php, soubor je interpretovan, zobrazi se vysledek, zadna chyba. v cem je chyba?
mel jsem prava za posvatna

jen tak pro zajimavost je to kompilovane takhle:

"./configure" \
"--with-layout=Apache" \
"--enable-so" \
"--enable-mods-shared=all" \
"--enable-nonportable-atomics=yes" \
"--enable-ssl=shared" \

- takze je to standardni prefork, inicialne pusteny rootem.
nejde mi to vubec na rozum ...

Odpovědi

[milan]

jeste bych k tomu dodal, ze apache ma na adresari prava rx, php ma v sobe jako so modul.

[unchallenger]

Jeden httpd proces běží pořád pod rootem, což ovšem samozřejmě neznamená, že by to mělo dělat tohle. Dost bych se ale divil, kdyby tam měli takovou díru, že by zapomínali zahazovat privilegia. Mně to tedy rozhodně nic takového nedělá. Obávám se, že pokud chceš zjistit, jak to, že se ten soubor otevře, nezbývá než debuggovat apache (dělá to při přístupu na / nebo i na /index.php?) ... ale možná by to zase tak velký problém být nemusel.

[milan]

zkousel jsem to pristupem na /
muze byt problem treba v modulech v php? mam konkretne na mysli php cache ... jestli to funguje tak, ze apache vubec ten soubor fyzicky nekontroluje a rovnou pozadavek preda phpku, tak pak by ta cache mohla mit sice dobre zapamatovano, ze se obsah nezmenil, ale uz asi nekontroluje znova prava ...

[milan]

no prava - ty mozna kontroluje, v tomhle pripade ale asi nekontroluje vlastnika ... ale jak se dozvi, ze se soubor nezmenil (kdyz to vraci z cache), kdyz ma bezet pod apachem a ten na to nema vubec read? zahada.

[milan]

depa, i jen s pravama a stejnym vlastnikem je to spatne.

[milan]

a je jedno, jestli se na to jde jako na /idex.php, nebo jen /

[Peter]

Mozna, ze se mylim, ale kdyz to ma koncovku php, tak to predava url (cestu ke skriptu) interpretu php - z toho mi dedukci vychazi, ze by mohla byt chybka v nastaveni phpcek. Ale mozna jsem uplne vedle.

[milan]

to php je ale bastl! vypnul jsem tu cache, ktera mozna taky neni uplne ok, dal jsem tomu index.php prava 600 root.root a v error logu od apache dostavam pri pokusu o pristup hlasky:

[client _IP] PHP Warning:  Unknown(/cesta/index.php):
 failed to open stream: Permission denied in Unknown on
 line 0
[client _IP] PHP Warning:  (null)(): Failed opening
 '/cesta/index.php' for inclusion
 (include_path='.:/usr/lib/php') in Unknown on line 0

a misto 401, nebo 403, nebo co by to melo vyhodit, dostanu prazdnou stranku. rozumite tomu nekdo? btw. obsah toho index.php je nasledujici:

[?php
phpinfo(); 
?]

a se spravnyma zobackama na koncich, samozrejme ...

[milan]

pro jistotu (abyste me nemeli za lamera ) dodam, ze to jinak vsecko jede a frci jak ma - tak to snad nemuze byt moje chyba. nebo se mylim?

[Petr Šobáň]

Prostě provede se prazdný php nebo jak bych to nazval, pokud chcete nejakou chybovou hlášku tak je asi v php nemate zaplé potom php vypiše failed open nebo něco takového, snad neskoušel jsem to.

[milan]

nechci chybovou hlasku typu 'failed to open stream on line 0' (a samozrejme uz vubec nechci, aby se zoobrazila v prohlizeci - to se ale necha konfigurovat)! chtel jsem chybovou stranku 403, nebo aspon 500 (nevim, ktera by se nejvic hodila ), ale aby se vratila prazdna stranka - to je prece spatne...

[Martin H.]

Tak proč si tu chybovou hlášku neošetříš? Stačí napsat krátký test na existenci souboru a před něj dát @If fopen('/index.php') .... Pak to PHP chyby nehlásí, ale provede akci v sekci IF/ENDIF. Já jsem například rád, že toto takto funguje, skripty se snažím ošetřovat....

[milan]

nevim, jestli jsi cetl celou debatu. to neni chyba, ktera by se dala osetrit (nebo by bylo spravne ji osetrit) z nejakeho php skriptu. mame tady adresar s jedinym souborem index.php, ktery ma nastaveny prava tak, aby na nej apache nemohl, ale nevrati se chybova stranka 403 (nebo jina), ale prazdna stranka a do logu to zapise nejaky nesmysl o chybe pri otevirani streamu na radce 0.