search for: danielgrinkevich

We have a handful of nodes set up. Some are NAT'd but a few have direct access to the Internet. Sample confs: HostA: Name = HostA AddressFamily = any Interface = tap0 Mode = switch Connectto = HostB GraphDumpFile = /tmp/mesh HostB: Name = HostB AddressFamily = any Interface = tap0 Mode = switch Connectto = HostA GraphDumpFile = /tmp/mesh And so on. If I use HostA as the main meta sever.

Yes, slides will be available afterwards. Additionally, a very similar talk will be presented at SCALE this year as well. Do you have any more info about how tinc is used by NYC mesh? Ben On Sun, Nov 15, 2015 at 3:55 PM, Daniel J. Grinkevich < danielgrinkevich at gmail.com> wrote: > Will the slides be posted after the talk? > > We use tinc for NYC Mesh to connect nodes that do not have line of sight. > > Dan > > On Sun, Nov 15, 2015 at 6:47 PM, Benjamin Kero <ben.kero at gmail.com> wrote: > >> Hi tincfolks, >&gt...

...ance, not reliability. If you want to establish more metaconnections for increased reliability, you can use AutoConnect (though it probably won't work across NATs). A better solution is to use two central nodes (instead of one) for redundancy. On 11 June 2015 at 18:59, Daniel J. Grinkevich <danielgrinkevich at gmail.com> wrote: > If we have one meta node and it goes offline none of the other nodes can > talk to each other. I was under the assumption the mesh would stay up of > that happens. > > We are using tinc strictly as a layer 2 switch, no IP addresses assigned to > interfac...

Hi tincfolks, I'd like to announce that we're planning a talk [1] about tinc and some of the uses that we've developed for it. It'll be given at FOSSETCON 2015 [2] in Orlando, Florida on Nov 19-21. If anybody is in the area, please consider attending. Ben [1] http://www.fossetcon.org/2015/sessions/secure-peer-networking-tinc [2] http://www.fossetcon.org/ -------------- next part

I have tried various openssl commands. Does anyone know a way to use openssl to verify the public key is an actual key? Thanks, Dan -- --- GPG Key: 0x160B24D1C08FB4E4 <https://pgp.mit.edu/pks/lookup?op=get&search=0x160B24D1C08FB4E4> -------------- next part -------------- An HTML attachment was scrubbed... URL:

We are running tinc (v. 1.0.26) in switch mode with bmx6 (another mesh protocol) running on top of the tap0 interface on about 25 devices. The asymmetric routing of UDP packets is causing my firewall and I presume others to drop some of the packets, since there are no outbound SYN packets originating from the device running tinc. Is there any way to mitigate this issue besides enabling tcponly

Will the slides be posted after the talk? We use tinc for NYC Mesh to connect nodes that do not have line of sight. Dan On Sun, Nov 15, 2015 at 6:47 PM, Benjamin Kero <ben.kero at gmail.com> wrote: > Hi tincfolks, > > I'd like to announce that we're planning a talk [1] about tinc and some of > the uses that we've developed for it. It'll be given at FOSSETCON

This is what we use on our routers, running once a minute via crontab. > if pgrep "tincd" >/dev/null; then > echo "tincd is running" > else > echo "tincd isn't running, restarting" > tincd -n nycmesh > fi On Fri, Jan 29, 2016 at 9:07 AM, pjv <pjv at pjv.me> wrote: > I have tinc 1.1pre11 running on various routers and linux