Cluster Akka con bind-port e legare-hostname

Question

Dopo la configurazione bind-hostname e associare porte in application.conf, come specificato dal Akka FAQ, e portando il cluster, sto ricevendo un errore:

[ERROR] [07/09/2015 19:54:24.132] [default-akka.remote.default-remote-dispatcher-20] 
[akka.tcp://default@54.175.105.30:2552/system/endpointManager/reliableEndpointWriter-akka.tcp%3A%2F%2Fdefault%4054.175.105.30%3A2552-757/endpointWriter] 
dropping message [class akka.actor.ActorSelectionMessage] 
for non-local recipient[Actor[akka.tcp://default@54.175.105.30:32810/]] 
arriving at [akka.tcp://default@54.175.105.30:32810] 
inbound addresses are [akka.tcp://default@54.175.105.30:2552] 

Ciò che sembra dire è che l'attore ha ricevuto un messaggio destinato alla porta 32810 (la porta esterna) ma che lo ha lasciato perché la porta interna (2552) non corrisponde.

Le porzioni pertinenti del fascicolo sono:

hostname = 54.175.105.30 
    port = 32810 

    bind-hostname = 172.17.0.44 
    bind-port = 2552 

Ho provato questo su 2,4-M1, M2 2,4, e 2,4-SNAPSHOT, tutti con lo stesso effetto.

Qualcun altro l'ha già incontrato? Eventuali suggerimenti?

modifica: Questo sistema di attori è in esecuzione in ECS in contenitori di finestra mobile. La configurazione del contenitore finestra mobile è impostata per l'inoltro dall'intervallo temporaneo a 2552 sull'IP privato del contenitore. ECS sta mappando con successo il nome host: porta a bind-hosname: bind-port. L'attore sta funzionando e legandosi con successo al bind-hostname locale e alla bind-port, ma sta lasciando cadere messaggi ed emettendo l'errore sopra descritto.

Answer 1

Ciò era dovuto a una configurazione errata sulla mia estremità. Era rimasto un codice di codice che stava ignorando il bind-port.

Answer 2

bind-* Le impostazioni di configurazione sono pensate per essere utilizzate in situazioni in cui i nodi Akka vengono avviati dietro NAT (o nei contenitori docker). Hai configurato la conversione degli indirizzi da hostname: port a bind-hostname: bind-port?

Nella configurazione particolare, quando si fa

 
ctx.actorSelection("akka.tcp://default@54.175.105.30:32810/user/actor") ! "Hi" 

allora qualcuno a 54.175.105.30 dovrebbe essere in ascolto per la porta TCP 32810 e port forwarding per 172.17.0.44:2552. Il sistema dell'attore dovrebbe essere in esecuzione con la configurazione fornita allo 172.17.0.44:2552. È questo il caso?

Inoltre, è necessario configurarlo per ogni nodo che si trova dietro un NAT, poiché le connessioni tra Actor Systems sono peer to peer.