タイトルに記載されているとおりです。私は(IPV4)としてIPADDRを設定したキューマネージャを持っています。しかし、そのキュー・マネージャーでリスナーを開始するたびに、トラフTCP6をlistenします。MQ Websphere Queue ManagerがトラフのTCP6をlistenする理由
WebSphereバージョン:7.5
タイトルに記載されているとおりです。私は(IPV4)としてIPADDRを設定したキューマネージャを持っています。しかし、そのキュー・マネージャーでリスナーを開始するたびに、トラフTCP6をlistenします。MQ Websphere Queue ManagerがトラフのTCP6をlistenする理由
WebSphereバージョン:7.5
と述べMigrating a queue manager to IPv6ページの文書に注意してください:
( IPv4とIPv6の両方が使用可能な場合)、2つのシステムが通信するために使用することが好ましいIPのバージョンを新しいキュー・マネージャ 属性IPADDRVによって決定されます。 このパラメータは、ホスト名 がIPv4アドレスとIPv6アドレスの両方をあいまいに解決する場合にのみ有効です。
(強調を加える。)、その効果DNS名の解決に依存するパラメータは、アウトバウンド接続に主に適用されることに留意されたいです。 IPv4の中で指定されたリスナーの
IPアドレスは、小数点、IPv6の 16進数表記、または英数字ホスト名形式を点在:あなたが欲しい
は述べて
DEFINE LISTENER
コマンドのIPADDR
パラメータです。 を指定しないと、リスナーはすべて のIPv4およびIPv6スタックをリッスンします。
これは、アウトバウンド接続に適用される名前解決に関するガイダンスの例外です(IPADDRV
)。リスナーのIPADDR
にDNS名を入力すると、リスナーはその名前が解決するIPバージョンアドレスを使用します.IPV4とIPV6の両方に解決された場合は、IPADDRV
に設定されたバージョンが使用されます。
IPADDRV
は効果がないと報告しているため、リスナーはIPV6アドレスまたはDNS名にバインドされているか、リスナーが特定のアドレスにバインドされておらず、すべてのインターフェイスで無差別に聴いています。私はドキュメントを読んだ後と思ったが、私が実行したときに `ssは私がポート1414のために、以下の取得Linux上で-lt`何
: ' LISTEN 0 100 ::: 1414 ::: * ' ないことそれはIPV6だけで聴くことを示していますか? –
必ずしもそうではありません。私は、IPV6としてフォーマットされたMQログのいくつかのアドレスを見て、PMRを開いた。 IBMからの応答は、両方がサポートされているシステム上で、IPV4アドレスをマップされたIPV6形式で返すシステムコードの一部です。これが表示形式の問題であるかどうか、または実際にIPV6だけで聞く場合は、リモートノードからIPv4アドレスに接続してみてください。 (ソケットがローカルホストを決して離れないと、仮想NICがあなたのために接続を変換する可能性があるので、リモートノードです。) –
ありがとう@T.Rob。リモートホストから接続しようとしましたが動作します。 –