<div dir="ltr">Hi Chris,<br><br>First of all, this mailing list is public and posting a Tor log with your IP in there is not advisable, so I would suggest to remove sensitive data prior to attaching the log next time ;). Some remarks on the log file you posted:<br>

- Your OpenSSL version was not compiled with options that are supported by 64-bit operating systems, so you could enhance the performance a lot by compiling it with the right flags. <br>- The IP address in the log file differs from the one from the last entry in the consensus database for genodeftest and your fingerprint is also different. This is an indication that your WAN IP assigned by your ISP is not static. The Tor process can handle this, but a static IP is advisable since this increases the reliability of your relay a lot.<div>

- There are to warnings in your log file, one concerning the microdescriptor cache. I don't know what causes this error, can someone else elaborate on this? It is not the cause of the problem though, i think.</div><div>

- You mention having forwarded  control and socks/ORport ports in your router, but your logs tell that the DirPort is 9030, the ORport is 9001. It is okay now, but I would strongly advise not to forward the control port in your router, since it severely lowers the security of your relay if the control port is reachable from the internet.</div>

<div><br></div><div>According to your description, Tor seems to be configured correctly<br>for basic (exit-)relay operation and the usage as a client. I<br>therefore assume that the configuration of your router gives rise to<br>

the error. <b>Have you assigned a static IP address to the node in you<br>network on which Tor is running on? Otherwise, the port mapping in the<br>router will fail the moment that this node gets a new DHCP lease from your router. Can you check that?</b><br>

<br>Kind regards,<br>Viktor<br><br>2014/1/20 Christian Stadelmann <<a href="mailto:chris.privat@genodeftest.de">chris.privat@genodeftest.de</a>>:<br>> Hi<br>><br>> I am running tor 0.2.4.20 from official RPM repositories on my local<br>

> machine (Fedora 20). I can use it to surf the web and<br>> <a href="https://check.torproject.org/">https://check.torproject.org/</a> (besides others) tells me that tor is<br>> running. I had the same problem with 0.2.3.25 from fedora's own<br>

> repository.<br>><br>> According to `netstat -tulpen` tor listens on <a href="http://0.0.0.0:9001">0.0.0.0:9001</a>,<br>> <a href="http://0.0.0.0:9030">0.0.0.0:9030</a>, and Control port + Socks port.<br>> I configured my Router to port-forward 9001 and 9030 for both TCP+UDP<br>

> and IPv4+IPv6. How can I test that this worked?<br>><br>> I am running a local firewall but it does not seem to matter whether it<br>> is enabled or disabled.<br>><br>> Is there anything else I could be missing?<br>

><br>> Regards<br>> Chris<br>><br>> _______________________________________________<br>> tor-relays mailing list<br>> <a href="mailto:tor-relays@lists.torproject.org">tor-relays@lists.torproject.org</a><br>

> <a href="https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays">https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays</a><br>></div></div>