Dotaz: Nastavení chown a chmod pro webserver

[Dědek]

Dobrý den, na stará kolena jsem si nainstaloval webový server. Jako OS jsem zvolil poslední "stable" verzi "Debian". Nainstaloval Apache2, PHP, MySQL a nastavil server. Spustil program "WinSCP" a přihlásil se na server jako "root". Následně jsem veškeré soubory PHP nakopíroval do adresáře "/var/www".

Nyní řeším, jakého "vlastníka" mám nastavit pro všechny soubory a jaké přidělit práva? Pomůže někdo? Děkuji

Odpovědi

[Kit]

Záleží na tom, zda používáš mod_php nebo FastCGI. V obou případech však budou fungovat práva 604 pro soubory a 705 pro adresáře.

Jako vlastníka souborů včetně adresáře /var/www používám běžného uživatele - nikdy roota. Edituje se to pak mnohem jednodušeji, protože se nemusím jako root přihlašovat a mohu to dělat přímo ze svého účtu.

[Dědek]

Děkuji Kite za pomoc..

... zda používáš mod_php nebo FastCGI.

Používám mod_php.

... používám běžného uživatele - nikdy roota.

Tak, že nemusí být vlastník www-data? Jde mi o to, aby instalační scripty mohl vytvořit / zapisovat do konfiguračních souborů.

Děkuji

[alles32]

vlastnik(skupina) musi byt shodna s userem, pod kterym bezi apache aby tam mohl zapsat. na debianu tedy www-data.

[Kit]

Nejlépe bude, pokud instalační skripty bude spouštět vlastník adresáře /var/www, ale není to podmínkou. Stačí po dobu instalace nastavit práva na adresář 777 a pak je vrátit zpět.

Vlastník nemusí být www-data. Je pouze důležité, aby Apache mohl z toho adresáře číst a pokud možno jiní uživatelé ve stejné skupině nesměli nic. Proto se doporučují práva 604, resp. 705, aby vlastník adresáře mohl ty soubory editovat.

Pokud však instalaci budeš provádět přes webové rozhraní, instalace poběží pod uživatelem www-data. Proto bude logické, když uživatel www-data bude vlastníkem takového adresáře. V tom případě budou dokonce stačit práva 600, resp. 700.

Obě řešení mají své výhody i nevýhody.

[Josef Kufner]

604 a 705? Co to je za blbost? Proč nedat oprávnění skupině, která patří web serveru, ale dát je komukoliv jinému?

[Kit]

Skupina users přece nepatří webserveru. A nechceme přece, aby mi ostatní uživatelé z mé skupiny lezli do skriptů.

[Josef Kufner]

A proč chceme, aby tam lezl kdokoliv jiný?

[Kit]

Protože ten "kdokoli jiný" je právě ten Apache.

[Josef Kufner]

A také kopec dalších služeb, které na tom stroji běží.

[Kit]

Uznávám, že dnes už se to dělá jinak, ale na webhostingu, kde jsou všichni uživatelé ve skupině users a používá se mod_php, to jinak nejde. Na vlastní stroji si však admin může nastavit práva praktičtěji, viz níže.

Naštěstí se na veřejném hostingu používá FastCGI téměř systematicky, takže to není nutné řešit - mod_php se vlastně používá už jen u privátních hostingů.

[Josef Kufner]

Ve výchozí konfiguraci Debianu běží Apache pod uživatelem www-data. Nastav tedy oprávnění tak, aby je tento uživatel mohl číst a pokud je potřeba, tak i zapisovat. Tedy buď budou patřit uživateli www-data a soubory budou mít oprávnění alespoň 400, resp. 500 pro adresáře, případně 600, resp. 700, pokud je požadována možnost zápisu. Nebo bude jim nastavena skupina www-data a oprávnění na 640 a 750, či 660 a 770. Také je vhodné nastavit umask na 002 namísto 022, aby nově vytvořené adresáře a soubory byly zapisovatelné skupinou, jinak to je otrava. Zda povolíš přístup i ostatním záleží na tobě, toto jsou minimální hodnoty.

PHP se dá nastavit také tak, aby script běžel pod tím uživatelem, kterému patří. Pokud provozuješ věci více uživatelů, které nemáš zcela pod kontrolou, je to vhodné použít. Pak není oprávnění potřeba nijak řešit, jsou přirozeně správně. Snad jen odebrat přístup ke čtení ostatními u souborů s hesly od databáze.

[Marek]

Díky a je lepší nastavit www-data jako vlastníka nebo skupinu? Nebo je to buřt?

Také je vhodné nastavit umask na 002 namísto 022, aby nově vytvořené adresáře a soubory byly zapisovatelné skupinou

Ten umask se nastavuje jen pro adresáře předpokládám, a jen pro ty koncové? Nebo celá posloupnost vnoření?

[Josef Kufner]

umask je pro proces. Je to maska podle které se nastavují oprávnění novým souborům (a adresářům).

[Dědek]

Trochu v tom plavu. Když to shrnu tak mám na výběr mimo jiné 2 možnosti

1 MOŽNOST

nastavení pro všechny soubory a adresáře
- uživatele nastavím na www-data
- skupinu nastavím na   root

a

- soubory nastavím na  0400 (bez možnosti zápisu) nebo na 0600 (s možností zápisu)
- adresáře nastavím na 0500 (bez možnosti zápisu) nebo na 0700 (s možností zápisu)

2 MOŽNOST

nastavení pro všechny soubory a adresáře
- uživatele nastavím na root
- skupinu  nastavím na  www-data

a

- soubory nastavím na  0640 (bez možnosti zápisu) nebo na 0660 (s možností zápisu)
- adresáře nastavím na 0750 (bez možnosti zápisu) nebo na 0770 (s možností zápisu)

Chápu to dobře? A co "x" ? (nastavení pro spouštění scriptů) to není potřeba vůbec pro php? Díky

[Kit]

Uživatele nastavíš na "dedek", skupinu nastavíš na "www-data". Práva 640 a 750, se zápisem 660 a 770.

[Josef Kufner]

PHP zdrojové soubory čte, nespouští je. Proto nepotřebuje práva ke spuštění. Pokud bys používal tradiční CGI nebo je spouštěl ze svého shellu, budeš chtít mít na prvním řádku "#!/usr/bin/env php" a nastavená práva ke spuštění; webservery to však řeší trošku jinak.

[Dědek]

Rozumím, a není tedy v tom případě u složek zbyteční nastavení 0770, když to apache nespouští a já taky ne, nestačí tam 0660? Pokud tedy platí načítání i pro soubory css js a obrázky. Díky

[Kit]

Zkus to a uvidíš

... a pak to zase raději vrať na 770.

[Dědek]

Forbidden

Ale proč, když se nic nespouští?

[Kit]

Spouští se procházení adresáře. Prostě pro adresáře ta práva fungují trošku jinak než pro soubory.

[Josef Kufner]

"Spuštění" adresáře znamená povolení přístupu k jeho obsahu a umožnění chdir do něj. Pokud adresář má oprávnění --x, můžeš otevřít soubor v něm, pokud víš, jak se jmenuje. S oprávněními r-- můžeš zjistit jaké soubory v něm jsou, ale nemůžeš je otevřít. Se zápisem je to podobné.

[vdusek]

Pokud nevíš kudy kaam, na čistý Debian nainstaluj ISPConfig  a užívej si spokojeného užívání webů

 

Všechny weby pod jedním userem je cesta do pokel. Jeden zavirovaný web ti zbouchne všechny

[Dědek]

Všechny weby pod jedním userem je cesta do pokel. Jeden zavirovaný web ti zbouchne všechny

A jedna lajdácká chyba programátora vytvářející ISPConfig a má důvěra v tuto aplikaci mě stála veřejnou ostudu, zveřejnění několika DB, 20 bezesných nocí, a stres za 10let života! A vyjádření tech. support? Sorry! We accept no liability for any losses. Děkuji, nechci...

[vdusek]

Stále lepší jedna odstraněná chyba, než totálně blbě udělaná instalace od uživatele, který netuší co dělá.

 

BTW - co to bylo za chybu? Jak je to dlouho?

[Dědek]

Chlape nevím co to bylo přesně za chybu, promiň, že nemůžu souložit, už je to pár let Chyba byla rychle odstraněna, nedůvěra však zůstala...

[Dědek]

-edit-

sloužit, ne souložit! I když to taky už ne

[vdusek]

Perfekt překlep, dík

[scott]

Nebo si vyzkoušej nainstalovat apache-mpm-itk => díky tomu můžeš v každém virtualhostu definovat pod jakým uživatelem/skupinou budou procesy webserveru i php běžet. Odpadá pak často neustálé zkoumíní práv..