Instalacja wtyczki serwera WWW dla środowisk rozproszonych (komórek)

Procedura instalowania i rozwiązywania problemów automatycznej propagacji

Usługa konfiguracji wtyczki serwera WWW automatycznie propaguje plik plugin-cfg.xml tylko dla produktu IBM HTTP Server. Aby włączyć automatyczną propagację, wykonaj następującą jednorazową czynność konfiguracyjną:

1. Utwórz parametry user=adminUser, password=adminPassword w pliku katalog_główny_serwera_IHS/conf/admin.passwd. Na przykład: c:\ws\ihs85\bin\htpasswd -cb c:\ws\ihs85\conf\admin.passwd adminUser adminPassword
2. W Konsoli administracyjnej kliknij opcję Serwery > Serwery WWW > serwer webserver1 > Zarządzanie zdalne serwerem WWW. Ustaw następujące wartości: admin Port=8008, User Id=adminUser, Password=adminPassword.
3. Ustaw poprawne uprawnienia do odczytu/zapisu pliku httpd.conf i pliku plugin-cfg.xml. Więcej informacji zawiera plik katalog_główny_serwera_IHS/logs/admin_error.log.

Automatyczna propagacja pliku konfiguracyjnego wtyczki wymaga, aby serwer administracyjny IBM HTTP Server był zainstalowany i uruchomiony. Jeśli do zarządzania serwerem IBM HTTP Server używana jest Konsola administracyjna serwera WebSphere Application Server, może zostać wyświetlony następujący błąd:

Błąd: nie można nawiązać połączenia z serwerem administracyjnym IHS

Wykonaj następującą procedurę:

1. Sprawdź, czy serwer administracyjny IBM HTTP Server jest uruchomiony.
2. Sprawdź, czy nazwa hosta i port serwera WWW zdefiniowane w Konsoli administracyjnej serwera WebSphere Application Server są zgodne z nazwą hosta i portem administracyjnego serwera IBM HTTP Server.
3. Sprawdź, czy firewall nie uniemożliwia uzyskania dostępu do serwera administracyjnego IBM HTTP Server z poziomu Konsoli administracyjnej serwera WebSphere Application Server.
4. Sprawdź, czy identyfikator użytkownika i hasło określone w Konsoli administracyjnej serwera WebSphere Application Server w ramach zdalnego zarządzania zostały utworzone w pliku admin.passwd, używając komendy htpasswd.
5. W przypadku próby nawiązania bezpiecznego połączenia sprawdź, czy certyfikat osobisty bazy danych kluczy serwera administracyjnego IBM HTTP Server został wyeksportowany do bazy danych kluczy serwera WebSphere Application Server jako certyfikat osoby podpisującej. Baza danych kluczy jest określona przez dyrektywę com.ibm.ssl.trustStore w pliku sas.client.props profilu, w którym uruchomiona jest Konsola administracyjna. Ta uwaga dotyczy głównie certyfikatów samopodpisanych.
6. Jeśli problemy występują nadal, sprawdź plik admin_error.log serwera IBM HTTP Server i dzienniki produktu WebSphere Application Server (plik trace.log), aby określić przyczynę problemu.

Zagadnienia wieloplatformowe uruchamiania skryptu konfiguracyjnego

Podczas konfigurowania zdalnego serwera WWW mogą wystąpić różnice między poszczególnymi systemami operacyjnymi i platformami komputera:

• Jeden z komputerów używa systemu Windows, a drugi systemu Linux lub UNIX.
• Jeden z komputerów używa innego kodowania domyślnego.

Jeden z komputerów używa systemu Windows, a drugi systemu Linux lub UNIX.

Jeśli jeden z komputerów używa systemu Linux lub UNIX, a drugi systemu Windows, użyj skryptu utworzonego w katalogu katalog_główny_wtyczek/bin/crossPlatformScripts.

Jeden z komputerów używa innego kodowania domyślnego

Treść skryptu configurenazwa_serwera_WWW.bat lub configurenazwa_serwera_WWW.sh może być uszkodzona, jeśli domyślne kodowanie plików na dwóch komputerach jest różne. Taki scenariusz jest możliwy, gdy jeden z komputerów jest skonfigurowany do obsługi ustawień narodowych używających zestawu znaków dwubajtowych (DBCS), a drugi nie.

Obejściem tego problemu jest określenie kodowania plików dla każdego komputera i użycie jednej z następujących procedur. Aby określić domyślne kodowanie plików, uruchom odpowiednią komendę:

• Systemy Windows:

  CHCP

• Systemy Linux i UNIX:

  locale

Wyniku wykonania komendy na każdym komputerze należy użyć jako wartości zmiennych kodowanie_plików_komputera_z_serwerem_WWW i kodowanie_plików_komputera_z_serwerem_aplikacji w jednej z następujących procedur.

Procedury niwelowania różnic kodowania

Na potrzeby tego przykładu należy założyć, że serwer WWW działa na komputerze z systemem Linux, a produkt Network Deployment działa na komputerze z systemem Windows.

Serwer WWW działający w systemie Linux

Aby zakodować plik skryptowy, który konfiguruje definicję serwera WWW, zanim plik zostanie przesłany za pośrednictwem protokołu FTP w trybie binarnym na komputer z systemem Windows, uruchom następującą komendę w systemie Linux lub UNIX:

iconv -f kodowanie_plików_komputera_z_serwerem_WWW \
      -t kodowanie_plików_komputera_z_serwerem_aplikacji \
         configurenazwa_serwera_WWW.bat

Jeśli komenda jest wprowadzana w jednym wierszu, pomiń znaki kontynuacji (\) w systemach Linux i UNIX.

Ważne: Nazwa serwera WWW (pseudonim) jest używana w nazwie pliku skryptowego. Nazwa nie może zawierać znaków z zestawu znaków dwubajtowych (DBCS), jeśli serwer IBM HTTP Server ma zostać skonfigurowany w celu automatycznej propagacji.

Na potrzeby tego przykładu należy założyć, że serwer WWW działa na komputerze z systemem Windows, a produkt Network Deployment działa na komputerze z systemem Linux lub UNIX.

Serwer WWW działający w systemie Windows

Aby zakodować plik skryptowy, który konfiguruje definicję serwera WWW, po przesłaniu pliku za pośrednictwem protokołu FTP w trybie binarnym, uruchom następującą komendę w systemie Linux lub UNIX:

iconv -f kodowanie_plików_komputera_z_serwerem_WWW \
      -t kodowanie_plików_komputera_z_serwerem_aplikacji \
         configurenazwa_serwera_WWW.sh

Jeśli komenda jest wprowadzana w jednym wierszu, pomiń znaki kontynuacji (\) w systemach Linux i UNIX.

Jeśli w danym systemie odwzorowanie konwersji nie jest obsługiwane przez komendę iconv, treść skryptu konfiguracyjnego serwera WWW należy skopiować do schowka i wkleić ją na komputerze, na którym jest uruchomiony serwer aplikacji.