Dennis Ljungmark:
> Hi,
> We're currently running 6 different 100-200Mbit relay/guard nodes, and
> are looking at some issues moving on towards high performant exit nodes.
>
> Right now, with iptables modifications ( raw tables hacks to disable
> conntrack, bucket increases, following the general best practices ) our
> firewall is running at high amounts of CPU, but coping. However, once we
> start introducing Exit Nodes into this equation, things turn sour.
>
> So, since we do not want to trust only routing level separation between
> Exit Nodes and internal networks, we're going to have to invest into new
> hardware that can cope with this. Before this, we tried Ingate
firewalls,
> and they weren't capable of coping with the load of guard nodes.
>
> ( The traditional "linux box in front" doesn't quite cut it due to
> networking hardware in most cases. )
>
> So,
> in summary, when you get to the point of actively dealing with
8-900Mbps
> of Tor traffic ( on top of normal users and others) what hardware is
needed
> to cope with firewalling?
>
Note here that the tor nodes
are not our current bottleneck, so SSL Decoding/OpenSSL isn't part of the
problems here. We're getting 200Mbps without trouble, but the network cards
in the current firewall (separate from the Tor nodes) is capping out at
~800Mbps. ( Not good enough imo, but another issue )
The problem that I have is that the current i686 (32bit) firewall cannot
cope with the connections once we move into exit node land.
Due to other network issues, we cannot "carte blanche" disable connection
tracking ( Fex. Traffic from Tor exit nodes to other corporate networks
need to be tracked, as well as corp net / public wifi need tracking and
tracing )
( Since it's all on a single fiber incoming, we don't have the option of
physically separating them. )
//D.S.