爲什麼MQ Websphere隊列管理器開始監聽TCP6

正如標題所述。我將IPADDR隊列管理器配置爲（IPV4）。但是，無論何時我在該隊列管理器上啓動偵聽器，它都會監聽TCP6。爲什麼MQ Websphere隊列管理器開始監聽TCP6

的WebSphere版本：7.5

來源

2016-10-04 Daniel Junyszek

請注意：Migrating a queue manager to IPv6網頁，其中指出，在文檔：

的首選IP版本的兩個系統使用通信（如果 IPv4和IPv6都可用）由新的隊列管理器屬性IPADDRV確定。 如果主機名稱含糊地解析爲IPv4地址和IPv6地址，則此參數僅起作用。

（着重號。）注意，參數，其效果取決於解析DNS名稱將主要適用出站連接。

你想要什麼DEFINE LISTENER命令，該命令規定的IPADDR參數：

對於在IPv4中指定的偵聽器IP地址點分十進制，IPv6的十六進制符號，或字母數字主機名的形式。如果您沒有爲此參數指定值，那麼偵聽器會監聽所有配置的IPv4和IPv6堆棧的。

這是關於應用於出站連接的名稱解析的IPADDRV指南的例外情況。如果您在監聽器的IPADDR中添加DNS名稱，則監聽器將使用該名稱解析到的任何IP版本地址，或者如果解析爲IPV4和IPV6，則將採用在IPADDRV中設置的版本。

由於您報告IPADDRV沒有任何效果，所以監聽器要麼綁定到IPV6地址或DNS名稱，要麼監聽器沒有綁定到任何特定地址，並且在所有接口上混雜地監聽。

來源

2016-10-04 12:31:32

這是我讀的文檔後想，但是當我運行'SS -lt'在Linux上我獲得以下端口1414： 'LISTEN 0 100 ::: 1414 ::: *' 這樣不是表示它只監聽IPV6而不是所有？ –

不一定。我在MQ日誌中看到一些格式爲IPV6的地址並打開了一個PMR。 IBM的迴應是，他們所依賴的某些系統代碼在支持兩者的系統上以映射IPV6格式返回IPV4地址。要確定這是顯示格式問題，還是僅在IPV6上進行偵聽，請嘗試通過遠程節點上的IPv4地址進行連接。（遠程節點，因爲如果套接字永遠不會離開本地主機，虛擬NIC可能會爲您轉換連接。） –

非常感謝@ T.Rob。我試圖從遠程主機連接，它的工作原理。 –

爲什麼MQ Websphere隊列管理器開始監聽TCP6

回答

相關問題