25-16 Abschließende Angenommene Spezifikation BrandmauerTraversal Januar 2003 25 erstes FWSpec Wenn der Klient an den Bediener mit dem anschließen nicht kann FIREWALL_PATH , der Klient sollte versuchen, ein neues zu errichten FIREWALL_PATH Kontext, der mit dem folgenden FWSpec anfängt in der Liste. Der Klient sollte zu versuchen treten Sie mit dem Bediener mit der Reihe nach zunehmendem FWSpec in Verbindung s vom FWSpec verzeichnen Sie bis ein erfolgreicher Anschluß wird oder alles FWSpec hergestellt s sind versucht worden. Ein Versicherungswert von INSIDE_OUT zeigt das an, wenn der Klient a ermittelt TAG_FIREWALL_PATH Bestandteil, der Klient sollte errichten FIREWALL_PATH halten Sie den Kontext instand, der mit gerade dem FWSpec anfängt vom Bediener (das letzte FWSpec Wenn der Klient kann an den Bediener mit diesem FIREWALL_PATH anschließen nicht sollte der Klient Versuch, ein neues FIREWALL_PATH zu errichten Kontext, der mit dem vorhergehenden anfängt FWSpec in der Liste (dieses schließt mit ein FWSpec vom Bediener). Der Klient sollte versuchen Sie, mit dem Bediener mit der Reihe nach abnehmendem FWSpec in Verbindung zu treten s von FWSpec verzeichnen Sie, bis ein erfolgreicher Anschluß oder alle hergestellt ist FWSpec s sind gewesen tried. Ein Versicherungswert von NO_FIREWALL zeigt an, daß der Klient ignorieren sollte TAG_FIREWALL_PATH Bestandteil und nur Versuch, mit dem Bediener direkt in Verbindung zu treten Verwenden der normalen Adresseninformationen im IIOP-Bestandteil. 25,2,7 Brandmauer und ORB-Konfiguration Damit ein Bediener zum Setzen von Informationen über den Brandmauerweg in IOR eines Gegenstandes, der Bediener muß in der Topologie des Netzes auskennen. Wie diese Informationen sind an den Bediener ORB geliefert Implementierungsabhängiger. Einige Lösungen konnten umfassen Sie mit einer statischen Konfigurationsakte oder die Brandmauer dynamisch, entdeckend Topologie von einem Konfigurationsmittel. Ähnlich betreffend ist das die Brandmauerpolitik Wirte sind außerhalb von der Enklave ist Implementierungsabhängiges zugänglich. 25,2,8 Algorithmus BrandmauerTraversal Ein Bediener ORB kann feststellen, wenn ein Gegenstand, durch eine Brandmauer über erreicht zu werden ist Konfigurationsinformationen. Wenn ein Bediener ORB feststellt, daß ein Gegenstand sein muß zugänglich gemacht durch eine Brandmauer, setzt der Bediener ORB ein TAG_FIREWALL_PATH Bestandteil in das IIOP-Profil des IOR, der die Brandmauerweginformationen enthält wie früh beschrieben. Zusätzlich muß das ORB irgendeine Adresse und Portzahl setzen in das IIOP-Profil selbst, wie in Abschnitt 15,7,2 des CORBA 2,4,1 beschrieben Spezifikation. Die Adresse, die im IIOP-Profil bereitgestellt wird, ist die Adresse (oder vorzugsweise DNS-Name) und Tor des FWSpec vom Bediener. Der Klient ORB stellt fest, daß ein Gegenstand durch eine Brandmauer durch erreicht wird Vorhandensein des TAG_FIREWALL_PATH Bestandteil im IIOP-Profil. Der Klient ORB bereitet dann vor, sich die Anschlußaufsetznachricht zu senden. Zuerst muß der Klient sich vorbereiten ein FIREWALL_PATH halten Sie den Kontext instand und das FWPath extrahieren Informationen von Ior, wie früh beschrieben. Rufen Sie zurück, daß die Anschlußaufsetznachricht nur wenn gesendet wird es gibt eine "intelligente" Brandmauer auf dem Weg zum Bediener. Dieses schließt irgendwie outbound mit ein Brandmauerproxies, wie im folgenden Abschnitt beschrieben. Zunächst muß der Klient irgendwelche überqueren outbound Brandmauern, wie im folgenden Abschnitt beschrieben.