<p dir="ltr">I never got an IP reassignment. The only difference would be that abuse reports would be sent to you, rather than to the ISP. When I asked about it, they responded that they would forward all abuse complaints to me anyway. </p>
<div class="gmail_quote">On May 19, 2016 3:50 PM, "pa011" <<a href="mailto:pa011@web.de">pa011@web.de</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Thank you all who have contributed with there hints, support and<br>
motivation so far. I will dig into that links and papers hopefully in<br>
the coming days and probably ask again afterwards :-)<br>
<br>
What seems to be important is to get an IP reassignment from the ISP -is<br>
that really essential to start?<br>
<br>
And furthermore is it ok to run with such a set of IP4 rules:<br>
<br>
/etc/iptables/rules.v4<br>
*filter<br>
:INPUT ACCEPT [0:0]<br>
:FORWARD ACCEPT [0:0]<br>
:OUTPUT ACCEPT [0:0]<br>
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT<br>
-A INPUT -p icmp -j ACCEPT<br>
-A INPUT -i lo -j ACCEPT<br>
-A INPUT -p tcp -m state --state NEW -m tcp --dport 443 -j ACCEPT<br>
-A INPUT -p tcp -m state --state NEW -m tcp --dport 80 -j ACCEPT<br>
-A INPUT -p tcp -m state --state NEW -m tcp --dport 22 -j ACCEPT<br>
-A INPUT -j REJECT --reject-with icmp-host-prohibited<br>
-A FORWARD -j REJECT --reject-with icmp-host-prohibited<br>
COMMIT<br>
<br>
Thank you again<br>
<br>
PA<br>
<br>
Am 19.05.2016 um 13:56 schrieb Moritz Bartl:<br>
> On 05/18/2016 10:13 PM, pa011 wrote:<br>
>> Is there anybody out there who can give me some advice, or even help me<br>
>> doing (answering) these?<br>
><br>
> I think it is pretty much straightforward. You can explain what Tor is,<br>
> why you are supporting it, and in some more heated cases offer to<br>
> temporarily block destination IP/port pairs. You will come up with your<br>
> own language and standard cases as you go along, and from that can<br>
> derive some template replies.<br>
><br>
>> How many of those abuses are to expect?<br>
>> How to avoid on changing what parameters?<br>
><br>
> The easiest parameter to tune is bandwidth. The more bandwidth you<br>
> provide, the more abusive traffic you will see. The second most<br>
> important parameter is the ExitPolicy. See also<br>
> <a href="https://blog.torproject.org/blog/tips-running-exit-node-minimal-harassment" rel="noreferrer" target="_blank">https://blog.torproject.org/blog/tips-running-exit-node-minimal-harassment</a><br>
> and <a href="https://trac.torproject.org/projects/tor/wiki/doc/TorExitGuidelines" rel="noreferrer" target="_blank">https://trac.torproject.org/projects/tor/wiki/doc/TorExitGuidelines</a> .<br>
><br>
> Thanks for running Tor relays, and welcome to the exit business! :)<br>
><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" rel="noreferrer" target="_blank">https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays</a><br>
<br></blockquote></div>