Доброго времени суток, Уважаемое Сообщество!
Заметил у себя проблему с transmission-daemon на сервере ubuntu-server 11.10 после того, как установил KVM и настроил виртуалки и bridge-utils.
До некоторого времени проблем у меня с трансмишеном небыло и вот они начались, но обо всем по порядку:
Дано:
ПК с установленой ubuntu-server 11.10, две сетевки, назовем их WAN(eth0) и LAN(eth2)
адреса у них следующие:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
# WAN
auto eth0
iface eth0 inet static
address 109.87.25.98
netmask 255.255.255.0
network 109.87.25.0
broadcast 109.87.25.255
gateway 109.87.25.254
dns-nameservers 109.86.2.2
# LAN
auto eth2
iface eth2 inet static
address 172.17.0.1
netmask 255.255.255.0
network 172.17.0.0
broadcast 172.17.0.255
сервер раздает интернет через NAT посредством IPTABLES, порт для transmission-daemon открыт, о чем сообщает мне трекер и кнопка в transmission-remote-gui под названием "test port" -> "incoming port testing successfully". При такой конфигурации transmission работал абсолютно без каких либо нареканий. В один момент мне захотелось поиграться с виртуализацией, для этого я установил пакет bridge-utils и настройки сети пришлось немножко изменить:
root@floyd:~# cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
# WAN
auto eth0
iface eth0 inet static
address 109.87.25.98
netmask 255.255.255.0
network 109.87.25.0
broadcast 109.87.25.255
gateway 109.87.25.254
dns-nameservers 109.86.2.2
# LAN
auto eth2
iface eth2 inet manual
auto br0
iface br0 inet static
address 172.17.0.1
netmask 255.255.255.0
network 172.17.0.0
broadcast 172.17.0.255
bridge_ports eth2
bridge_fd 9
bridge_hello 2
bridge_maxage 12
bridge_stp off
Проблема:
Теперь transmission стал качать только с одного пира в раздаче и после добавления закачки он находит пира далеко не сразу, может через несколько минут, а может и через несколько часов, раньше раздача популярного сериала скачивалась за час-полтора, теперь иногда даже за сутки не успевает скачать, кнопка "get more peers" абсолютно ничем не помогает.
Важное замечание: до того как я начал играться с виртуалками, я пробовал изменить название сетевого интерфейса по этой статье
"Переименование сетевых интерфейсов в Linux (настройка UDEV)" интернет и все остальные сервисы после этих процедур прекрасно работали и работают но с трансмишеном происходила вышеописанная ситуация, пробовал переименовывать интерфейсы как eth0->WAN и eth2->LAN, также пробовал переименовать один интерфейс eth2->eth1. Когда ставлю eth2 то все качает очень хорошо и много пиров и сразу их подхватывает. я не могу понять каким образом это могло повлиять на трансмишен ведь адресация и маршрутизация не менялись в принципе.
Буду рад услышать/увидеть любые мнения, по первой просьбе предоставлю любые конфиги и скриншоты.
Заранее благодарен за возможную помощь в решении моей проблемы.
Пользователь решил продолжить мысль 04 Января 2012, 21:10:12:
Да, кстати, забыл сказать о том, что когда я добавляю закачку в трансмишн, она не начинается сразу, а если и начинается то трансмишн тянет только с одного пира, а затем я беру этот же торрент-файл и добавляю его в uTorrent на Windows-машине за NAT-ом, без открытого порта, и uTorrent мне сразу начинает скачивать раздачу цепляясь при этом к двум-трем десяткам пиров.
И это все
при закрытом порте и uTorrent находится за NAT-ом в отличии от transmission-daemon.
Тема: проблема с transmission (Прочитано 940 раз)
