Wie im Titel angegeben. Ich habe den Warteschlangenmanager mit IPADDR als (IPV4) konfiguriert. Jedes Mal, wenn ich den Listener in diesem Warteschlangenmanager starte, hört er über TCP6.Warum MQ Websphere-Warteschlangenmanager beginnt, über TCP6 zu lauschen
WebSphere Version: 7.5
Bitte beachten Sie die Dokumentation auf der Migrating a queue manager to IPv6 Seite, die besagt, dass:
Die bevorzugte IP-Version, dass zwei Systeme verwenden für die Kommunikation (wenn sowohl IPv4 als auch IPv6 verfügbar ist) wird durch einen neuen Warteschlangenmanager Attribut IPADDRV bestimmt. Dieser Parameter wirkt sich nur aus, wenn der Hostname mehrdeutig in eine IPv4-Adresse und eine IPv6-Adresse aufgelöst wird.
(Hervorhebung hinzugefügt.) Beachten Sie, dass ein Parameter, dessen Wirkung hängt einen DNS-Namen auf die Lösung soll hauptsächlich auf Outbound Verbindungen.
Was Sie wollen, ist der IPADDR Parameter des DEFINE LISTENER Befehl in dem es heißt:
IP-Adresse für den Hörer in IPv4 angegeben gepunktete dezimal, IPv6 hexadezimale Schreibweise oder alphanumerischen Hostnamen Form. Wenn Sie nicht einen Wert für diesen Parameter angeben, überwacht der Listener alle konfigurierten IPv4- und IPv6-Stacks, die mit konfiguriert wurden.
Dies ist die Ausnahme zur IPADDRV Anleitung zur Namensauflösung für ausgehende Verbindungen. Wenn Sie einen DNS-Namen in die IPADDR des Listeners eingeben, verwendet der Listener die IP-Adresse, für die der Name aufgelöst wird. Wenn er in IPV4 und IPV6 aufgelöst wird, wird die in IPADDRV festgelegte Version verwendet.
Da Sie IPADDRV als keine Wirkung melden, ist der Listener entweder an eine IPV6-Adresse oder einen DNS-Namen gebunden, oder der Listener ist nicht an eine bestimmte Adresse gebunden und hört auf allen Schnittstellen promiskuitiv zu.
Das ist, was ich dachte, nachdem die Dokumentation zu lesen, aber wenn ich 'laufen ss -lt' auf Linux ich für folgende bekommen Port 1414: ' LISTEN 0 100 ::: 1414 ::: * ' Wäre das nicht zeige an, dass es nur auf IPV6 nicht auf alle hört? –
Nicht unbedingt. Ich sah einige Adressen in den MQ-Protokollen, die als IPV6 formatiert wurden, und öffnete ein PMR. Die Antwort von IBM war, dass ein Teil des Systemcodes, auf dem sie beruhen, IPV4-Adressen im zugeordneten IPV6-Format auf einem System zurückgibt, das beides unterstützt. Um festzustellen, ob dies ein Anzeigeformatierungsproblem ist oder ob es wirklich nur auf IPV6 abgehört wird, versuchen Sie, eine Verbindung über eine IPv4-Adresse von einem Remote-Knoten herzustellen. (Ein entfernter Knoten, weil eine virtuelle NIC die Verbindung möglicherweise für Sie übersetzt, wenn der Socket den lokalen Host nicht verlässt.) –
Vielen Dank @ T.Rob. Ich versuchte Verbindung von Remote-Host und es funktioniert. –