<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;color:rgb(7,55,99)">Hi Josh,</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;color:rgb(7,55,99)"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;color:rgb(7,55,99)">That was gold, thank you.  Solves the mystery for me of the differing behaviour between my DNS server and an internet gateway.  </div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;color:rgb(7,55,99)"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;color:rgb(7,55,99)">I have a followup question which I think is probably pretty obvious, but it's been a long time since I've had my head more convincingly around IP routing: </div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;color:rgb(7,55,99)"><br></div><div class="gmail_default" style><ul style><li style="color:rgb(7,55,99);font-family:arial,helvetica,sans-serif">my dns server RPi is currently static IP of 10.1.2.1, which is visible from its directly connected node, but can't be pinged/connected to from elsewhere.<br><br></li><li style><font color="#073763" face="arial, helvetica, sans-serif">My mesh nodes have mesh addresses that are 1</font><span style="color:rgb(7,55,99);font-family:arial,helvetica,sans-serif">00.116.232.166, </span><span style="color:rgb(7,55,99);font-family:arial,helvetica,sans-serif">100.116.232.91, </span><span style="color:rgb(7,55,99);font-family:arial,helvetica,sans-serif">100.116.233.5, and the like.  Local clients on these nodes are given IP addresses along the lines of </span><font color="#073763" face="arial, helvetica, sans-serif">10.232.91.x by the node with mesh IP 100.116.232.91.</font></li></ul><div><font color="#073763" face="arial, helvetica, sans-serif">Would simply giving my RPi a static mesh address along the lines of 100.116.232.50 allow it to be seen from everywhere? </font></div><div><font color="#073763" face="arial, helvetica, sans-serif"><br></font></div><div><font color="#073763" face="arial, helvetica, sans-serif">Again, apologies for the level of fog-headedness of this question.  I wear many hats, and that one fell of. </font></div><br><br></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><font face="verdana, sans-serif" color="#073763"><br></font></div><div dir="ltr"><font face="arial, helvetica, sans-serif" color="#073763">Kind Regards,<br><br>Josh Harle</font></div><div dir="ltr"><span style="color:rgb(7,55,99);font-family:arial,helvetica,sans-serif;font-size:12.8000001907349px">BSc (Hons) BA BFA PhD</span><font face="arial, helvetica, sans-serif" color="#073763"><br>____________________<br></font><div><a href="http://joshharle.com" target="_blank"><font face="arial, helvetica, sans-serif" color="#073763">http://joshharle.com</font></a><div><font face="arial, helvetica, sans-serif"><a href="http://tacticalspace.org/" target="_blank">http://tacticalspace.org</a><font color="#073763"><br></font></font></div><div><font face="arial, helvetica, sans-serif" color="#073763">ph: +61 (0)491 155 985</font></div></div></div></div></div></div></div></div></div>
<br><div class="gmail_quote">On 24 March 2015 at 23:15, Josh King <span dir="ltr"><<a href="mailto:jking@opentechinstitute.org" target="_blank">jking@opentechinstitute.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Josh,<br>
<br>
The nodes don't actually propagate DNS information on their own. Rather<br>
than using the DNS server that is passed by the DHCP lease, it uses one<br>
which is statically configured for that network profile, unless it is<br>
overridden (which is what is being done in part 2 of the instructions).<br>
Without that being overridden, by default the nodes use 208.67.222.222<br>
(an OpenDNS public server) as their upstream DNS server for things not<br>
on their local domain (.mesh.local).<br>
<br>
The captive portal included on the node runs on each individual node and<br>
so uses the node's own local DNS server (which in turn uses the IP<br>
address above for upstream queries). Part of configuring the nodes to<br>
use a different, centralized captive portal or access management<br>
solution would presumably could involve configuring them to use one or<br>
more DNS servers provided by the centralized captive portal/access<br>
management server, much as those are being configured above.<br>
<br>
DNS servers can also be configured through the 'advanced' GUI interface,<br>
and in a large deployment one could create custom images that pre-load<br>
that information. So there are methods one could use to streamline the<br>
process somewhat.<br>
<br>
Does that help answer your question?<br>
<span class=""><br>
On 03/24/2015 12:45 AM, Josh Harle wrote:<br>
> Hi Josh,<br>
><br>
> That's a nice sanity check for me, but I'm wondering why you need to do<br>
> the stage "Changing DNS server information on each node" at all?<br>
><br>
> Why when you use one or multiple internet gateways is it happy to<br>
> propagate DNS through it, (without individually configuring nodes) but<br>
> not if we set up our own DNS server?  Also, presumably this is what<br>
> happens if we use a captive-portal/access management tools?<br>
><br>
><br>
><br>
> Kind Regards,<br>
><br>
> Josh Harle<br>
> BSc (Hons) BA BFA PhD<br>
> ____________________<br>
> <a href="http://joshharle.com" target="_blank">http://joshharle.com</a><br>
</span><span class="">> <a href="http://tacticalspace.org" target="_blank">http://tacticalspace.org</a> <<a href="http://tacticalspace.org/" target="_blank">http://tacticalspace.org/</a>><br>
> ph: <a href="tel:%2B61%20%280%29491%20155%20985" value="+61491155985">+61 (0)491 155 985</a><br>
><br>
</span><span class="">> On 24 March 2015 at 02:15, Josh King <<a href="mailto:jking@opentechinstitute.org">jking@opentechinstitute.org</a><br>
</span><div><div class="h5">> <mailto:<a href="mailto:jking@opentechinstitute.org">jking@opentechinstitute.org</a>>> wrote:<br>
><br>
>     Hey Josh,<br>
><br>
>     Funny you should ask, we just published documentation covering this use<br>
>     case!<br>
><br>
>     <a href="https://commotionwireless.net/docs/guides-howtos/local-applications/hostnames.html" target="_blank">https://commotionwireless.net/docs/guides-howtos/local-applications/hostnames.html</a><br>
><br>
>     Option #2 is what you want. It's not as thoroughly tested as we'd like,<br>
>     so we'd appreciate your feedback (or any issues filed against<br>
>     <a href="https://github.com/opentechinstitute/commotion-docs" target="_blank">https://github.com/opentechinstitute/commotion-docs</a>, the repo for the<br>
>     website). The upshot is that you have to point the nodes to use that as<br>
>     their DNS server rather than whatever their upstream DNS is.<br>
><br>
>     That said, I'm not certain why it would be dropping the gateway; that<br>
>     could be a number of issues that we could delve into which are separate<br>
>     from the DNS question.<br>
><br>
>     The round-robin bit isn't much trickier. In the section of the doc<br>
>     entitled "Changing DNS server information on each node," you can add<br>
>     multiple "list 'dns' '<ip address>'" lines, one for each server you've<br>
>     set up. The node should just rotate through all available DNS servers<br>
>     one at a time. There are some options to tweak its behavior as well, in<br>
>     case it doesn't query them as expected.<br>
><br>
>     I hope this is helpful!<br>
><br>
>     On 03/23/2015 01:16 PM, Josh Harle wrote:<br>
>     > Hi All,<br>
>     ><br>
>     > I have another question, which I'm sure people can give me insight on.<br>
>     ><br>
>     > In my mesh network, plugging into a router works fine, and we get the<br>
>     > internet.<br>
>     ><br>
>     > I'd like to use an Raspberry Pi running dnsmasq to resolve all DNS<br>
>     > queries to itself, and serve up some content.  Just like a captive<br>
>     > portal really, but with the mesh in between.<br>
>     ><br>
>     > When I first connect it, the mesh node connected to it picks it up<br>
>     as a<br>
>     > gateway.  The DNS isn't being served through it though, and I can only<br>
>     > connect to it via its IP address.  After a while the node no longer<br>
>     > shows itself as connected to a gateway.<br>
>     ><br>
>     > What's the difference between it and a normal gateway?  What do I have<br>
>     > to do to get DNS served up through it across the network?<br>
>     ><br>
>     > For bonus points, how much trouble would it be to put more than<br>
>     one RPi<br>
>     > into the network at different points to spread the load and reduce<br>
>     > latency across a geographically spread network?<br>
>     ><br>
>     > Thanks for being awesome, in advance!<br>
>     ><br>
>     ><br>
>     ><br>
>     > Kind Regards,<br>
>     ><br>
>     > Josh Harle<br>
>     > BSc (Hons) BA BFA PhD<br>
>     > ____________________<br>
>     > <a href="http://joshharle.com" target="_blank">http://joshharle.com</a><br>
>     > <a href="http://tacticalspace.org" target="_blank">http://tacticalspace.org</a> <<a href="http://tacticalspace.org/" target="_blank">http://tacticalspace.org/</a>><br>
</div></div>>     > ph: <a href="tel:%2B61%20%280%29491%20155%20985" value="+61491155985">+61 (0)491 155 985</a> <tel:%2B61%20%280%29491%20155%20985><br>
<span class="">>     ><br>
>     ><br>
>     > _______________________________________________<br>
>     > Commotion-discuss mailing list<br>
>     > <a href="mailto:Commotion-discuss@lists.chambana.net">Commotion-discuss@lists.chambana.net</a><br>
</span>>     <mailto:<a href="mailto:Commotion-discuss@lists.chambana.net">Commotion-discuss@lists.chambana.net</a>><br>
<div class="HOEnZb"><div class="h5">>     > <a href="https://lists.chambana.net/mailman/listinfo/commotion-discuss" target="_blank">https://lists.chambana.net/mailman/listinfo/commotion-discuss</a><br>
>     ><br>
><br>
>     --<br>
>     Josh King<br>
>     Lead Technologist<br>
>     The Open Technology Institute<br>
>     <a href="http://opentechinstitute.org" target="_blank">http://opentechinstitute.org</a><br>
>     PGP Fingerprint: 8269 ED6F EA3B 7D78 F074 1E99 2FDA 4DA1 69AE 4999<br>
><br>
><br>
><br>
><br>
> _______________________________________________<br>
> Commotion-discuss mailing list<br>
> <a href="mailto:Commotion-discuss@lists.chambana.net">Commotion-discuss@lists.chambana.net</a><br>
> <a href="https://lists.chambana.net/mailman/listinfo/commotion-discuss" target="_blank">https://lists.chambana.net/mailman/listinfo/commotion-discuss</a><br>
><br>
<br>
--<br>
Josh King<br>
Lead Technologist<br>
The Open Technology Institute<br>
<a href="http://opentechinstitute.org" target="_blank">http://opentechinstitute.org</a><br>
PGP Fingerprint: 8269 ED6F EA3B 7D78 F074 1E99 2FDA 4DA1 69AE 4999<br>
<br>
</div></div></blockquote></div><br></div>