4 ms·
- The project is actually currently in the middle of some performance comparison testing. I myself am not conducting the tests and I'd like to review the method
by dovholuknf 4y ago
- The project is actually currently in the middle of some performance comparison testing. I myself am not conducting the tests and I'd like to review the methodology we use for the tests but initial reports I'm hearing are quite good. I do have first-hand anecdotal evidence from a heavy user of OpenZiti indicating from Australia to the US he'll usually pull 40-50mbps over open internet. OpenZiti often pulls 50 consistently while still being a zero trust overlay. One of the knocks on OpenZiti is the mTLS between links, and full end to end encryption on by default being "overkill". This anecdotal evidence however, seems to suggest that the CPU burden of "all that encryption" is not significant at all.
- The private, authenticated DNS provided by the tunnellers has not been a problem whatsoever for nearly every user. Sure there are times when bugs creep in, but I'd say for the majority of times people use any of the tunneling apps the way we do private DNS has been no issue. The OP of this article might have more to offer here. He's very well versed with DNS in general. I don't recall exactly how this works in linux but we have some advanced linux users doing "interesting" things and I know of no major issues... yet... :) If you try OpenZiti, I hope you won't be the first! Each OS is a little different here too. The Windows clients work differently and the MacOS ones a bit differently. All "somewhat" the same but sometimes with subtle nuances
- "For Nebula this would be by delivering the certificate to the machine" - realistically that's exactly the same process with OpenZiti's "regular/most common" type of enrollment - the "one time token" approach (using jwts). You deliver a jwt however you like with email being just one option. Then you just re-enroll that jwt which creates a primary key and cert right then/there on that machine, and off you go...
You might find another feature interesting though, OpenZiti also supports 3rd party CA enrollment. This means you can register a CA with OpenZiti and if any device connects and presents a certificate signed by YOUR CA (you don't even have to trust OpenZiti, you can run your own PKI) then you can set that device up for "automatic enrollment" which is truly automatic. You don't need to deliver a new certificate (but you could). This is a somewhat detailed topic and I don't think I could fit enough words on this post and keep it legible. Would be happy to continue that conversation here or in the OpenZiti discourse forum.
One other interesting thing you might like... We just released our first release of a python sdk for OpenZiti. It's able to monkey patch python to allow us to use ansible over OpenZiti. So hopefully soon we should be able to demonstrate ansible over OpenZiti. I've seen it working but it's not __quite__ ready to share to the world. Soon, I'm sure!
- linsomniac 4y agoI'm pretty stuck WRT doing a test setup. My primary issue is getting to the "Run ziti-tunnel run ziti.json", in either the OpenZiti instructions or the NetFoundary instructions, but having no clue what ziti.json contents need to be. I tried using the jwt I got from OpenFondary and doing "ziti-edge-tunnel enroll -j seans-laptop.jwt", but I got no output, just a 255 exit code: [N] sean@seans-laptop ~/ziti> sudo ./ziti-edge-tunnel enroll -j sean-laptop.jwt [I] sean@seans-laptop ~/ziti [255]>
- dovholuknf 4y agoGah. I need to file an issue to provide better help here. Both openziti and NetFoundry instructions should be just fine. Your command is just missing the resultant identity file... the -i flag and produces NO helpful output :( Below I made two identities and enrolled one with the 'ziti cli' and the other with 'ziti-edge-tunnel' ### create identity to enroll with ziti edge enroll clint_private_aws: ~$ ziti edge create identity user clintaws1 -o clintaws1.jwt New identity clintaws1 created with id: g1aO5i.7Ig Enrollment expires at 2022-05-26T21:18:40.289Z ### create identity to enroll with ziti-edge-tunnel clint_private_aws: ~$ ziti edge create identity user clintaws2 -o clintaws2.jwt New identity clintaws2 created with id: qCFO5s.YIg Enrollment expires at 2022-05-26T21:18:42.419Z Use "ziti edge create [command] --help" for more information about a command. ### enroll with ziti edge enroll clint_private_aws: ~$ ziti edge enroll clintaws1.jwt INFO generating 4096 bit RSA key INFO enrolled successfully. identity file written to: clintaws1.json ### enroll with ziti edge ziti-edge-tunnel clint_private_aws: ~$ ./ziti-edge-tunnel enroll -j clintaws2.jwt -i clintaws2.json [ 0.000] INFO ziti-sdk:ziti_enroll.c:94 ziti_enroll() Ziti C SDK version 0.26.29 @cc792e2(HEAD) starting enrollment at (2022-05-26T13:01:17.145) [ 0.000] INFO ziti-sdk:ziti_ctrl.c:371 ziti_ctrl_init() ctrl[ec2-18-188-201-183.us-east-2.compute.amazonaws.com] ziti controller client initialized [ 0.022] INFO ziti-sdk:ziti_enroll.c:41 verify_controller_jwt() verifying JWT signature [ 0.027] INFO ziti-sdk:ziti_ctrl.c:371 ziti_ctrl_init() ctrl[ec2-18-188-201-183.us-east-2.compute.amazonaws.com] ziti controller client initialized
- linsomniac 4y ago