Mystray

edit спустя 2 года:
open the /etc/sysctl.conf file and add the following line:
net.ipv4.conf.all.promote_secondaries = 1
Как минимум при работе через ip addr del x.x.x.x/y - секондари не удаляются.

У такого решения есть минусы. Например, в логах удаленного сервера все обращения будут с IP промежуточного сервера, вместо реального клиента. Может, лучше уж поставить реверс-прокси и уже с него ломиться на удаленный? Оно решит проблему подстановкой дополнительных заголовков.
Вторая проблема: если захотят подкопаться, то вполне могут найти и реально расположение (например, если сервер может инициировать соединения, скачивая файлы по ссылке, или отправляя почту напрямую), или банальной трассировкой. В таком варианте решение - только ВПН до удаленного хоста и заворачивание всего трафика через впн.

По поводу торрентов: чаще всего этим занимаются специализированные копирастические конторы вроде Irdeto и IP-Echelon, которые сами, прикидываясь пирами известных раздач, ищут сидов. А поскольку IP-адрес им известен, то они уже отсылают abuse провайдеру с известной им инфой вроде:
Notice ID: 310-123456789
Asset: Fallout 4
Protocol: BitTorrent
IP Address: w.x.y.z
File Name: fallout 4 2015 pc steamrip by noodle
File Size: 27062100367
Timestamp: 02 Jan 2016 18:48:33 GMT
Last Seen Date: 02 Jan 2016 18:48:33 GMT
Username (if available):
Port ID: 14835

Вот это вот:
iptables -t nat -A POSTROUTING -j MASQUERADE
подменяет Source IP адрес у всех уходящих пакетов на IP этой машины. Уберете это правило (или ограничите область его действия) - не будет подменяться.
Но надо следить, чтоб и обратный трафик так же проходил через ту же машину, которая подменяет адреса, как минимум для протоколов с двусторонним обменом данными. Без этого все сломается.
Если же там syslog или другие "односторонние" udp-протоколы, то будет нормально.

Либо, если есть возможность, использовать прокси и средства L7 протоколов вроде заголовка X-Forwarded-For.

Модуль nf_conntrack в наличии и загружен?

Если не настроите правильно - позвонят и попросят убрать с порта включения лишнее, или просто ничего не произойдет.
Хороший коммутатор может помочь, только если у вас своя AS, блок адресов, и вы будете принимать/отдавать маршрутизацию по BGP.
Во всех остальных случаях вам нужен роутер, при чем с поддержкой Wan Load Balancing посредством NAT, но увеличить можно только суммарную пропускную способность нескольких соединений (на торрентах, скорее всего, будет работать, а на однопоточном скачивании файла - нет, упретесь в ограничение одного из провайдеров).

Простая, как доска, и примерно настолько же надежная штука - logcheck.
Грепает указанные логи, и все, что не соответствует шаблону (или наоборот) - высылает на почту. Очень легкая, при некоторых навыках рисования регекспов довольно гибкая. Во многих случаях большего и не нужно.

Смотрите в договоре - есть ли у вас по документам реальный адрес. Если нет - покупайте. Если есть - требуйте соблюдения. Главное четко понимать, что есть "статический/динамический" и "реальный/серый", а то иногда впаривают одно под видом другого.
Серых сетей всего 4, костыль из скрипта несложно подставить, но если у провайдера серьезные планы на НАТ, то только административным путем добьетесь результата.

Есть расширение от гугла Google Dictionary (by Google)
Но в словарь явно вносить не умеет.

А как вы его распаковываете?
Судя по всему, вы немного неверно используете tar -czf, она на выходе дает файл формата tar, сжатый в формат gz, то есть получаете .tgz (или .tar.gz, что то же самое). Соответственно и распаковывать его тоже надо или сразу через tar -xzf или сначала через gunzip потом через tar -xf

между двумя хостами - практически нереально на недорогом железе. Если коммутатор умеет хешить по L3+L4, то еще куда ни шло, в несколько потоков (с разными портами), может быть, удастся получить больше одного линка. Но это только шанс, что хеши разные попадутся.
Если коммутаторы не умеют балансить по L4, то между двумя хостами вы никак не сделаете больше скорости 1 линка, просто потому, что выбор линка будет определяться исключительно IP-адресами.

Можно подмонтировать любой каталог как виртуальный диск, типа
subst X: F:\some\folder
после чего все, происходящее с новым диском X: будет на самом деле происходить с F:\some\folder
А вот наоборот - кроме как mklink идей нет.

Где снимался дамп? На дхцп-сервере? Если там, то неверные чексуммы на исходящих пакетах - норма, сетевая карта их сама правильно посчитает и вставит перед отправкой в сеть. Или нет, если "что-то пойдет не так" или используются хитрые схемы/виртуалки/пробросы/туннели.
Попробуйте выключить checksum offload на сетевом адаптере, тогда точно будете уверены, что проблема не в битых UDP.
А еще, некоторые модели д-линков работают релеем, только если у них Ip-interface есть в влане, в котором сидит клиент (ну или выключен функционал Mgmt-vlan, если свич L2+).