So in digging I found: https://github.com/akka/akka/issues/15007
+Using setups involving Network Address Translation, Load Balancers or
Docker
+containers violates assumption 1, unless additional steps are taken in the
+network configuration to allow symmetric communication between involved
systems.
+In such situations Akka can be configured to bind to a different network
+address than the one used for establishing connections between Akka nodes::
+
+ akka {
+ remote {
+ netty.tcp {
+ hostname = my.domain.com # external (logical) hostname
+ port = 8000 # external (logical) port
+
+ bind-hostname = local.address # internal (bind) hostname
+ bind-port = 2552 # internal (bind) port
+ }
+ }
+ }
+
Is this the reference?
On Monday, January 26, 2015 at 8:55:49 AM UTC-6, Björn Antonsson wrote:
>
> Hi Tim,
>
> So this applies to akka 2.3.x where there is no support for NAT
> configuration. I don't think that the containers need to run on the same
> host if you configure the container with the --net=host flag, since they
> will effectively bind to the host network interface. If you want container
> A on host H1 to talk to container B on host H2, then H1 must be able to
> reach H2 without NAT traversal.
>
> B/
>
> On 24 January 2015 at 00:01:40, Tim St. Clair ([email protected]
> <javascript:>) wrote:
>
> Could you please elaborate on "However this has the limitation that all
> containers need to be running on the same host." , what is the contraint?
>
> Right now we are using kubernetes, and all inbound clients appear as if
> they are coming in on the same NAT.
>
> On Friday, January 23, 2015 at 10:35:51 AM UTC-6, Martynas Mickevičius
> wrote:
>>
>> Upcoming Akka 2.4 has a NAT (container) traversal support
>> <https://github.com/akka/akka/issues/15007> implemented.
>>
>> Until that you can run spark container with --net=host flag to start
>> container that uses host network interface. However this has the limitation
>> that all containers need to be running on the same host.
>>
>> On Thu, Jan 22, 2015 at 11:51 PM, jay vyas <[email protected]> wrote:
>>
>>> To add some color.
>>>
>>> 1) When we run w/ -Dakka.remote.untrusted-mode=on, we see dropping
>>> message [class akka.actor.ActorSelectionMessage] for *unknown* recipient
>>>
>>> [Actor[akka.tcp://[email protected]:7077/]] arriving at
>>> [akka.tcp://[email protected]:7077] inbound addresses are
>>> [akka.tcp://sparkMaster@spark-master:7077]
>>>
>>> 2) When we run w/ -Dakka.remote.untrusted-mode=off, we see dropping
>>> message [class akka.actor.ActorSelectionMessage] for *non-local* re
>>> cipient
>>>
>>> [Actor[akka.tcp://[email protected]:7077/]] arriving at
>>> [akka.tcp://[email protected]:7077] inbound addresses are
>>> [akka.tcp://sparkMaster@spark-master:7077]
>>>
>>> On Thursday, January 22, 2015 at 4:00:42 PM UTC-5, Tim St. Clair
>>> wrote:
>>>>
>>>> Greetings folks -
>>>>
>>>> I'm currently trying to run Spark master through a proxy and receiving
>>>> an error that I can't seem to bypass.
>>>>
>>>> ERROR EndpointWriter: dropping message [class
>>>> akka.actor.ActorSelectionMessage] for non-local recipient
>>>> [Actor[akka.tcp://
>>>> [email protected]:7077/]] arriving at [akka.tcp://
>>>> [email protected]:7077] inbound addresses are
>>>> [akka.tcp://sparkMaster@spark-master:7077]
>>>>
>>>> The spark-master is running inside a container which is on a 192.168
>>>> subnet, but all traffic from the slaves are routed via iptables through a
>>>> load-balanced proxy 10.254.118.158.
>>>>
>>>> Is there any easy was to disable what appears to be IP validation?
>>>>
>>>> Cheers,
>>>> Tim
>>>>
>>> --
>>> >>>>>>>>>> Read the docs: http://akka.io/docs/
>>> >>>>>>>>>> Check the FAQ:
>>> http://doc.akka.io/docs/akka/current/additional/faq.html
>>> >>>>>>>>>> Search the archives:
>>> https://groups.google.com/group/akka-user
>>> ---
>>> You received this message because you are subscribed to the Google
>>> Groups "Akka User List" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to [email protected].
>>> To post to this group, send email to [email protected].
>>> Visit this group at http://groups.google.com/group/akka-user.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>>
>> --
>> Martynas Mickevičius
>> Typesafe <http://typesafe.com/> – Reactive
>> <http://www.reactivemanifesto.org/> Apps on the JVM
>>
> --
> >>>>>>>>>> Read the docs: http://akka.io/docs/
> >>>>>>>>>> Check the FAQ:
> http://doc.akka.io/docs/akka/current/additional/faq.html
> >>>>>>>>>> Search the archives: https://groups.google.com/group/akka-user
> ---
> You received this message because you are subscribed to the Google Groups
> "Akka User List" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [email protected] <javascript:>.
> To post to this group, send email to [email protected]
> <javascript:>.
> Visit this group at http://groups.google.com/group/akka-user.
> For more options, visit https://groups.google.com/d/optout.
>
>
> --
> Björn Antonsson
> Typesafe <http://typesafe.com/> – Reactive Apps on the JVM
> twitter: @bantonsson <http://twitter.com/#!/bantonsson>
>
>
--
>>>>>>>>>> Read the docs: http://akka.io/docs/
>>>>>>>>>> Check the FAQ:
>>>>>>>>>> http://doc.akka.io/docs/akka/current/additional/faq.html
>>>>>>>>>> Search the archives: https://groups.google.com/group/akka-user
---
You received this message because you are subscribed to the Google Groups "Akka
User List" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/akka-user.
For more options, visit https://groups.google.com/d/optout.
