<div dir="auto">Hiho,<div dir="auto"><br></div><div dir="auto">super, hoffe ich schaffe es zum nela am Donnerstag, und falls fix nötig und fertig innerhalb gluons dann auch mal ein neues release machen.</div><div dir="auto"><br></div><div dir="auto">Greetz,</div><div dir="auto"><br></div><div dir="auto">rampone</div></div><div class="gmail_extra"><br><div class="gmail_quote">Am 04.10.2017 11:52 schrieb  <<a href="mailto:edgar.soldin@web.de">edgar.soldin@web.de</a>>:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 03.10.2017 00:09, Ramon Waldherr wrote:<br>
> bei<br>
>> gluon nicht sicher, sollte aber nur ein radvd sein, der da läuft.<br>
<br>
hmm.. hab grad mal auf einen gluon-v2016.2.5 geschaut und da läuft ein dnsmasq drauf. wofür der gebraucht wird im "nicht-recovery-modus" ist mir nicht ganz klar.<br>
<br>
eigtl. sollte ja sämtlicher traffic direkt in die batman wolke geschoben werden, in der dann per dhcp adressen verteilt und ein dns namen auflöst.<br>
<br>
ok, aber ich seh grad,<br>
<br>
# cat /etc/resolv.conf<br>
search lan<br>
nameserver 127.0.0.1<br>
<br>
was allerdings kein sicherheitsproblem sein sollte, solange der knoten der einzige client der dnsmasq instanz ist.<br>
<br>
ich frag mal auf <a href="mailto:gluon@luebeck.freifunk.net">gluon@luebeck.freifunk.net</a> nach inwieweit das standard openwrt/lede gluon knoten betrifft.<br>
<br>
soweit.. ede<br>
--<br>
______________________________<wbr>_________________<br>
Freifunk-Bonn mailing list<br>
<a href="mailto:Freifunk-Bonn@lists.kbu.freifunk.net">Freifunk-Bonn@lists.kbu.<wbr>freifunk.net</a><br>
<a href="https://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn" rel="noreferrer" target="_blank">https://lists.kbu.freifunk.<wbr>net/cgi-bin/mailman/listinfo/<wbr>freifunk-bonn</a><br>
</blockquote></div></div>