Akka Cluster con bind-port y bind-hostname

Después de configurar bind-hostname y bind-port en application.conf, tal como lo especifica Akka FAQ , y mostrar el clúster, recibo un error:

[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] 

Lo que parece decir es que el actor ha recibido un post destinado al puerto 32810 (el puerto externo), pero está cayendo porque el puerto interno (2552) no coincide.

Las partes relevantes del file son:

  hostname = 54.175.105.30 port = 32810 bind-hostname = 172.17.0.44 bind-port = 2552 

Intenté esto con 2.4-M1, 2.4-M2 y 2.4-SNAPSHOT, todo con el mismo efecto.

¿Alguien más se ha encontrado con esto antes? ¿Alguna sugerencia?

editar: este sistema actor se ejecuta en ECS en contenedores acoplables. La configuration del contenedor del docker está configurada para reenviar desde el range efímero a 2552 en la IP privada del contenedor. ECS está asignando correctamente el nombre de host: puerto a bind-hosname: bind-port. El actor se está ejecutando y vinculando con éxito al enlace local nombre de host y puerto de enlace, pero está soltando posts y emitiendo el error descrito anteriormente.

bind-* ajustes de configuration bind-* se deben usar en situaciones en las que los nodos Akka se inician detrás de NAT (o en contenedores acoplables). ¿Ha configurado la traducción de direcciones del hostname de hostname : port a bind-hostname : bind-port ?

En su configuration particular, cuando lo hace

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

entonces alguien en 54.175.105.30 debería estar escuchando el puerto TCP 32810 y el reenvío de puertos a 172.17.0.44:2552 . El sistema actor debe ejecutarse con la configuration proporcionada en 172.17.0.44:2552 . ¿Es este el caso?

También debe configurar esto para cada nodo que se encuentre detrás de un NAT, ya que las conexiones entre los sistemas Actor son iguales .

Esto fue debido a una mala configuration en mi parte final. Quedaba un código repetitivo que anulaba el puerto de vinculación.