Как в Nas4Free сделать перенаправление для анонсеров рутрекера?

Question

[fdroid]

Как известно, роскомнадзор заблокировал доступ к анонсерам рутрекера, в результате чего трекеры не подклюаются, раздачи "красные", скачивание ведётся только по DHT. В Linux это обходится одной строкой в терминале:

iptables -t nat -A PREROUTING -p tcp -m tcp --dport 80 -d 195.82.146.120/30 -j DNAT --to-destination 163.172.167.207:3128

И работало на Ubuntu Server. Я это честно скопипастил с форума рутрекера, сам в этом (сетях, файрволлах) не разбираюсь. Но в N4F нет iptables, а используется ipfw, если я правильно понял. Как сделать аналогичный финт в Nas4Free, желательно через веб-конфигуратор ipwf

потому что те правила, которые я по аналогии пытался применять через терминал, просто не отображаются в ipfw list после /etc/rc.d/ipfw restart, хотя, вроде бы, добавляются, но в веб-морде не отображаются.

Или что-то нужно прописывать в "Статических маршрутах"?

Answer 1

[stoitli]

Разве анонсы не по DNS изначально идут?
Не проще ли прописать в файле /etc/hosts в этом случае?

Comments

[fdroid]

Про DNS не в курсе. В hosts - интересная идея, но разве там можно прописывать конкретные порты для IP?

[stoitli]

sanrega: А, порты - не заметил.
Нет конечно.

Ну тогда вам нужен DNAT - "обратный NAT".

Answer 2

[Дмитрий Шицков]

Данная настройка относится к NAT. Есть ли параметры NAT в интерфейсе Nas4Free?
Альтерантивно, эту же настройку можно произвести на NAT вашего роутера.

Comments

[fdroid]

Явных параметров NAT в N4F я не нашёл, есть настройки WLAN, VLAN, LAGG, Мост, CARP.
Маршрутизатор у меня TL-WR1043ND, в нём есть NAT, но настраивается только вкл и выкл. Сейчас вкл. Зато нашёл такую вещь как Port Triggering - это не оно случайно может быть?

Вот так это описано в интерфейсе роутера:

После настройки все происходит следующим образом:

Узел локальной сети создает исходящее подключение к внешнему узлу, используя в качестве порта назначения порт, номер которого указан в поле Триггер порт.
Маршрутизатор делает запись об этом подключении, открывает входящий порт или порты, привязанные к этой записи, в таблице Port Triggering и привязывает их к узлу локальной сети.
В случае необходимости внешний узел может подключаться к узлу локальной сети через один из портов, указанных в поле Входящие порты.

Правила:

Триггер порт - это порт для исходящего трафика. Исходящее подключение через этот порт активирует данное правило.
Триггер протокол - это протокол, используемый триггер портами. Значения: TCP, UDP или Все (все протоколы, поддерживаемые маршрутизатором).
Входящий порт - это порт или диапазон портов, используемых удаленной системой при ответе на исходящий запрос. Запрос через один из данных портов будет перенаправлен на компьютер, активировавший данное правило. Вы можете указать не более 5 групп портов (или секций портов). Группы портов разделяются знаком ",". Например, 2000-2038, 2046, 2050-2051, 2085, 3010-3030.
Входящий протокол - Протокол, используемый для входящего порта. Варианты: TCP, UDP или Все (все протоколы, поддерживаемые маршрутизатором).
Состояние - состояние записи. "Включено" означает, что запись активна.
Изменить - изменить или удалить запись.
Общие приложения - Часто используемые приложения, содержащиеся в выпадающем списке в разделе "Входящий протокол".

Чтобы создать новое правило, необходимо на странице "Port Triggering" сделать следующее:

Нажмите кнопку Добавить...
В поле "Триггер порт" укажите номер порта, используемый приложением для отправки исходящего запроса.
Из выпадающего списка выберите протокол, используемый для Триггер порта. Варианты: TCP, UDP или Все.
В поле "Входящие порты" укажите номера портов, используемых удаленной системой при ответе на запрос компьютера.
Выберите из выпадающего списка протокол, используемый для диапазона Входящих портов. Варианты: TCP, UDP или Все.
В поле Состояние в выпадающем списке выберите значение Включено.
Нажмите кнопку Сохранить для сохранения нового правила.

[athacker]

sanrega: нет, это не оно.

То, что вы хотите по условиям задачи реализовать -- называется "заворот трафика на прозрачный прокси" :-) Trigger port, исходя из описания -- для других вещей предназначен, и ваш сценарий не реализует.

Answer 3

[athacker]

Нужно делать DST NAT, коллега выше вам правильно ответил.

На IPFW это можно попробовать реализовать так:

${cmd} add nat 1 tcp from <локальная_подсеть_или_IP> to 195.82.146.120/30 80
${cmd} nat 1 config if <внешний_интерфейс> redirect_port tcp 195.82.146.120:80 163.172.167.207:3128 \
redirect_port tcp 195.82.146.121:80 163.172.167.207:3128 \
redirect_port tcp 195.82.146.122:80 163.172.167.207:3128 \
redirect_port tcp 195.82.146.123:80 163.172.167.207:3128

Comments

[fdroid]

Не взлетело. Начал ругаться на отсутствующие модули ядра, я их подгрузил, потом ещё какие-то ошибки были, уже не помню что именно. В общем, похоже, что N4F не подходит для гибкого конфигурирования, т.к., всё же, не полноценная FreeBSD. Собственно, куда ни ткни - везде ограничения. И зачем это нужно, если можно установить полноценную систему, что я и сделал, тем самым решив и эту проблему, и многие другие затыки, возникшие в ходе использования N4F. ZFS, конечно, красава с её снапшотами.

Но всё равно спасибо за помощь)

[athacker]

Ну а я всегда говорил, что лучше чистая фря :-)