2016-03-22 11 views
0

Arka plan: Hazelcast 3.5.2 kullanıyorumHazelcast yapılandırılmış belirli bir port rağmen giden trafik için geçici bir bağlantı noktası kullandığı

  • 3 düğümleri tek bir küme üyeleri olmak üzere yapılandırılmıştır
  • her bir düğüm, aşağıdaki network konfigürasyonu:

    <network> 
    <port auto-increment="false">5701</port> 
    <outbound-ports> 
        <ports>10000-10005</ports> 
    </outbound-ports> 
    <join> 
        <multicast enabled="false" /> 
        <tcp-ip enabled="true"> 
         <member-list> 
          <member>{assume ip of node 1}</member> 
          <member>{assume ip of node 2}</member> 
          <member>{assume ip of node 3}</member> 
         </member-list> 
        </tcp-ip> 
    </join> 
    

    Bu nedenle, her düğümün, mevcut fünye anlayışım uyarınca 3 düğüm için yeterli olan, giden iletişim için 6 limanı vardır. Her bir düğümde netstat yaparken Ancak, ben her düğümde, aşağıdakine benzer fark (sıfır olmayan bir sayı olarak {N} kabul)

    @node1 tcp {n} 0 {ip of node 1}:5701 {ip of node 2}:35576 ESTABLISHED tcp {n} 0 {ip of node 1}:5701 {ip of node 3}:10001 ESTABLISHED tcp 0 {n} {ip of node 1}:54941 {ip of node 2}:5701 ESTABLISHED tcp 0 {n} {ip of node 1}:10000 {ip of node 3}:5701 ESTABLISHED @node2 tcp {n} 0 {ip of node 2}:5701 {ip of node 1}:54941 ESTABLISHED tcp {n} 0 {ip of node 2}:5701 {ip of node 3}:10000 ESTABLISHED tcp 0 {n} {ip of node 2}:10003 {ip of node 1}:5701 ESTABLISHED tcp 0 {n} {ip of node 2}:35576 {ip of node 3}:5701 ESTABLISHED @node3 tcp {n} 0 {ip of node 3}:5701 {ip of node 1}:10000 ESTABLISHED tcp {n} 0 {ip of node 3}:5701 {ip of node 2}:10003 ESTABLISHED tcp 0 {n} {ip of node 3}:10001 {ip of node 1}:5701 ESTABLISHED tcp 0 {n} {ip of node 3}:10000 {ip of node 2}:5701 ESTABLISHED

sorgu:

  • gelen iletişim yapılandırması. tüm düğümler tarafından iyi sayılır.
  • Ancak, iki düğüm (üçün dışında) her zaman giden iletişim için geçici bir bağlantı noktası açar (ve bunlar için ayarlanan ağ yapılandırmasına uymaz.)
  • Nedenini bilen var mı? ve problemi nasıl aşabilir?

Not: Öyle hazelcast i sağlamak için kaçırmış durumda belirli bir ayrıntı isteyin oldukça yeni.

+0

Giden bağlantı noktası numaralarını neden önemsiyorsunuz? Bunları hiçbir şekilde kısıtlamayın ve onları etkileyen tüm boş güvenlik duvarı kurallarını ortadan kaldırın. – EJP

+0

Sana katılıyorum @EJP. Ama ne yazık ki, çözüm için geliştirdiğimiz şirket, bu tür güvenlik duvarı kısıtlamaları var ve dolayısıyla uygulamanın kullanacağı giden bağlantı noktalarını bilmeleri gerekiyor. – MiKu

+0

, github.com/hazelcast/hazelcast/issues/new adresinden yeni bir konu açabilir misiniz? –

cevap

0

Lütfen düğümlerin her birine lsof -a -i -n -P -p ${HAZELCAST_PID} ve ifconfig sonuçlarını paylaşır mısınız?

Bildiğim kadarıyla mülkiyet hazelcast.socket.client.bind, Hazelcast yeniden deneme sayısı için <outbound-ports> elemanda sağlanan belirli limanlara bağlamak dener (varsayılan değer olan) true olduğunda (SocketConnector bakınız) söyleyebilirim, o zaman başarısız Gördüğünüz aralık dışı müşteri portu ile tutarlı olmayan bir istisna ile.

İlgili konular