<p dir="ltr">Personally, I prefer the CLI because all of my other tools are used in the terminal. And I do not want strangers looking at a web interface as they are tempting to hack... So many ways to exploit my boxes are introduced when a web interface is showing public.</p>

<div class="gmail_quote">On Dec 16, 2013 2:27 AM, "folkert" <<a href="mailto:folkert@vanheusden.com">folkert@vanheusden.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
> > I propose that the "ad-hoc connections" (localdiscovery) are also<br>
> > displayed in the graph (graphdumpfile) as it is useful for debugging.<br>
> > I find the command-line tooling a bit cumbersome to find out where the<br>
> > problem is - maybe a web-interface can be added to tincd? Implementing a<br>
> > http server is trivial I found out.<br>
><br>
> Tinc 1.1's CLI should give you a lot of information in an easy way. In<br>
> particular, if you want to know all about a single node, you can give this<br>
> command:<br>
><br>
> tinc -n <netname> info <node><br>
><br>
> Example output:<br>
><br>
> Node:         foo<br>
> Address:      93.184.216.119 port 655<br>
> Online since: 2013-12-05 18:00:00<br>
> Status:       validkey visited reachable udp_confirmed<br>
> Options:      pmtu_discovery clamp_mss<br>
> Protocol:     17.0<br>
> Reachability: directly with UDP<br>
> PMTU:         1444<br>
> Edges:        bar baz quux<br>
> Subnets:      <a href="http://192.168.1.0/24" target="_blank">192.168.1.0/24</a> fec0:1:1:0:0:0:0:0/48<br>
><br>
> The line with Reachability tells you if and how tinc communicates with the<br>
> peer. The Address is the actual address used to communicate with foo using<br>
> UDP.<br>
><br>
> Implementing a HTTP server does, in itself, nothing to help debugging; it<br>
> merely presents information through another channel.  What information do you<br>
> want to get that is currently hard to extract from tinc?<br>
<br>
It's probably all there, it is just hard to read as it is so much.<br>
So if it can represented in a web-page with a nice layout that would be<br>
great.<br>
<br>
<br>
also:<br>
<br>
> > I propose that the "ad-hoc connections" (localdiscovery) are also<br>
> > displayed in the graph (graphdumpfile) as it is useful for debugging.<br>
<br>
<br>
Folkert van Heusden<br>
<br>
--<br>
To MultiTail einai ena polymorfiko ergaleio gia ta logfiles kai tin<br>
eksodo twn entolwn. Prosferei: filtrarisma, xrwmatismo, sygxwneysi,<br>
diaforetikes provoles. <a href="http://www.vanheusden.com/multitail/" target="_blank">http://www.vanheusden.com/multitail/</a><br>
----------------------------------------------------------------------<br>
Phone: <a href="tel:%2B31-6-41278122" value="+31641278122">+31-6-41278122</a>, PGP-key: 1F28D8AE, <a href="http://www.vanheusden.com" target="_blank">www.vanheusden.com</a><br>
<br>_______________________________________________<br>
tinc mailing list<br>
<a href="mailto:tinc@tinc-vpn.org">tinc@tinc-vpn.org</a><br>
<a href="http://www.tinc-vpn.org/cgi-bin/mailman/listinfo/tinc" target="_blank">http://www.tinc-vpn.org/cgi-bin/mailman/listinfo/tinc</a><br>
<br></blockquote></div>