Zainstalowanie serwera stron internetowych w rodzinie systemów Windows Server umożliwia rola
A. serwer aplikacji.
B. usługi plików.
C. serwer sieci Web.
D. usługi pulpitu zdalnego.
Pytanie z egzaminu CKE, styczeń 2018 (arkusz E.13-X-18.01).
Rola serwer sieci Web w rodzinie Windows Server służy do instalacji i uruchomienia usług WWW, czyli w praktyce roli IIS, Internet Information Services. To właśnie ona pozwala hostować strony internetowe, aplikacje webowe, witryny intranetowe w firmie oraz usługi dostępne przez protokoły HTTP i HTTPS. Po jej dodaniu w Menedżerze serwera system instaluje potrzebne składniki, takie jak usługa WWW, konsola zarządzania IIS, obsługa katalogów wirtualnych, logowanie żądań, uwierzytelnianie czy moduły zabezpieczeń. W praktyce administrator tworzy potem witrynę, wskazuje katalog z plikami, ustawia powiązania na porcie 80 lub 443, dodaje certyfikat TLS i konfiguruje zaporę systemową. Moim zdaniem to jedna z bardziej klasycznych ról serwerowych, bo od razu widać jej zastosowanie: firmowa strona, panel administracyjny, system zgłoszeń albo lokalna dokumentacja dla pracowników. Dobrą praktyką jest uruchamianie tylko potrzebnych usług roli, aktualizowanie systemu, ograniczanie uprawnień kont aplikacji oraz wymuszanie HTTPS zamiast zwykłego HTTP, szczególnie gdy przesyłane są loginy lub dane użytkowników.
W tym pytaniu łatwo pomylić kilka ról Windows Server, bo każda z nich brzmi trochę jak coś związanego z udostępnianiem zasobów w sieci. Trzeba jednak patrzeć na konkretną funkcję roli. Usługi plików są przeznaczone głównie do udostępniania folderów i plików w sieci lokalnej, zwykle przez SMB. Administrator wykorzystuje je do tworzenia udziałów, nadawania uprawnień NTFS, konfiguracji limitów dyskowych, replikacji DFS albo centralnego magazynu danych. To nie jest rola, która sama z siebie uruchamia witrynę WWW dostępną przez przeglądarkę. Typowy błąd polega tu na myśleniu, że skoro strona też składa się z plików, to wystarczy rola plikowa. Nie wystarczy, bo potrzebny jest jeszcze serwer HTTP, obsługa żądań i mechanizm publikacji treści.
Serwer aplikacji może brzmieć bardzo podobnie, szczególnie gdy myślimy o aplikacjach webowych. W starszych wersjach Windows Server rola ta była związana m.in. z komponentami .NET Framework, COM+, usługami transakcyjnymi czy Windows Process Activation Service. Może wspierać działanie aplikacji, ale nie jest podstawową odpowiedzią na pytanie o zainstalowanie serwera stron internetowych. Do hostowania witryn używa się roli serwer sieci Web, czyli IIS. Z mojego doświadczenia ta pomyłka jest częsta, bo ludzie kojarzą aplikację webową z serwerem aplikacji, a w Windows Server rola webowa jest nazwana dość konkretnie.
Usługi pulpitu zdalnego służą do zdalnej pracy na serwerze lub udostępniania sesji i aplikacji użytkownikom. To rozwiązanie do administracji albo pracy terminalowej, a nie do publikowania stron internetowych. Można przez RDP zalogować się na serwer i skonfigurować IIS, ale sama rola RDS nie sprawi, że serwer zacznie odpowiadać na żądania HTTP lub HTTPS. Poprawne podejście administracyjne to dobranie roli do usługi, którą naprawdę chcemy świadczyć: dla WWW wybieramy Web Server IIS, a dopiero potem konfigurujemy zabezpieczenia, certyfikaty, zaporę i aktualizacje.
Serwer aplikacji może brzmieć bardzo podobnie, szczególnie gdy myślimy o aplikacjach webowych. W starszych wersjach Windows Server rola ta była związana m.in. z komponentami .NET Framework, COM+, usługami transakcyjnymi czy Windows Process Activation Service. Może wspierać działanie aplikacji, ale nie jest podstawową odpowiedzią na pytanie o zainstalowanie serwera stron internetowych. Do hostowania witryn używa się roli serwer sieci Web, czyli IIS. Z mojego doświadczenia ta pomyłka jest częsta, bo ludzie kojarzą aplikację webową z serwerem aplikacji, a w Windows Server rola webowa jest nazwana dość konkretnie.
Usługi pulpitu zdalnego służą do zdalnej pracy na serwerze lub udostępniania sesji i aplikacji użytkownikom. To rozwiązanie do administracji albo pracy terminalowej, a nie do publikowania stron internetowych. Można przez RDP zalogować się na serwer i skonfigurować IIS, ale sama rola RDS nie sprawi, że serwer zacznie odpowiadać na żądania HTTP lub HTTPS. Poprawne podejście administracyjne to dobranie roli do usługi, którą naprawdę chcemy świadczyć: dla WWW wybieramy Web Server IIS, a dopiero potem konfigurujemy zabezpieczenia, certyfikaty, zaporę i aktualizacje.