ARIA2和TR的兼容性问题

小弟刚玩这个不久，手头的Buffalo LSwvl 装了ARIA2 1.17.1-1 和TR 2.77-1，这时发生了一个情况，当我用TR本地控制软件“Transmission Remote”去连接nas时，系统报错“请求被中止：请求已被取消”，aria2则可以正常使用。不知是什么原因，请达人赐教！

本来我装的是aria2 1.14，那时候aria2和TR不冲突，都可以使用，后来因为在论坛了解到aria2 1.14不支持断点续传就升级到了1.17.1，结果就悲剧了，操作方面是完全参考论坛达人的介绍的。自己研究了2天也没结果，只好请教各位高手了，请不吝赐教，谢谢！

不知道 帮顶 呵呵

先检查一下Transmission的有没有正常启动 再检测一下端口是不是被占用了; 被占用了可以换一个试试; 不是很懂

不懂，绑定！~~~~~~~~

已有人回答了

兼容完全没问题

前端时间忙，今天继续折腾NAS。我重新按照安装步骤自查了一遍，发现一个奇怪的现象，S95transmission文件里面的内容被清空了，于是认为是没有自动启动造成的，赶紧又去下载了一次。放到了/opt/etc/init.d目录下，以为应该OK了，结果还是没用。目前结果如上，我再接着排查，有新情况再继续汇报，呵呵。

为了方便大神分析，我把我的设置也贴出来，大神可以指点一下。
{
    "alt-speed-down": 50,
    "alt-speed-enabled": false,
    "alt-speed-time-begin": 540,
    "alt-speed-time-day": 127,
    "alt-speed-time-enabled": false,
    "alt-speed-time-end": 1020,
    "alt-speed-up": 50,
    "bind-address-ipv4": "0.0.0.0",
    "bind-address-ipv6": "::",
    "blocklist-enabled": true,
    "blocklist-url": "http://www.example.com/blocklist",
    "cache-size-mb": 128,
    "dht-enabled": true,
    "download-dir": "/mnt/disk1/share/Downloads",
    "download-queue-enabled": true,
    "download-queue-size": 3,
    "encryption": 1,
    "idle-seeding-limit": 30,
    "idle-seeding-limit-enabled": false,
    "incomplete-dir": "/mnt/disk1/share/Downloads/incomplete ",
    "incomplete-dir-enabled": false,
    "lpd-enabled": false,
    "message-level": 2,
    "peer-congestion-algorithm": "",
    "peer-limit-global": 120,
    "peer-limit-per-torrent": 60,
    "peer-port": 51413,
    "peer-port-random-high": 65535,
    "peer-port-random-low": 49152,
    "peer-port-random-on-start": false,
    "peer-socket-tos": "default",
    "pex-enabled": false,
    "port-forwarding-enabled": true,
    "preallocation": 1,
    "prefetch-enabled": 1,
    "queue-stalled-enabled": true,
    "queue-stalled-minutes": 30,
    "ratio-limit": 2,
    "ratio-limit-enabled": false,
    "rename-partial-files": true,
    "rpc-authentication-required": false,
    "rpc-bind-address": "0.0.0.0",
    "rpc-enabled": true,
    "rpc-password": "{3f654f9b922b85cb23e6a9206b75b041b24211e52yp5GlKT",
    "rpc-port": 9091,
    "rpc-url": "/transmission/",
    "rpc-username": "",
    "rpc-whitelist": "192.168.*.*",
    "rpc-whitelist-enabled": true,
    "scrape-paused-torrents-enabled": true,
    "script-torrent-done-enabled": false,
    "script-torrent-done-filename": "",
    "seed-queue-enabled": false,
    "seed-queue-size": 10,
    "speed-limit-down": 150,
    "speed-limit-down-enabled": true,
    "speed-limit-up": 10,
    "speed-limit-up-enabled": true,
    "start-added-torrents": true,
    "trash-original-torrent-files": false,
    "umask": 18,
    "upload-slots-per-torrent": 14,
    "utp-enabled": true
}

我想问题找到了，我用CRT软件键入启动命令：transmission-daemon时，系统报：transmission-daemon: error while loading shared libraries: libssl.so.0.9.7: cannot open shared object file: No such file or directory
应该是某个组件或类库没找到，导致transmission无法启动。

这是个什么东东，有大神知道怎么排查该问题吗？

我尝试了论坛大神的方法：libssl.so.0.9.7被升级成libssl.so.0.9.8版本了，你找到libssl.so.0.9.8文件，改名为libssl.so.0.9.7就可以了，结果仍然报错：transmission-daemon: error while loading shared libraries: libssl.so.0.9.7: cannot open shared object file: No such file or directory。

问题的原因基本查明，由于使用的安装源是cs08q1armel，里面自带了openssl_0.9.8v-2_arm.ipk的安装程序，该安装程序升级了类库文件从libssl.so.0.9.7到了libssl.so.0.9.8，致使TR 2.77-1要求的libssl.so.0.9.7文件不存在，最终导致了TR无法启动。
我想解决思路有两种，一是找到适用的libssl.so.0.9.7文件复制到NAS上，二是将TR再升级，期待其支持libssl.so.0.9.8。
排查工作到此结束，写这些是为了与各位分享一下安装中的细节，避免新手走弯路，后续如果有时间再进行问题补完。