Пропал обмен по торренту.

[yurik11]

Доброго времени суток.
Настраивал на компе точку доступа WiFi. Точку доступа настроил, но пропал обмен по торренту. Интернет и DC++ работают без проблем. Вот конфигурация сети.

(Нажмите, чтобы показать/скрыть)

auto lo
iface lo inet loopback


iface eth0 inet static
address 10.200.0.58
netmask 255.255.252.0
gateway 10.200.0.1
dns-nameservers 192.168.248.21
auto eth0

auto wlan0
iface wlan0 inet static
 address 10.10.0.1
 netmask 255.255.255.0

К провайдеру подключен eth0. Вот настройки iptables.

(Нажмите, чтобы показать/скрыть)

iptables -F
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
iptables -A FORWARD -i eth0 -o eth0 -j REJECT
iptables -I FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
exit 0

Не приходилось настраивать iptables, потому подскажите плиз, похоже что проблема в нем или надо копать глубже. По торренту нет именно обмена, сама программа запускается, трекер показывает раздаваемые мной файлы.

[fisher74]

Мне кажется таблесы не при чём. Но на всякий случай давайте перепроверим.
Для этого покажите результирующие правила с помощью команды sudo iptables-save

И ещё могу предлодить в качестве теста отключить WiFi

Код: [Выделить]

sudo ifconfig wlan0 downСразу объясню цель. возможно, что Ваша "воздушная" сеточка пересеклась с локальной сеточкой провайдера. Отключив "воздух", Вы уберёте это совпадение. Если во время отключения торренты заработают... ну хотя чего гадать на кофейной гуще?
Ваш выход
Пользователь решил продолжить мысль 13 Сентября 2012, 22:51:00:И ещё..

iptables -I FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu

Плохой тон выравнивать mtu в таблице filter. Лучше это делать в талице mangle

Код: [Выделить]

iptables -t mangle -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu

[yurik11]

Не очень понял откуда эти цифры, но вот результат.

(Нажмите, чтобы показать/скрыть)

# Generated by iptables-save v1.4.12 on Thu Sep 13 23:01:17 2012
*nat
:PREROUTING ACCEPT [122:7372]
:INPUT ACCEPT [46:3087]
:OUTPUT ACCEPT [151:14207]
:POSTROUTING ACCEPT [7:304]
-A POSTROUTING -o eth0 -j MASQUERADE
COMMIT
# Completed on Thu Sep 13 23:01:17 2012
# Generated by iptables-save v1.4.12 on Thu Sep 13 23:01:17 2012
*filter
:INPUT ACCEPT [570:365200]
:FORWARD ACCEPT [604:236002]
:OUTPUT ACCEPT [554:76966]
-A FORWARD -p tcp -m tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
-A FORWARD -i eth0 -o eth0 -j REJECT --reject-with icmp-port-unreachable
COMMIT
# Completed on Thu Sep 13 23:01:17 2012

Если с iptables все ОК, дальше буду разбираться экспериментами.

[fisher74]

Если закрыть глаза на правило выравнивания mtu, то всё ОК.

[sabj13k]

yurik11, я посоветовал на время эксперимента на роутере включить DMZ, и UPNP

[olegik-hp]

yurik11, я посоветовал на время эксперимента на роутере включить DMZ, и UPNP

(Нажмите, чтобы показать/скрыть)

Да, а еще на кухне включить газ, а в туалете выключить свет

Зачем?

Вы знаете, на что это влияет?

[sabj13k]

Вы знаете, на что это влияет?

знаю, ДМЗ дыра в безопасности, но на минту ничего страшного(если за натом).

[yurik11]

Не было времени на решение, но дело похоже в конкретной программе rtorrent или ее настройках. Трансмиссия то работает.
Насчет роутера не понял. У меня комп подключен к провайдеру по проводной сети, на нем установлен HOSTAPD для создания с помощью WiFi свистка точки доступа для смартфона. Вероятно iptables и является виртуальным роутером для точки доступа и моего компьютера.

[yurik11]

Спасибо за помощь, проблему решил. Оказалось в репах для 12.04 rtorrent собран с XMLRPC, до этого был без него. Я им пользовался несколько лет и перенес старые конфиги, где SCGI port указан не был. Возможно там оказывалось квазислучайное значение и приводило к разнообразным глюкам.