- 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.
- 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.
According to your description, Tor seems to be configured correctly
for basic (exit-)relay operation and the usage as a client. I
therefore assume that the configuration of your router gives rise to
the error.
Have you assigned a static IP address to the node in you
network on which Tor is running on? Otherwise, the port mapping in the
router will fail the moment that this node gets a new DHCP lease from your router. Can you check that?
Kind regards,
Viktor
2014/1/20 Christian Stadelmann <
chris.privat@genodeftest.de>:
> Hi
>
> I am running tor 0.2.4.20 from official RPM repositories on my local
> machine (Fedora 20). I can use it to surf the web and
>
https://check.torproject.org/ (besides others) tells me that tor is
> running. I had the same problem with 0.2.3.25 from fedora's own
> repository.
>
> According to `netstat -tulpen` tor listens on
0.0.0.0:9001,
>
0.0.0.0:9030, and Control port + Socks port.
> I configured my Router to port-forward 9001 and 9030 for both TCP+UDP
> and IPv4+IPv6. How can I test that this worked?
>
> I am running a local firewall but it does not seem to matter whether it
> is enabled or disabled.
>
> Is there anything else I could be missing?
>
> Regards
> Chris
>
> _______________________________________________
> tor-relays mailing list
>
tor-relays@lists.torproject.org
>
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays>