ActiveMQ默認端口61616與IANA短暫端口範圍衝突

ActiveMQ的默認端口61616與（）的IANA推薦範圍衝突。
如果現有TCP連接使用ActiveMQ，則可以將ActiveMQ綁定到61616。ActiveMQ默認端口61616與IANA短暫端口範圍衝突

衝突不應該，如果ActiveMQ代理是在系統啓動時啓動的一個問題，因爲操作系統可能會開始在端口範圍的低端，並不會與61616碰撞，直到數萬個TCP連接的有已經建立。
但是，如果ActiveMQ代理在引導後的任何時間重新啓動，則可能發生衝突。

ActiveMQ用戶是否應該使用61616進行實際安裝，或者在部署過程中端口61616應該排除在服務器的臨時端口範圍之外？

來源

2014-01-08 mskfisher

這會影響Windows Server 2008及更高版本，以及FreeBSD和其他使用完整IANA範圍的軟件 - 但不包括通常用於端口61000的Linux。相關或巧合？ – mskfisher

這也影響** Windows 10 **。剛剛得到這個錯誤，來找一個答案。 '''C：\ WINDOWS \ system32> NETSTAT -b | findstr 6161 ===> TCP 192.168.1.100:61616 msnbot-65-52-108-236：https ESTABLISHED'''我猜這裏沒有太多事要做。重新啓動窗口（有點隨意）或更改ActiveMQ配置 – Beccari

實際上，這並不是一個問題，因爲ActiveMQ代理傾向於在沒有大量出站連接的專用服務器上運行，因此也是短暫的端口使用情況。它們也可以作爲Windows服務或Unix守護進程運行，因此能夠在沒有任何麻煩的情況下獲得該端口。在大多數生產設置中使用61616。

來源

2014-01-09 10:25:37

ActiveMQ默認端口61616與IANA短暫端口範圍衝突

回答

相關問題