<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><br class=""><div><br class=""><blockquote type="cite" class=""><div class="">On Dec 20, 2017, at 5:01 AM, teor <<a href="mailto:teor2345@gmail.com" class="">teor2345@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="content-type" content="text/html; charset=utf-8" class=""><div dir="auto" class=""><br class=""><div class="">On 20 Dec 2017, at 20:59, Conrad Rockenhaus <<a href="mailto:conrad@rockenhaus.com" class="">conrad@rockenhaus.com</a>> wrote:<br class=""><br class=""></div><blockquote type="cite" class=""><div class=""><div class="">ConradsAWSRelay was started back up on a new AWS instance running Amazon Linux and it’s hash is now <font color="#454545" face="Helvetica Neue" class="">9F7F05699131E1E2A22F70B83E8CBB4671F5FEE2. I have upgraded to Tor 0.3.1.9…. I had issues with getting the libevent development header dependencies resolved on Amazon Linux so I just compiled it on Red Hat and brought it over. More than likely I overlooked something and caused a cascade of failures from there, anyway, it’s up.</font></div><div class=""><font color="#454545" face="Helvetica Neue" class=""><br class=""></font></div><div class=""><font color="#454545" face="Helvetica Neue" class="">Additionally, I brought up ConradsAWSExit, 1B47E33F9D422CC97BD2DDA1F082BFF2FC58E79A, to help out with that area. I may bandwidth limit this one depending on load, I will have to wait and see how much traffic it gets since I don’t have unlimited $$$ to allocate to my new hobby :).</font></div></div></blockquote><div class=""><br class=""></div><div class="">Yes, running nodes at AWS can be expensive.</div><div class="">I'm also interested to see what abuse complaints you get.</div></div></div></blockquote><div><br class=""></div><div>I’m mainly running this stuff on AWS because AWS is my playground for the new Cloud based solution I’m working on, just because I can start instances up with Amazon Linux, FreeBSD, Debian, etc. I am interested to see what the abuse process is as well. I will ensure that the costs are controlled so I’m not out of pocket too much.</div><div><br class=""></div><div>Eventually the permanent home will be moved to the new cabinet I’m going to be renting at a datacenter near my home.</div><br class=""><blockquote type="cite" class=""><div class=""><div dir="auto" class=""><br class=""><blockquote type="cite" class=""><div class=""><div class=""><font color="#454545" face="Helvetica Neue" class="">If someone could take another look and provide me any feedback/constructive criticism about these two nodes, I would greatly appreciate it.</font></div></div></blockquote><div class=""><br class=""></div><div class="">Since you control multiple relays, please set MyFamily on all of them:</div><div class=""><br class=""></div><div class="">MyFamily fingerprint1,fingerprint2</div><div class=""><br class=""></div><div class="">This is important because they are in different IPv4 /16s.</div><div class="">(It will be even more important if one has the Guard flag, and the other</div><div class="">has the Exit flag.)</div></div></div></blockquote><div><br class=""></div><div>Done, should see it in atlas within the hour.</div><br class=""><blockquote type="cite" class=""><div class=""><div dir="auto" class=""><div class=""><br class=""></div><div class="">Does AWS have native IPv6 yet?</div><div class=""><br class=""></div><div class="">If so, please set on both relays:</div><div class=""><br class=""></div><div class="">ORPort [IPv6]:Port</div><div class=""><br class=""></div><div class="">And on the Exit:</div><div class=""><br class=""></div><div class="">IPv6Exit 1</div><div class=""><br class=""></div><div class="">You could connect to IPv6 using a nearby free tunnel service</div><div class="">(Hurricane Electric is good, and has good peering with AWS),</div><div class="">but this is not as fast or reliable as native IPv6.</div><div class=""><br class=""></div><div class="">But as a learning experience, it's a good way to get IPv6.</div><br class=""></div></div></blockquote><div><br class=""></div><div>I see that AWS does have native IPv6, but I have to get it enabled on my VPC before I can get these two instances up on IPv6. I will let y’all know when that’s done.</div><div><br class=""></div><br class=""><blockquote type="cite" class=""><div class=""><div dir="auto" class=""><blockquote type="cite" class=""><div class=""><div class=""><font color="#454545" face="Helvetica Neue" class="">Thank you for everyone’s advise! I also appreciate the input regarding the revitalization of the Cloud project again. Another person has also volunteered to assist in the project so hopefully things should start moving here pretty soon!</font></div></div></blockquote><br class=""><div class="">That's exciting.</div><div class="">It would be great for people to be able to choose between multiple</div><div class="">providers. Free VPSs are a great way to learn how to set up a relay.</div><div class=""><br class=""></div><div class="">The biggest issue with the cloud image was that it wasn't kept up</div><div class="">to date. I wonder if there's a way of doing that automatically.</div><div class=""><br class=""></div><div class="">I also wonder if there's a way of giving people a BSD image option</div><div class="">as well.</div></div></div></blockquote><div><br class=""></div><div>My intent with the new cloud image architecture is to provide a multi-arch, portable, fast, and secure solution that will deploy tor relays. Another person has volunteered to assist me with this so with three people working on this I do hope that we will be able to keep things up to date, but my main goal is to have that somewhat automated.</div><div><br class=""></div><div>Speaking of which, I do wonder what the thoughts are on this idea. I would like to have two derivatives of the cloud package, one for novices and one for those who do not consider themselves novices. The novice package will be centrally managed by Puppet, so all the user has to do is spin up an instance, updates will be handled by the master.</div><div><br class=""></div><div>The non-novice package will be managed by chef. My main question is what are the thoughts on using Puppet? Would that be an acceptable solution for a non-novice solution or is that too much of a risk?</div><div><br class=""></div><div>Thanks,</div><div><br class=""></div><div>Conrad</div><br class=""><blockquote type="cite" class=""><div class=""><div dir="auto" class=""><div class=""><br class=""></div><div class="">T</div></div>_______________________________________________<br class="">tor-relays mailing list<br class=""><a href="mailto:tor-relays@lists.torproject.org" class="">tor-relays@lists.torproject.org</a><br class="">https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays<br class=""></div></blockquote></div><br class=""></body></html>