Ну, и ник вы себе придумали! Вам личное сообщение отправить нельзя :)Quote:
Originally Posted by Santёr
Если дадите ssh-доступ к роутеру, могу помочь
Printable View
Ну, и ник вы себе придумали! Вам личное сообщение отправить нельзя :)Quote:
Originally Posted by Santёr
Если дадите ssh-доступ к роутеру, могу помочь
:-)))))))Quote:
Originally Posted by Basile
спасибо! отправил в личку данные
icq для связи: 70682326
Вы извращенец:Quote:
Originally Posted by Santёr
Вы пробросили порт 65534 на роутер и тут же его открыли. Конечно работать не будет!Code:# iptables -t nat -vnL VSERVER
...
1515 77804 DNAT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:65534 to:192.168.1.1:65534
517 42277 DNAT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:65534 to:192.168.1.1:65534
...
# iptables -vnL INPUT
...
1237 86401 ACCEPT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:65534
310K 14M ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:65534
...
Я не извращенец :-)Quote:
Originally Posted by Basile
Так было сказано здесь.
Quote:
Надо открыть порт на роутере, который указывается в
preferences-incoming port
допустим, 65534
В веб-интерфейсе роутера Virtual Server, добавляем одно правило для «отдачи» и второе для доступа из WAN к веб-интерфейсу (не забыв в п.5 поставить там пароль)
Код:
65534 192.168.24.1 65534 BOTH Transmission
9091 192.168.24.1 9091 TCP Transmission-http
Затем Apply
Несмотря на это, проходящие цепочку VSERVER входящие из WAN пакеты зарезаются на цепочке INPUT, поэтому надо добавить и туда разрешение и "сохраниться":
Создать файл /usr/local/sbin/post-firewall
Код:
echo "#!/bin/sh" >> /usr/local/sbin/post-firewall
chmod +x /usr/local/sbin/post-firewall
и добавить туда строки
Код:
iptables -I INPUT -p tcp --dport 65534 -j ACCEPT
iptables -I INPUT -p tcp --dport 9091 -j ACCEPT
затем сохраняемся
Я имел в виду, что вы эти порты забили в NAT Setting - Virtual Server (я выкинул все правила). Этого делать не нужноQuote:
Originally Posted by Santёr
Вы не отвечаете на запросы авторизации
Ну я тоже про это, в той ветке именно про правила в Virtual Server написано.Quote:
Originally Posted by Basile
Quote:
В веб-интерфейсе роутера Virtual Server, добавляем одно правило для «отдачи» и второе для доступа из WAN к веб-интерфейсу (не забыв в п.5 поставить там пароль)
Код:
65534 192.168.24.1 65534 BOTH Transmission
9091 192.168.24.1 9091 TCP Transmission-http
Затем Apply
Странно. Это бредQuote:
Originally Posted by Santёr
И на него стоит ссылка в прикрепленной ветке для новичков :-(Quote:
Originally Posted by Basile
Сейчас ситуация такая. Rtorrent падает в течении 1-5 минут после запуска через S99rtorrent.
При запуске вручную как rtorrent -n -o import=/opt/etc/rtorrent.conf в логе периодически появляются ошибки, но не падает.
Code:(10:18:55) Ignoring ~/.rtorrent.rc.
(10:18:55) XMLRPC initialized with 519 functions.
(10:18:55) The SCGI socket is bound to a specific network device yet may still pose a security risk, consider using 'scgi_local'.
(10:34:33) 93.81.100.186 OP18931d: Received invalid extension message.
(10:45:44) 93.81.100.186 OP18931d: Received invalid extension message.
Приведенные вами ошибки - нормаQuote:
Originally Posted by Santёr
Как же тогда понять почему падает процесс, запущенный через S99rtorrent start?Quote:
Originally Posted by Basile
Из консоли он вываливается с сообщением:
[screen is terminating]
Соответственно лог недоступен, может его как-то включить можно?
Через несколько часов упал и консольный процесс:
Вроде что-то про место на диске, но:Code:Caught Bus error, dumping stack:
Stack dump not enabled.
A bus error probably means you ran out of diskspace.
Aborted
Забит только /dev/root. Как это почистить?Code:df -h
Filesystem Size Used Available Use% Mounted on
/dev/root 3.0M 3.0M 0 100% /
/dev/discs/disc0/part1 433.5G 129.4G 282.1G 31% /tmp/mnt/disc0_1
/dev/discs/disc0/part5 25.4G 87.6M 25.3G 0% /tmp/mnt/disc0_5
/dev/discs/disc1/part1 3.7G 722.3M 2.8G 20% /tmp/mnt/disc1_1
/dev/scsi/host1/bus0/target0/lun0/part1 3.7G 722.3M 2.8G 20% /opt
В системном логе что? Что выдает команда free?Quote:
Originally Posted by Santёr
В системном логе много таких записей:Quote:
Originally Posted by Basile
free на данный момент:Code:Jan 14 16:04:17 kernel: attempt to access beyond end of device
Jan 14 16:04:17 kernel: 08:01: rw=0, want=1217341796, limit=461764296
Jan 14 16:04:17 kernel: attempt to access beyond end of device
Jan 14 16:04:17 kernel: 08:01: rw=0, want=1988269848, limit=461764296
Jan 14 16:04:17 kernel: attempt to access beyond end of device
Jan 14 16:04:17 kernel: 08:01: rw=0, want=1050351692, limit=461764296
Jan 14 16:04:17 kernel: attempt to access beyond end of device
Jan 14 16:04:17 kernel: 08:01: rw=0, want=1096424108, limit=461764296
Jan 14 16:04:17 kernel: attempt to access beyond end of device
Jan 14 16:04:17 kernel: 08:01: rw=0, want=1301425108, limit=461764296
Jan 14 16:04:17 kernel: attempt to access beyond end of device
Jan 14 16:04:17 kernel: 08:01: rw=0, want=560498948, limit=461764296
Jan 14 16:04:17 kernel: attempt to access beyond end of device
Jan 14 16:04:17 kernel: 08:01: rw=0, want=1050351692, limit=461764296
Jan 14 16:04:17 kernel: attempt to access beyond end of device
Jan 14 16:04:17 kernel: 08:01: rw=0, want=1050351692, limit=461764296
Code:free
total used free shared buffers cached
Mem: 30164 29340 824 0 2784 16684
-/+ buffers/cache: 9872 20292
Swap: 524276 7424 516852
Вы сами пробовали гуглить ошибку?Quote:
Originally Posted by Santёr
Судя по результатам поиска: 1) я бы выполнил проверку дисков; 2) усомнился в работоспособности вашего диска/флэшки и/или корректного разбиения на разделы