<div dir="ltr">Thank you all for the tips!</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 13, 2021 at 6:59 AM Stanislav Ledenev <<a href="mailto:s.ledenev@gmail.com">s.ledenev@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>As I understand, cookies are for (simple) authentication purposes. <br>Nodes with different cookies won't be able to interact with each other but<br>connection attempt would be made with each call to a node. <br></div><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Another approach that I recall working is one that is cookie-based. Each cookie you set represents cluster membership, so nodes that share a cookie will connect to each other.</div><div><br></div><div>If you create another node that has a distinct cookie, it won't connect to anything else. If I recall properly, you can however call erlang:set_cookie(OtherNode, Cookie) to make a single caller able to use a distinct cookie to talk to OtherNode, meaning it will connect to it, but won't be able to transitively forward the connection unless the peer also shares that cookie.</div><div><br></div><div>This lets you use non-hidden nodes that are parts of clusters but still have them able to privately talk to special nodes by using one-off cookies that act as a way to wall off connection propagation</div></div></blockquote><div><br></div><div>Here is my _suggestion_: I think "-hidden_node" is about publishing information<br>about a node and "-connect_all " is about a process of establishing connection when node is up.<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">What is the advantage over using a hidden node? </blockquote></div></div>
</blockquote></div>