<div dir="ltr"><div><div>Managed to successfully generate all necessary certificates, keys, etc. but I'm having a problem with changes to the torrc file.<br><br></div>The tor process starts up without any issue using the default torrc file (as one would expect), but no longer starts after the file has been edited with the directory authority configuration options.<br><br></div><div>When starting the tor process via <i>service tor start</i> it shows the process as active, but a <i>netstat -anlp | grep tor</i> shows no tor processes running anywhere at all<br></div><div><br></div>####Edited Torrc###<br><br>TestingTorNetwork 1<br>DataDirectory /root/Downloads/tor<br>RunAsDaemon 1<br>ConnLimit 60<br>Nickname testAuth<br>ShutdownWaitLength 0<br>PidFile /var/lib/tor/pid<br>Log notice file /root/Downloads/tor/notice.log<br>Log info file /root/Downloads/tor/info.log<br>ProtocolWarnings 1<br>SafeLogging 0<br>DisableDebuggerAttachment 0<br>DirAuthority Unnamed orport=5000 no-v2 hs v3ident=11B12259013712F46B22A38BBA83F8E68DB48800 <a href="http://192.168.136.129:7000">192.168.136.129:7000</a> 456CD98153967845CE13084A193F69016281DCAD<br><br>SocksPort 0<br>OrPort 5000<br>Address 192.168.136.129<br>DirPort 7000<br><br># An exit policy that allows exiting to IPv4 LAN<br>ExitPolicy accept <a href="http://192.168.1.0/24:*">192.168.1.0/24:*</a><br><br># An exit policy that allows exiting to IPv6 localhost<br>ExitPolicy accept [::1]:*<br>IPv6Exit 1<br><br>AuthoritativeDirectory 1<br>V3AuthoritativeDirectory 1<br>ContactInfo auth0@test.test<br>ExitPolicy reject *:*<br>TestingV3AuthInitialVotingInterval 300<br>TestingV3AuthInitialVoteDelay 20<br>TestingV3AuthInitialDistDelay 20<br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr">Nicholas R. Parker<br>
Rochester Institute of Technology<br>5thYear, BS/MS Computing Security<br>
<a value="+15852338747">585-794-0029</a> / <a href="mailto:dmg9645@rit.edu" target="_blank">nrp7859@rit.edu</a></div></div></div></div></div>
<br><div class="gmail_quote">On Sun, Apr 10, 2016 at 11:41 PM, Tim Wilson-Brown - teor <span dir="ltr"><<a href="mailto:teor2345@gmail.com" target="_blank">teor2345@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
> On 11 Apr 2016, at 09:28, Nicholas R. Parker (RIT Student) <<a href="mailto:nrp7859@rit.edu">nrp7859@rit.edu</a>> wrote:<br>
><br>
> We've looked into Chutney, but we're looking at building out a whole network for various research purposes (I'm just the grad grunt, whatever research plans they have are above me!)<br>
> It looks like you're saying that we could use chutney to at least generate all of the base configuration files, is that right?<br>
<br>
</span>I'm suggesting you use chutney to generate a working network on a single machine, and then move tor instances on that network to other machines one at a time. If you start with a working network, then it's obvious when you do something that breaks the network.<br>
<br>
If you can't get a working network using chutney on localhost, then that's useful information, too. (Perhaps your tor install is broken.)<br>
<br>
That said, you could use chutney to just generate the config files, but it's harder to work out what went wrong if things fail.<br>
<span class=""><br>
> We've been running into these issues with completely clean installs of CentOS, no new/extraneous services running with single instances of the tor service going at any one time.<br>
<br>
</span>I can't really provide any specific help, because I don't have enough detail.<br>
<br>
However, here's one guess at some information that might be useful:<br>
Tor authorities will run on their own, and they also act as relays.<br>
Tor relays (including exits and bridges) need authorities.<br>
Tor clients (including onion (hidden) services) need authorities and relays and likely exits.<br>
<br>
Start by getting one authority running on one machine.<br>
It will serve a consensus consisting of itself.<br>
Then, get another authority running on another machine.<br>
Make sure they talk to one another and agree that they're both valid.<br>
Then, get a few relays running.<br>
Make sure they all appear in the consensus.<br>
Then get a few exits running.<br>
Then try clients.<br>
Then test that clients can use the exits to talk to a test web server or something.<br>
(Chutney automates this entire process.)<br>
<br>
If you want help with any failures, copy and paste the torrc, and the error messages you're getting, and tell us what you've tried already.<br>
(You can anonymise IP addresses if you need to, as long as it's clear which ones are the same.)<br>
<div class="HOEnZb"><div class="h5"><br>
Tim<br>
<br>
Tim Wilson-Brown (teor)<br>
<br>
teor2345 at gmail dot com<br>
PGP 968F094B<br>
ricochet:ekmygaiu4rzgsk6n<br>
<br>
<br>
<br>
</div></div><br>_______________________________________________<br>
tor-dev mailing list<br>
<a href="mailto:tor-dev@lists.torproject.org">tor-dev@lists.torproject.org</a><br>
<a href="https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev" rel="noreferrer" target="_blank">https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev</a><br>
<br></blockquote></div><br></div>