Installazione del plugin del server Web per ambienti distribuiti (celle)

Procedura di impostazione e risoluzione dei problemi per la propagazione automatica

Il servizio di configurazione del plugin del server Web propaga il file plugin-cfg.xml automaticamente solo per IBM HTTP Server. Per abilitare la propagazione automatica, eseguire l'impostazione riportata di seguito, da effettuare una sola volta:

1. Creare un utente=adminUser e una password=adminPassword nel file IHS_root /conf/admin.passwd. Ad esempio: c:\ws\ihs85\bin\htpasswd -cb c:\ws\ihs85\conf\admin.passwd adminUser adminPassword
2. Nella console di gestione fare clic su Server > Server Web > webserver1 > Gestione di un server Web remoto. Impostare i seguenti valori: porta admin=8008, ID utente=adminUser, password=adminPassword.
3. Impostare le autorizzazioni di lettura/scrittura corrette per il file httpd.conf e il file plugin-cfg.xml. Fare riferimento al file IHS_root/logs/admin_error.log per ulteriori informazioni.

La propagazione automatica del file di configurazione del plugin richiede che il server di gestione IBM HTTP sia in esecuzione. Se si sta gestendo un IBM HTTP Server mediante la console di gestione di WebSphere Application Server, potrebbe essere visualizzato il seguente errore:

"Impossibile connettersi al server di gestione IHS"

Effettuare la procedura riportata di seguito:

1. Verificare che il server di gestione IBM HTTP Server sia in esecuzione.
2. Verificare che il nome host e la porta del server Web definiti nella console di gestione di WebSphere Application Server corrispondano al nome host e alla porta di gestione di IBM HTTP Server.
3. Verificare che il firewall non impedisca l'accesso dell'utente al server di gestione IBM HTTP Server dalla console di gestione di WebSphere Application Server.
4. Verificare che l'ID utente e la password specificati nella console di gestione di WebSphere Application Server nella sezione relativa alla gestione remota, siano creati nel file admin.passwd, tramite il comando htpasswd.
5. Se si sta tentando di eseguire la connessione in modo sicuro, esportare il certificato personale keydb del server di gestione IBM HTTP Server nel database di chiavi di WebSphere Application Server come un certificato del firmatario. Questo database di chiavi è specificato dalla direttiva com.ibm.ssl.trustStore nel file sas.client.props nel profilo in cui è in esecuzione la console di gestione. Questa considerazione è valida principalmente per i certificati autofirmati.
6. Se il problema persiste, controllare il file admin_error.log di IBM HTTP Server e i log di WebSphere Application Server (file trace.log) per determinarne la causa.

Considerazioni relative alle varie piattaforme per l'esecuzione dello script di configurazione

Durante la configurazione di un server Web remoto possono essere riscontrate diverse differenze nei sistemi operativi e nelle piattaforme delle macchine.

• Su una macchina è in esecuzione Windows e sull'altra è in esecuzione Linux o UNIX.
• Su una macchina è in esecuzione una codifica predefinita diversa da quella presente sull'altra macchina.

Su una macchina è in esecuzione Windows e sull'altra è in esecuzione Linux o UNIX

Se su una macchina è in esecuzione Linux o UNIX e sull'altra è in esecuzione Windows, utilizzare lo script creato nella directory plugins_root /bin/crossPlatformScripts.

Su una macchina è in esecuzione una codifica predefinita diversa da quella presente sull'altra macchina

Il contenuto dello script configureWeb_server_name.bat o dello script configure Web_server_name.sh può essere danneggiato se la codifica del file predefinita delle due macchine è differente. Questo scenario è possibile quando una macchina è impostata per la locale DBCS (double-byte character set) e l'altra macchina non lo è.

Determinare la codifica del file per ogni macchina e utilizzare una delle seguenti procedure come soluzione temporanea. Per determinare la codifica del file predefinita, eseguire il comando appropriato:

• Sistemi Windows:

  CHCP

• Sistemi Linux e UNIX:

  locale

Utilizzare il risultato del comando su ciascuna macchina come valore della variabile web_server_machine_encoding e della variabile application_server_machine_encoding in una delle seguenti procedure.

Procedure per la correzione delle differenze di codifica

Si supponga che il server Web sia in esecuzione su una macchina Linux e che Network Deployment sia in esecuzione su una macchina Windows.

Server Web in esecuzione su una macchina Linux

Eseguire il comando riportato di seguito sul sistema Linux o UNIX per codificare il file script che configura la definizione di server Web, prima di inviare il file via FTP alla macchina Windows in modalità binaria:

iconv -f web_server_machine_encoding \
      -t application_server_machine_encoding \
         configureWeb_server_name.bat

Omettere i caratteri di continuazione Linux e UNIX (\) se si immette il comando su una sola riga.

Importante: il nome del server Web (soprannome) viene utilizzato nel nome del file script. Il nome non può contenere caratteri DBCS (double-byte character set) se si desidera impostare IBM HTTP Server per la propagazione automatica.

Ora si supponga che il server Web sia in esecuzione su una macchina Windows e che Network Deployment sia in esecuzione su una macchina Linux o UNIX.

Server Web in esecuzione su una macchina Windows

Eseguire il comando riportato di seguito sul sistema Linux o UNIX per codificare il file script che configura la definizione di server Web, dopo avere inviato il file via FTP in modalità binaria:

iconv -f web_server_machine_encoding \
      -t application_server_machine_encoding \
         configureWeb_server_name.sh

Omettere i caratteri di continuazione Linux e UNIX (\) se si immette il comando su una sola riga.

Se l'associazione della conversione non è supportata dal comando iconv sul sistema, copiare il contenuto dello script di configurazione del server Web negli appunti e incollarlo sulla macchina in cui è in esecuzione il server delle applicazioni.