VicSer
Попробовал ))
Отключил KIS, запустил utorrent, как раз нужно было скачать фильм. Так вот пока все торенты раздавались, все было по нулям (не шла ни отдача, на закачка), как только я остановил все раздачи, остался только один торент на закачку, закачка пошла на максимальной тарифной скорости. После того как фильм скачался, я снова запустил все торенты, та же фигня, не отдается ничего При этом в логах роутера так же все это время было пусто ((
Не было ничего кроме этого
PS. Сейчас попытался загрузить еще один торент и опять началось ( KIS все так же выключен...Code:Mar 23 23:14:39 dnsmasq-dhcp[208]: DHCPREQUEST(br0) 192.168.1.175 00:01:29:d2:50:52 Mar 23 23:14:39 dnsmasq-dhcp[208]: DHCPACK(br0) 192.168.1.175 00:01:29:d2:50:52 Wachovski-PC Mar 23 23:14:44 dnsmasq-dhcp[208]: DHCPINFORM(br0) 192.168.1.175 00:01:29:d2:50:52 Mar 23 23:14:44 dnsmasq-dhcp[208]: DHCPACK(br0) 192.168.1.175 00:01:29:d2:50:52 Wachovski-PC Mar 23 23:24:38 dnsmasq-dhcp[208]: DHCPINFORM(br0) 192.168.1.175 00:01:29:d2:50:52 Mar 23 23:24:38 dnsmasq-dhcp[208]: DHCPACK(br0) 192.168.1.175 00:01:29:d2:50:52 Wachovski-PC Mar 23 23:44:37 dnsmasq-dhcp[208]: DHCPINFORM(br0) 192.168.1.175 00:01:29:d2:50:52 Mar 23 23:44:37 dnsmasq-dhcp[208]: DHCPACK(br0) 192.168.1.175 00:01:29:d2:50:52 Wachovski-PC
ХЗ что за фигня (Code:Mar 24 00:25:43 kernel: printk: 1 messages suppressed. Mar 24 00:25:43 kernel: nf_conntrack: table full, dropping packet. Mar 24 00:25:48 kernel: printk: 104 messages suppressed. Mar 24 00:25:48 kernel: nf_conntrack: table full, dropping packet. Mar 24 00:25:53 kernel: printk: 213 messages suppressed. Mar 24 00:25:53 kernel: nf_conntrack: table full, dropping packet. Mar 24 00:25:58 kernel: printk: 275 messages suppressed. Mar 24 00:25:58 kernel: nf_conntrack: table full, dropping packet. Mar 24 00:26:03 kernel: printk: 342 messages suppressed. Mar 24 00:26:03 kernel: nf_conntrack: table full, dropping packet. Mar 24 00:26:08 kernel: printk: 314 messages suppressed. Mar 24 00:26:08 kernel: nf_conntrack: table full, dropping packet. Mar 24 00:26:13 kernel: printk: 378 messages suppressed. Mar 24 00:26:13 kernel: nf_conntrack: table full, dropping packet. Mar 24 00:26:18 kernel: printk: 350 messages suppressed. Mar 24 00:26:18 kernel: nf_conntrack: table full, dropping packet. Mar 24 00:26:23 kernel: printk: 409 messages suppressed. Mar 24 00:26:23 kernel: nf_conntrack: table full, dropping packet. Mar 24 00:26:28 kernel: printk: 322 messages suppressed. Mar 24 00:26:28 kernel: nf_conntrack: table full, dropping packet. Mar 24 00:26:33 kernel: printk: 330 messages suppressed. Mar 24 00:26:33 kernel: nf_conntrack: table full, dropping packet.
Last edited by Wachovski; 23-03-2011 at 22:33.
1. WL500gp v1 (1.9.2.7-10) -> RT-N16 (1.9.2.7-rtn-r3849) -> RT-AC66U (3.0.0.4.374.4422)
2. RT-N16 (1.9.2.7-rtn-r3893) -> RT-AC66U (3.0.0.4.374.979) -> RT-AC68U (3.0.0.4.374.4422) + WD TV Live Hub/Gen3
3. RT-N15U (1.9.2.7-rtn-r3926) + RT-N12C1 (7.1.1.1.32)
Last edited by VicSer; 24-03-2011 at 17:35.
1. WL500gp v1 (1.9.2.7-10) -> RT-N16 (1.9.2.7-rtn-r3849) -> RT-AC66U (3.0.0.4.374.4422)
2. RT-N16 (1.9.2.7-rtn-r3893) -> RT-AC66U (3.0.0.4.374.979) -> RT-AC68U (3.0.0.4.374.4422) + WD TV Live Hub/Gen3
3. RT-N15U (1.9.2.7-rtn-r3926) + RT-N12C1 (7.1.1.1.32)
1. WL500gp v1 (1.9.2.7-10) -> RT-N16 (1.9.2.7-rtn-r3849) -> RT-AC66U (3.0.0.4.374.4422)
2. RT-N16 (1.9.2.7-rtn-r3893) -> RT-AC66U (3.0.0.4.374.979) -> RT-AC68U (3.0.0.4.374.4422) + WD TV Live Hub/Gen3
3. RT-N15U (1.9.2.7-rtn-r3926) + RT-N12C1 (7.1.1.1.32)
VicSer
Сделал. Все тоже ((
Возникла следующая проблема: имеется следующая проблема,
при закачке торрента свыше 8 мб, роутер рвет связь!!
Соединение: PPTP.
Внешний IP, динамический.
Внутренний IP статический для доступа к локальным ресурсам.
Прошивка: 1.9.2.7-rtn-r2857.
USB устройств к роутеру не подключено.
ЛОГ:
Apr 3 08:32:02 kernel: DROP IN=ppp0 OUT= MAC= SRC=92.126.55.63 DST=109.207.177.144 LEN=48 TOS=0x14 PREC=0x00 TTL=121 ID=26430 DF PROTO=TCP SPT=2666 DPT=61142 SEQ=3997927985 ACK=0 WINDOW=65535 RES=0x00 SYN URGP=0 OPT (0204054C01010402)
Apr 3 08:32:02 kernel: DROP IN=ppp0 OUT= MAC= SRC=92.112.49.152 DST=109.207.177.144 LEN=58 TOS=0x00 PREC=0x00 TTL=117 ID=15135 PROTO=UDP SPT=50117 DPT=61142 LEN=38
Apr 3 08:32:02 kernel: DROP IN=ppp0 OUT= MAC= SRC=46.247.132.164 DST=109.207.177.144 LEN=48 TOS=0x00 PREC=0x00 TTL=120 ID=52412 DF PROTO=TCP SPT=4816 DPT=61142 SEQ=622427024 ACK=0 WINDOW=65535 RES=0x00 SYN URGP=0 OPT (0204054C01010402)
Apr 3 08:32:02 kernel: DROP IN=ppp0 OUT= MAC= SRC=94.181.56.192 DST=109.207.177.144 LEN=52 TOS=0x00 PREC=0xA0 TTL=124 ID=23975 DF PROTO=TCP SPT=55106 DPT=61142 SEQ=3965471695 ACK=0 WINDOW=8192 RES=0x00 SYN URGP=0 OPT (0204054C0103030201010402)
Apr 3 08:32:02 kernel: DROP IN=ppp0 OUT= MAC= SRC=94.181.56.192 DST=109.207.177.144 LEN=58 TOS=0x00 PREC=0xA0 TTL=124 ID=23979 PROTO=UDP SPT=40316 DPT=61142 LEN=38
Apr 3 08:33:12 pptp[293]: No response to 6 echo-requests
Apr 3 08:33:12 pptp[293]: Serial link appears to be disconnected.
Apr 3 08:33:12 pptp[293]: Connect time 1.8 minutes.
Apr 3 08:33:12 pptp[293]: Sent 30537480 bytes, received 889760174 bytes.
Apr 3 08:33:12 pptp[293]: MPPE disabled
Apr 3 08:33:12 PPTP: Disconnected
Apr 3 08:33:15 pptp[293]: Connection terminated.
Apr 3 08:33:15 pptp[293]: Modem hangup
Last edited by Tirex; 03-04-2011 at 06:59.
К ASUS RT-N16 1.9.2.7-rtn-r2455 подключен USB-HDD, установлен rTorrent 0.8.6/0.12.6, к нему прикручен ruTorrent v3.2 с плагинами datadir, diskspace, erasedata, _getdir, pausewebui, retrackers, seedingtime, tracklabels. В среднем эта связка обрабатывает 30 раздач и 1-5 скачек. И продолжалось так с января этого года. Однако в начале этой недели начались проблемы: обнаружил, что процесс rTorrent загружает процессор на 70-95% и наблюдаются тормоза в работе коробочки. До этого средняя утилизация процессора rTorrent’ом составляла не более 15-30%, поднималась выше только при хешировании или копировании файлов через Samba. Чем могло быть вызвано такое изменение в загрузке CPU даже не могу предположить: изменения в настройки ASUS RT-N16 не вносились, в rTorrent даже новые закачки не добавлялись.
Пробовал перегружать коробочку, останавливал все раздачи и закачки в rTorrent, все бестолку. Ни в консоли rTorrent, ни в логах никаких ошибок нет. Попробовал выключить ASUS RT-N16 минут на 10. После включения rTorrent в течение часа грузил процессор не более 15-30%, при этом раздача шла нормально, но потом опять подскочило до 70-95%, так и держится :-(
В чем может быть проблема? В какую сторону копать?
Last edited by dansoftware; 09-04-2011 at 19:43.
Поискал по форуму. Вопрос ставился неоднократно, но четкого ответа так и не нашёл.
ASUS RT-N16 с новой прошивкой МОЖЕТ качать magnet ссылки или нет??
Если может, то как? чем?
При попытке подсунуть магнет-ссылку в руТоррент - пишет: "Ссылка удачно передана в торрент" и тишина!
The God is real, unless declared as integer
Зеркало для ipkg и старые пакеты (с 08.06.11)
Зеркало для opkg и старые пакеты (с 24.03.12)
The God is real, unless declared as integer
Зеркало для ipkg и старые пакеты (с 08.06.11)
Зеркало для opkg и старые пакеты (с 24.03.12)
По уже сложившейся традиции отвечу сам себе :-) После долгих изысканий удалось выяснить, что проблема в шифровании. После изменения настроек rTorrent с:
наCode:encryption = allow_incoming,enable_retry,prefer_plaintext
Нагрузка спала и вернулась в прежние рамки: 15-30%Code:encryption = none
Осталось только загадкой почему до этого, в течение 3 месяцев, rTorrent не загружал так сильно процессор с включенным шифрованием, проблемы появились только в начале этого месяца. Подозрение падает на µTorrent: уже не включили ли там в последних версиях шифрование принудительно?