pamiętnik programisty » Windows 2008

Indywidualne ustawienia php dla każdej witryny na serwerze IIS i Windows 2008

pejotr — Wed, 14 Jul 2010 18:25:17 +0000

Problem jak najbardziej z życia wzięty. Na serwerze znajdują się strony kilku użytkowników. Żaden z nich nie chciałby aby ktokolwiek oprócz niego i administratora miał dostęp do plików jego witryny. Gdyby problem powstał w środowisku działającym pod kontrolą Linuxa problem rozwiązałby się w kilka chwil, poprzez odpowiednie ustawienie właścicieli katalogów i praw dostępu. Jednak wspomniana sytuacja zaistniała pod Windows 2008.
Na pierwszy ogień poszło ustawienie parametru open_basedir w pliku konfiguracyjnym PHP. Ograniczyło to możliwość odczytu includowania i innych tego typu operacji tylko do wymienionych katalogów. Nadal jednak pozostał problem odczytu plików nawzajem przez użytkowników. Ze strony należącej do uzytkownia A np.: c:\Sites\A\1.php bez problemy można odczycztać czy zaincludowac sobie stronę użytkownika B c:\Sites\B\tajne.txt co oczywiście jest nie do przyjęcia. Z pomocą przyszła możliwość ustawienia parametrów PHP dla każdego folderu niezależenie. Aby z tego skorzystać należy utworzyć w rejestrze nowy klucz w gałęzi HKLM/Software/PHP/Per Directory Values/c/Sites/ czyli np. HKLM/Software/PHP/Per Directory Values/c/Sites/A i umieścić tam nową wartość typu string o nazwie odpowiadającej parametrowi na który chcemy wpłynąć i wartości którą taki parametr ma przyjąć. W przypadku wyżej wspomnianego problemu wyglądałoby to tak:

Od tego momentu właściciel strony c:\Sites\A jest ograniczony tylko do własnego katalogu. Wadą tego rozwiązanie jest niestety konieczność utworzenia takich wpisów dla wszystkich stron znajdujących się na serwerze. Jednak (1) w tym wypadku można sobie było na to pozwolić (2) rozwiązanie jest łatwe we wdrożeniu a żadne inne nie przyszło mi do głowy. Chętnie poznam inne metody, może bardziej eleganckie, na osiągnięcie podobnego rezultatu.

Konto FTP dla każdego użytkownika

pejotr — Thu, 09 Apr 2009 17:24:53 +0000

Aby każdy użytkownik mógł zarządzać swoją stroną WWW, trzeba dać mu jakiś dostęp do zasobów. Może to być jakiegoś rodzaju interface dostępny przez przeglądarkę, albo konto FTP z którego korzysta zapewne niemal każdy webdeveloper. Można oczywiście dać każdemu dostęp do katalogu ftproot i mieć nadzieję że nikt nie będzie chciał złośliwie zmieniać plików innego użytkownika. Aby jednak nie polegać na ludzkich intencja należy odpowiednio skonfigurować sobie serwer.
Instalacja samej usługi FTP i jej podstawowa konfiguracja nie jest większym problemem, dodaje się kolejną rolę jaka ma pełnić serwer. Co chcemy osiągnąć to odseparować konta użytkowników od siebie. Zatem w konfiguracji "Domyślej strony FTP" (Default FTP Site) klikamy w FTP User Isolation i z grupy "Isolate Users. Restrict users to following directory" opcję "User name directory".

Teraz należy utworzyć nowy katalog, koniecznie musi się nazywać LocalUser i być umieszczony w głównym katalogu FTP, przeważnie ftproot w inetpub. Dla każdego użytkownika możemy utworzyć VirtualDirectory i wskazać miejsce do którego ma mieć dostęp użytkownik. Ważne jest aby nazwa katalogu była identyczna jak nazwa użytkownika. Zadziała to w ten spsób że podczas logowania użytkownika np. jankowalski zostanie przeszukany katalog LocalUser w poszukiwania katalogu jankowalski, jeżeli się taki znajdzie to użytkownik zostaje zalogowany i skierowany do tego katalogu. W przeciwnym wypadku najprawdopodobniej spotka się on z odmową dostępu. VirtualDirecotry ma to do siebie że tylko wskazuje na jakiś fizyczny katalog, zatem można go ustawić aby wskazywał na katalog w którym można umieścić swoją stronę WWW i potem ją obejrzeć w przeglądarce np. C:\Sites\JanCompany\.

Aby wszystko działało należy pamiętać o nadaniu odpowiednich praw dostępu dla odpowiednich użytkowników. Użytkownik jankowalski powinien móc zapisywać i odczytywać dane ze swojego katalogu i to jest oczywiste. Nie oczywiste jest to że musi on mieć także prawo do wyświetlenia katalogu głównego ftproot mimo że nie ma do niego bezpośredniego dostępu. Tak więc należy zezwolić użytkownikowi jankowalski na List katalogu głównego, ustawia się to we właściwościach folderu.

Website, Application i Virtual Directory

pejotr — Thu, 12 Mar 2009 11:51:56 +0000

Koncepcja zarządzania serwerem IIS jest trochę inna niż w Apache’u. Występuje tu enigmatyczny podział na Websites, Applications i Virtual Directories. Dodatkowo występują pewne ściśle określone relacje zawierania. Znajomość i zrozumienie funkcjonowania tych mechanizmów w znaczny sposób może ułatwić efektywne zarządzanie serwerem.

Tak więc Websites są głównymi elementami, każdy serwer www zawiera ich o 0 do n. Dodatkowo każdy Website składa się z Application przy czym zawsze występuje tzw root application (/). Żeby tego było mało, każda aplikacja zawiera przynajmniej 1 Virtual Directory tzw. root virtual directory. Dla łatwiejszego zrozumienia zamieszczam rysunek:

Website jest takiem kontenerem do którego można się dostać poprzez zmapowany protokół lub adres IP.
Aplikacja jest grupą plików i katalogów które w sumie tworzą zawartośc strony lub dostarczają usług za pośrednictwem protokołów takich jak choćby HTTP. Do stworzonej aplikacji można się dostać podając nazwę aplikacji w adresie URL. W IIS 7 każdy Website musi zawierać 1 aplikacje – domyślną. nic nie stoi natomiast na przeszkodzie żeby było ich więcej. Na przykład w zastosowaniu e-commerce 1 aplikacja może odpowiadać za koszyk, a inna za uwierzytelnianie.
Virtual Directory to taki wskaźnik który ustawia się na rzeczywisty folder istniejący na lokalnej lub zdalnej maszynie. Za pomocą takie wskaźnika, poprzez dopisanie jego nazwy w adresie URL po nazwie aplikacji, można się dostać do tej fizycznej lokalizacji. Mechanizmu VD można użyć w celu zamaskowania rzeczywistej struktury katalogów, podając inną nazwę wskaźnika niż nazwa rzeczywistego katalogu. Oprócz wymaganego Root Vitrual Directory zawierającego np. kod strony można utworzyć dodatkowe Wirtualne Katalogi jesli chce się korzystać z obrazków, mediów lub innych plików umieszczonych w innych miejscach na dysku.

Instalacja IIS7

pejotr — Sun, 01 Mar 2009 20:18:05 +0000

Nie będę tu póki co pisał, jak to jest w mądry książkach zaraz po wstępie , o nowych możliwościach serwera IIS7 w stosunku do poprzednich wersji. Jest to oczywiste z uwagi na to że nie korzystałem ani z IIS6 ani z żadnego poprzedniego. Jedyne co mogę powiedzieć to to że IIS7 został napisany na nowo i ma niewiele wspólnego ze swoimi poprzednikami. Do głównych różnic zalicza się „Integrated Pipeline” który umożliwia użytkownikowi zintegorawnie własnego kodu managed (ASP.NET, C#) jako modułu głównego potoku. Skupmy się jednakże póki co na instalacji IIS7.
Serwer IIS7 jest jedną z wielu ról jaką może pełnić system. Instalacja na nowej, „świeżej” maszynie nie przedstawia większych problemów i jest zautomatyzowana podobnie jak instalacja oprogramowania z repozytoriów w Linuxie.

Start Menu -> All Programs -> Administrative Tools -> Server Manager. W menu „Roles” wybierz „Add role” i dalej „Web Server (IIS)” tak jak przedstawiono poniżej.
Następnie wybierz usługi które chcesz aby zostały zainstalowane, Na poniższym obrazku jest to ASP.NET. Zalecam instalację CGI gdyż jest ono konieczne aby mieć możliwość osługi skryptów PHP. Wybierając jedną z poniższych opcji możesz zostać poproszony o spełnienie zależności, zgodę oczywiście należy wyrazić.
W celu potwierdzenie że serwer został zainstalowany i działa odwiedź http://localhost lub pasku adresu wpisz IP maszyny. Powinieneś zobaczyć:

Jeśli nie widzisz powyższego obrazka, to znaczy że instalacja nie przebiegła jak należy. Nie ma ogólnego rozwiązania wszystkich problemów, więc aby uruchomić IIS7 na swoim komputerze musisz poszukać w internecie rozwiązania Twojego problemu.

Simple Shared Hosting na Windows 2008

pejotr — Sat, 28 Feb 2009 23:01:44 +0000

Całkiem nie dawno ma potrzeby fundacji, w której również od nie dawna działam, został zakupiony serwer VPS z Windows 2008 Data Center na pokładzie. W założeniach ma posłużyć jako potężne archiwum historyczne ale także wspomóc i udoskonalić pracę wszystkich komórek fundacji. Oczywiste jest że nie ma w takim przypadku potrzeby dodatkowego płacenia za hosting a obecną stronę WWW z powodzeniem przenieść na nowo zakupiony serwer który daje więcej możliwości i „przetrzyma” większe obciążenie.
Główne założenia jakie ma spełniać serwer:

zautomatyzowane dodawanie nowych użytkowników
niezależne konto ftp dla każdej strony
ograniczona pojemność konta tzw. quota
możliwość ograniczonej zmiany konfiguracji serwera na potrzeby poszczególnych podstron(np. defaultDocument)
bezpieczeństwo
obsługa PHP5, MySQL, SQL Server oraz być może Pythona

Dodatkowe założenie będą się pojawiać wraz z rozwojem sytuacji.
Okres pojawiania się nowych wpisów prawdopodobnie nie będzie równy 24h, ale trzeba liczyć na szczęśliwy finał.
Oczywiście wszelkie uwagi mile widziane, ja też się uczę…

Na początek od razu mały słowniczek wiedzy:
Server Farms – wiele, od kilku do nawet kilkuset, serwerów (w szczególności IIS) widzianych jako JEDEN. Redundancja danych na serwerach zapewnia dodatkowy stopień bezpieczeństwa, gdyż na wypadek awarii dane są dostępna na pozostałych, oraz umożliwia podział ruch/rządań tak aby żadna maszyna nie była przeciążona.
Network Load Balancing – Network Load Balancing
Clustering – funkcja dostępna tylko w Windows 2008 Enterprise Edition oraz Data Center. Clustering jest złożeniem dwóch lub większej liczby serwerów która jest widoczna z zewnątrz jako jedna z maszyna. Coś w rodzaju RAID0 tylko że w wykonaniu serwerów