Möglicherweise möchten Sie mehrere TCP/IP-Stacks auf einem System ausführen, um für eine oder mehrere Anwendung(en)
eine Isolierung vom Netz zu erreichen.
Sie können beispielsweise mehrere OSA-Features (Overflow Sequential Access) haben,
die Ihr System jeweils
mit einem anderem Netz verbinden. Jedem Feature kann ein TCP/IP-Stack zugeordnet werden.
Vorbereitende Schritte
Wenn Sie das Produkt auf einem System mit mehreren Stacks konfigurieren, müssen Sie zuerst
die Stack-Affinität des Produkts zum gewünschten Stack festlegen. Beim Festlegen der Stack-Affinität werden
alle Socket-Übertragungen an diesen Stack gebunden und dem Produkt die erforderlichen
Konfigurationsdateien für die Auflösung von Hostnamen zugeordnet. Mit diesen Dateien werden die gewünschten
Ergebnisse bei der Suche von Hostnamen geliefert.
Verwenden Sie den Parameter NETWORK DOMAINNAME
von SYS1.PARMLIB(BPXPRMxx), um das allgemeine physische INET-Dateisytem, C_INET PFS, anzugeben. Verwenden Sie dieses Dateisystem
anschließend, um mehrere TCP/IP-Stacks zu konfigurieren. In diesem physischen Dateisystem können Sie mehrere physische Dateisysteme
(Netz-Sockets) konfigurieren und parallel aktivieren.
Informieren Sie sich anschließend in den Veröffentlichungen
z/OS
UNIX System Services Planning und z/OS Communications Server:
IP Configuration Reference, falls Sie das Produkt für die Verwendung eines vom Standard abweichenden TCP/IP-Stacks
konfigurieren möchten.
Informationen zu diesem Vorgang
Fehler vermeiden: In den folgenen Schritten werden verschiedene Variablen gesetzt. Sie müssen wissen, dass diese Variablen auf Knotenebene definiert werden müssen.
gotcha
Gehen Sie zum Konfigurieren des Produkts auf einem System mit mehreren Stacks wie folgt vor:
Vorgehensweise
- Konfigurieren Sie die Datei für die Hostnamensauflösung jedes Anwendungsservers. Klicken Sie in der Administrationskonsole auf .
- Fügen Sie die UNIX-Prozessvariable RESOLVER_CONFIG hinzu und geben Sie den Dateinamen
im Feld Wert an.
- Exportieren Sie die Variable RESOLVER_CONFIG in Client-Shell-Scripts.
- Sie können den Namen der Konfigurationsdatei für die Namensauflösung auch mit JCL angeben. Wenn Sie JCL verwenden möchten, fügen
Sie zur Server-JCL //SYSTCPD DD DSN=some.tcpip.DATA,DISP=SHR hinzu. Die Variable
RESOLVER_CONFIG setzt die Anweisung
SYSTCPD
DD außer Kraft.
Weitere Informationen zur Variablen RESOLVER_CONFIG finden Sie
in der Veröffentlichung z/OS Communications Server: IP Configuration Reference.
- Konfigurieren Sie die Affinität des Anwendungsservers zum gewünschten Stack.
- Klicken Sie in der Administrationskonsole auf , und setzen Sie die UNIX-Prozessvariable
_BPXK_SETIBMOPT_TRANSPORT auf den Wert für den gewünschten Transport. Falls diese Variable nicht vorhanden ist, klicken Sie auf
Neu, und fügen Sie sie hinzu.
- Exportieren Sie die Variable _BPXK_SETIBMOPT_TRANSPORT in Client-Shell-Scripts.
Wenn Sie die Variable BPXK_SETIBMOPT_TRANSPORT in der Datei "was.env"
für den Dämon definieren möchten, müssen Sie der Variablen das Präfix DAEMON_ voranstellen.
Diese zusätzlichen Informationen bewirken, dass das Umsetzungsprogramm, das die Datei "was.env" generiert, die Variable
der Datei "was.env" für den Dämon hinzufügt. Weil die Variable _BPXK_SETIBMOPT_TRANSPORT
bereits ein führendes Unterstreichungszeichen enthält, enthält die endgültige Version dieser Variablen für den Dämon
zwei Unterstreichungszeichen vor dem eigentlichen Variablennamen: DAEMON__BPXK_SETIBMOPT_TRANSPORT.
Fehler vermeiden: Wenn Sie diese Variable für den Dämon definieren, sollten Sie sie auf Zellenebene definieren, damit
alle Dämonprozesse in dieser Zelle dieselbe Einstellung haben. Sofern nicht einer der Dämonprozesse mehrere Knoten bedient, können Sie diese Variable auf Knotenebene definieren, falls
Sie aus irgendeinem Grund unterschiedliche Einstellungen für unterschiedliche Dämons festlegen müssen.
gotcha
Weitere Informationen zur Variablen _BPXK_SETIBMOPT_TRANSPORT
finden Sie in der Veröffentlichung z/OS UNIX System Services Planning.