shadowsocks / luci-app-shadowsocks Goto Github PK

在luci界面中添加了路由（192.168.10.1）直接连接规则之后，路由器发起的目标是国外ip的连接（如aria2，迅雷等）仍然走ss...
是不是因为luci界面从下拉列表中选ip是192.168.10.1而不是127.0.0.1的关系？
这样好像不是很直观..在vps上跑了一阵p2p流量以后才发现，幸亏还没被封...

是不是只能写iptables了..求救...
如果能分进程管理是不是走代理最好...如果不行路由器自己不走代理也不要紧的w

麻烦了...

shadowoscks.json里local_address改不了啊，总是自动变成 0.0.0.0

我安装了luci-app-shadowsocks-spec_1.5.0-1_all.ipk shadowsocks-libev_2.4.8-3_ar71xx.ipk，看你博客你图片上的界面跟我现在的版本不一样，在14.07上你遇到过这问题吗？

仅仅只是用的加密库不同吗？

如题~全新安装,找不到配置服务器的luci,只能配置文件修改

First of all, this is not related to luci-app but the openwrt version of shadow socks. But I don't know how to contact with the author so I have to leave an issue here.
I notice there are package.gz file in the link you've provided for openwrt shadowsocks. So I think maybe there's a way for easier upgrade. I tested adding the following link to the packages list and used "opkg update" but it showed errors. So I'd like to know if that's possible and if so how to do it. Thx

Link that I tested ( not working)
http://dl.bintray.com/aa65535/opkg/shadowsocks-libev/
https://dl.bintray.com/aa65535/opkg/shadowsocks-libev/

one link that seems at least did something:
http://dl.bintray.com/aa65535/opkg/shadowsocks-libev/2.5.5/ar71xx
and it's corresponding error:

• opkg_download: Failed to download http://dl.bintray.com/aa65535/opkg/shadowsocks-libev/2.5.5/ar71xx/Packages.sig, wget returned 1.

以前是支持的，升级到 1.1.0-1 版以后在“服务器地址”一栏里输入 IPv6 地址的话输入框会变红，无法保存。

启用self_proxy之后，发现设备自身的流量并没有走SS代理（SS_SPEC_WAN_FW），而且依然走互联网出口（RETURN）
测试的方法是：
将 8.8.8.8 添加到 ss_spec_dst_fw 中，然后在设备上查询www.google.com的IP。
root@OpenWrt:~# nslookup www.google.com 8.8.8.8
Server: 8.8.8.8
Address 1: 8.8.8.8 google-public-dns-a.google.com

Name: www.google.com
Address 1: 200:2:4e10:310f::
Address 2: 93.46.8.89 93-46-8-89.ip105.fastwebnet.it

发现返回的地址 还是被污染的

安装后在/etc/rc.d 里的链接文件是禁用的，需要手工修改启动项才可以

我就安了openwrt-shadowsocks和luci-app-shadowsocks，没弄域名解析转发，但不影响上网，而且这些站解析到的ip都是93.46.8.89，查了wiki这明明是被污染的ip，我有点搞不懂了...贴图

配置文件如下

config transparent_proxy
        option local_port '1234'
        option main_server 'cfg124a8f'
        option udp_relay_server 'nil'

config socks5_proxy
        option local_port '1080'
        option server 'cfg084a8f'

config port_forward
        option local_port '5300'
        option destination '8.8.4.4:53'
        option server 'cfg124a8f'

config access_control
        option wan_bp_list '/etc/chinadns_chnroute.txt'
        option lan_ifaces 'br-lan'
        option lan_target 'RETURN'

config lan_hosts
        option enable '1'
        option host '192.168.7.166'
        option type 'n'

config lan_hosts
        option enable '1'
        option host '192.168.7.1'
        option type 'b'

无论是否将路由IP 192.168.7.1 设置为直连，均无效，路由还是会智能翻墙。
路由上 curl https://ipof.in/txt 为 代理 IP，请问如何设置可以让指定设备按策略翻墙，而路由器走直连？

config文件中的字段没变所以还是能选但是luci里的配置server的地方消失了
尝试删除旧配置文件重装 问题依旧

目前在mac上使用surge，有一个功能比较有用，建议在�此项目中可以考虑。
在用户配置服务器时，如果配置了多个服务器，可以提供一个自动测速选择的功能，�大概的实现思路就是每隔10分钟左右，使用用户配置的各个线路，去请求一个文件（例如 http://www.gstatic.com/generate_204 ），然后测算下载时间，然后�帮用户自动选择下载时间耗时最少的服务器，这样既方便用户，也同时实现了单服务器故障时，有能力自动切换到可用服务器的能力（我目前在帮好几个同事家里弄了自动翻墙，偶尔当某个服务器故障后，我超级头痛需要一个个帮他们去修改）

SDK 下载的是：
https://downloads.lede-project.org/snapshots/targets/ipq806x/generic/lede-sdk-ipq806x_gcc-5.4.0_musl-1.1.15_eabi.Linux-x86_64.tar.bz2

按照documents的要求编译，在最后编译的时候：
“
find /home/lede-sdk-ipq806x_gcc-5.4.0_musl-1.1.15_eabi.Linux-x86_64/build_dir/target-arm_cortex-a15+neon-vfpv4_musl-1.1.15_eabi/linux-ipq806x/compat-wireless-2016-06-20/ipkg-arm_cortex-a15_neon-vfpv4/kmod-adm8211 -name 'CVS' -o -name '.svn' -o -name '.#' -o -name '~'| xargs -r rm -rf
Package kmod-adm8211 is missing dependencies for the following libraries:
eeprom_93cx6.ko
Makefile:1753: recipe for target '/home/lede-sdk-ipq806x_gcc-5.4.0_musl-1.1.15_eabi.Linux-x86_64/bin/targets/ipq806x/generic/packages/kmod-adm8211_4.4.21+2016-06-20-1_arm_cortex-a15_neon-vfpv4.ipk' failed
make[2]: *** [/home/lede-sdk-ipq806x_gcc-5.4.0_musl-1.1.15_eabi.Linux-x86_64/bin/targets/ipq806x/generic/packages/kmod-adm8211_4.4.21+2016-06-20-1_arm_cortex-a15_neon-vfpv4.ipk] Error 1
make[2]: Leaving directory '/home/lede-sdk-ipq806x_gcc-5.4.0_musl-1.1.15_eabi.Linux-x86_64/feeds/base/package/kernel/mac80211'
package/Makefile:124: recipe for target 'package/feeds/base/mac80211/compile' failed
make[1]: *** [package/feeds/base/mac80211/compile] Error 2
make[1]: Leaving directory '/home/lede-sdk-ipq806x_gcc-5.4.0_musl-1.1.15_eabi.Linux-x86_64'
/home/lede-sdk-ipq806x_gcc-5.4.0_musl-1.1.15_eabi.Linux-x86_64/include/toplevel.mk:186: recipe for target 'package/luci-app-shadowsocks/compile' failed
make: *** [package/luci-app-shadowsocks/compile] Error 2
”

看错误是Package kmod-adm8211 is missing dependencies for the following libraries: eeprom_93cx6.ko。
eeprom_93cx6.ko我搜索了下，没查到。。

是我有哪些依赖文件没装吗？

只想简单的用ss-local 不想用ss-redir ss-tunnel 希望界面上提供ss-local 功能

我的用法是这样的, 在openwrt上用ss-local开启代理服务.
使用时在浏览器上SwitchyOmega做切换,毕竟有时候普通的网站也需要代理,但并不是每次都需要.
这种需求还是有的.
但是,luci-app-shadowsocks好像并不提供ss-local支持,希望添加上,能够在luci上配置,并查看状态

我的路由器是TP-Link TL-WDR4310 v1，OpenWrt Chaos Calmer 15.05 / LuCI (git-15.248.30277-3836b45)
安装的是
luci-app-shadowsocks 1.3.6-1
shadowsocks-libev 2.4.8-3

启动shadowsocks时ss-rule有问题。

iptables v1.4.21: unknown option "--on-port"
Try `iptables -h' or 'iptables --help' for more information.
ss-rules[25931]: Start failed!

iptables是用opkg安装的，是iptables这个版本不兼容么？

改不成127.0.0.1啊，总是被还原，用不了socks代理...

I could see two addresses in server log. One is the host address whose request is sent with the SS_QT5 client. The other is the network address(i.e. containing only number) which is from the router with SS client. I'd like to know if the cause is luci-app or shadowsocks-libev. Thx.

主路由连接外网，辅路由（OpenWrt）设置为 AP 模式连接到主路由。
如此一来按照 这里的说法，AP 是无法使用 shadowsocks 翻墙的。

想请问一下，如果想通过二级路由翻墙，路由器和终端设备应该分别怎么设置？
谢谢。

建了一个guest wifi, 关联在guest-lan的interface，luci-app-firewall配置guest的firewall zone完成guest-lan接口的转发。
无法读出guest-lan，建一个对应的vlan也不行

Configuring luci-app-shadowsocks.
Collected errors:

• resolve_conffiles: Existing conffile /etc/config/shadowsocks is different from the conffile in the new package. The new conffile will be placed at /etc/config/shadowsocks-opkg.

用opkg --force-maintainer 覆盖掉已经存在的配置文件就不会有错误提示了，但是要重新配置。。。
忽略这个错误？

Model NETGEAR WNDR4300
Firmware Version OpenWrt Chaos Calmer 15.05.1 / LuCI 15.05-149-g0d8bbd2 Release (git-15.363.78009-956be55)
Kernel Version 3.18.23

After upgrading to the latest version of luci-app-shadowsocks - 1.3.5-1 and shadowsocks-libev - 2.5.2-1. The initscript seems to be not working. The ss-redir won't automatically run after rebooting even if I ran the "/etc/init.d/shadowsocks enable". I have to manually start it from terminal or web.

Thanks

错误如图所示

pls take a look at this, thank you so much.

Model NETGEAR WNDR4300
Firmware Version OpenWrt Chaos Calmer 15.05.1 / LuCI (git-16.018.33482-3201903)
Collected errors:

• satisfy_dependencies_for: Cannot satisfy the following dependencies for luci-app-shadowsocks:

•  kernel (= 3.18.23-1-8d2cc3fd67a886b76c887f10293fcbf5) \*         kernel (= 3.18.23-1-8d2cc3fd67a886b76c887f10293fcbf5) *
  

• opkg_install_cmd: Cannot install package luci-app-shadowsocks.

按照 wiki 之中，使用 gfwlist2dnsmasq 导出规则之后，载入了 dnsmasq 之中，然后将 「额外被忽略IP」 设置为 0.0.0.0/1 和 128.0.0.0/1。开启透明代理，发现所有地址都无法代理

DHCP/DNS 中保持默认，并没有设置为 ChinaDNS 的端口

希望能在 releases里提供 编译好的二进制文件

我有一个路由器，使用luci-app-shadowsocks（1.3.6），ss指向同一个vps，填入inet4地址和inet6地址都是正确的。

现将该路由器置于两个网络环境：PPPoE拨号ipv6（校园网）和PPPoE拨号ipv4（移动宽带）

现象是ipv4可以正常自启luci-app-shadowsocks，ss-redir也正常启动，但是在ipv6环境下不能自启luci-app-shadowsocks，需要进入"服务->shadowsocks"点击页面底部“Save and Apply”才能启动ss-redir，每次都需要手动打开luci web界面才能启动，也是麻烦，不过应该可以往/etc/rc.local写入启动启动脚本强制自启。

我记得在ss-openwrt-spec早期版本(好像是2.4.6)是可以v6环境下实现openwrt开机自动启动的。。不清楚作者是怎么判断v6地址连通性然后触发init.d脚本的呢？

请问这里的 https://dl.bintray.com/aa65535/opkg/shadowsocks-libev/2.5.3/ libmbedtls 有开启多线程补丁吗？

从这里 https://twitter.com/syronewong/status/722029690685251588 得知，多线程默认关闭的。

mbedtls 补丁：tweak config for shadowsocks-libev: wongsyrone/lede-1@dfa308c

如题，在一台单核路由器的情况下，二者该如何选择呢？我测试了，发现ss-local反应更快些，但是不太稳定。
而两者单独开启都可以正常代理，那么，我是该单独选择一个呢，还是两个都开启，都开启的话优先权是怎么样的？
另外，ss-local开启fastopen的话，是如下那个样子么：
config socks5_proxy
option local_port '1080'
option fast_open '1'
option server 'xxxxxxxf'

影梭 - 基本设置
运行状态
尚无任何配置

透明代理
尚无任何配置

SOCKS5代理
尚无任何配置

从intital升级到8c6c7802d08395fe06c9b2134d3f833fbac812d6的，自编译的

如果在access_control 中启用self_proxy，那么self_proxy的代理方式是什么？SS_SPEC_WAN_AC ,SS_SPEC_WAN_FW, 还是根据lan_target的值来确定？

目前SS UI有一点不人性化的地方就是当添加了多条线路添加繁琐会使页面变长，就目前而言很多SS供应商的提供的多条线路唯一不同的就是服务器，那么批量添加能不能做成服务器填写多个其他认证信息只填写一遍？

shadowsocks/access-control/
这个标签点击后要很久很久才会打开，长达几分钟甚至有时打不开，其他页面均无此现象
版本mvebu 1.3.5-1
上个版本也有这个问题

I appreciate your help, but unfortunately, I can't compile Luci-app-shadowsocks , below is the errors, any thoughts?

configure: error: Invalid kernel source directory /lib/modules/4.2.0-27-generic/source
make[2]: *** [/home/chen/openwrt/build_dir/target-mips_34kc_musl-1.1.15/linux-ar71xx_generic/ipset-6.24/.configured_yyy] Error 1
make[2]: Leaving directory /home/chen/openwrt/package/network/utils/ipset' make[1]: *** [package/network/utils/ipset/compile] Error 2 make[1]: Leaving directory/home/chen/openwrt'
make: *** [package/luci-app-shadowsocks/compile] Error 2

Note, I'm compiling the luci-app-shadowsocks on

~Ubuntu 14.04
~latest Openwrt at https://github.com/openwrt/openwrt.git

新版本的gfwlist模式应该如何配置，能否具体一点，wiki写的太简单了。

You can use advanced dependency types:
https://wiki.openwrt.org/doc/devel/dependencies
Like choice only one package from shadowsocks-libev, shadowsocks-libev-mbedtls and shadowsocks-libev-polarssl.

/files/luci/model/cbi/shadowsocks/servers-manage.lua
LINE 52: o.datatype = "ipaddr"
改成 o.datatype = "host" 可能更合适一些

系统：OpenWRT trunk r49881
CPU：mt7628AN

commit 6363d89 能正常开启或者关闭。
新 luci 很赞，谢谢辛苦编写！

root@OpenWrt:# ps | grep shadow
932 root 1992 S ss-redir -c /var/etc/shadowsocks.json -l 1234 -f /var/run/ss-redir.pid
1365 root 1356 S grep shadow
root@OpenWrt:# cd /var/etc/
root@OpenWrt:/tmp/etc# ls
dnsmasq.conf
root@OpenWrt:/tmp/etc#

开启了透明代理，ssh进路由器查看启动进程 发现配置文件/var/etc/shadowsocks.json 并不存在

请问，是不是在业务逻辑上忘记生成配置文件了？ 还是我操作有问题呢？

sf上最新版本是1.5.0
git上又出来个写着1.0.0的1.1.0..
这之间是什么关系啊 要用新版本的话 还是用sf上的对吧

Sat Sep 3 11:43:51 2016 kern.info ss-redir[4706]: onetime authentication enabled
Sat Sep 3 11:43:51 2016 kern.info ss-redir[4706]: initializing ciphers... chacha20
Sat Sep 3 11:43:51 2016 kern.info ss-redir[4706]: tcp port reuse enabled
Sat Sep 3 11:43:51 2016 kern.info ss-redir[4706]: UDP relay enabled
Sat Sep 3 11:43:51 2016 kern.info ss-redir[4706]: udp port reuse enabled
Sat Sep 3 11:43:51 2016 kern.info ss-redir[4706]: listening at 0.0.0.0:1234
Sat Sep 3 11:43:54 2016 kern.info ss-local[4802]: onetime authentication enabled
Sat Sep 3 11:43:54 2016 kern.info ss-local[4802]: initializing ciphers... chacha20
Sat Sep 3 11:43:54 2016 kern.info ss-local[4802]: tcp port reuse enabled
Sat Sep 3 11:43:54 2016 kern.info ss-local[4802]: udprelay enabled
Sat Sep 3 11:43:54 2016 kern.info ss-local[4802]: udp port reuse enabled
Sat Sep 3 11:43:54 2016 kern.info ss-local[4802]: listening at 0.0.0.0:1080
Sat Sep 3 11:43:54 2016 kern.info ss-tunnel[4826]: onetime authentication enabled
Sat Sep 3 11:43:54 2016 kern.info ss-tunnel[4826]: initializing ciphers... chacha20
Sat Sep 3 11:43:54 2016 kern.info ss-tunnel[4826]: tcp port reuse enabled
Sat Sep 3 11:43:54 2016 kern.info ss-tunnel[4826]: UDP relay enabled
Sat Sep 3 11:43:54 2016 kern.info ss-tunnel[4826]: udp port reuse enabled
Sat Sep 3 11:43:54 2016 kern.info ss-tunnel[4826]: listening at 0.0.0.0:5300
Sat Sep 3 11:43:59 2016 kern.err ss-redir[4706]: server recv: Connection reset by peer
Sat Sep 3 11:44:47 2016 daemon.info dnsmasq-dhcp[3305]: DHCPREQUEST(br-lan) 192.168.100.208 ac:7b:a1:4d:0d:e6
Sat Sep 3 11:44:47 2016 daemon.info dnsmasq-dhcp[3305]: DHCPACK(br-lan) 192.168.100.208 ac:7b:a1:4d:0d:e6 DESKTOP-52IKP8B
Sat Sep 3 11:45:20 2016 authpriv.info dropbear[4142]: Exit (root): Keepalive timeout
Sat Sep 3 11:46:04 2016 kern.info ss-redir[4921]: onetime authentication enabled
Sat Sep 3 11:46:04 2016 kern.info ss-redir[4921]: initializing ciphers... chacha20
Sat Sep 3 11:46:04 2016 kern.info ss-redir[4921]: tcp port reuse enabled
Sat Sep 3 11:46:04 2016 kern.info ss-redir[4921]: UDP relay enabled
Sat Sep 3 11:46:04 2016 kern.info ss-redir[4921]: udp port reuse enabled
Sat Sep 3 11:46:04 2016 kern.info ss-redir[4921]: listening at 0.0.0.0:1234
Sat Sep 3 11:46:07 2016 kern.info ss-local[5017]: onetime authentication enabled
Sat Sep 3 11:46:07 2016 kern.info ss-local[5017]: initializing ciphers... chacha20
Sat Sep 3 11:46:07 2016 kern.info ss-local[5017]: tcp port reuse enabled
Sat Sep 3 11:46:07 2016 kern.info ss-local[5017]: udprelay enabled
Sat Sep 3 11:46:07 2016 kern.info ss-local[5017]: udp port reuse enabled
Sat Sep 3 11:46:07 2016 kern.info ss-local[5017]: listening at 0.0.0.0:1080
Sat Sep 3 11:46:07 2016 kern.info ss-tunnel[5041]: onetime authentication enabled
Sat Sep 3 11:46:07 2016 kern.info ss-tunnel[5041]: initializing ciphers... chacha20
Sat Sep 3 11:46:07 2016 kern.info ss-tunnel[5041]: tcp port reuse enabled
Sat Sep 3 11:46:07 2016 kern.info ss-tunnel[5041]: UDP relay enabled
Sat Sep 3 11:46:07 2016 kern.info ss-tunnel[5041]: udp port reuse enabled
Sat Sep 3 11:46:07 2016 kern.info ss-tunnel[5041]: listening at 0.0.0.0:5300
Sat Sep 3 11:46:38 2016 kern.info ss-redir[5101]: onetime authentication enabled
Sat Sep 3 11:46:38 2016 kern.info ss-redir[5101]: initializing ciphers... rc4-md5
Sat Sep 3 11:46:38 2016 kern.info ss-redir[5101]: tcp port reuse enabled
Sat Sep 3 11:46:38 2016 kern.info ss-redir[5101]: UDP relay enabled
Sat Sep 3 11:46:38 2016 kern.info ss-redir[5101]: udp port reuse enabled
Sat Sep 3 11:46:38 2016 kern.info ss-redir[5101]: listening at 0.0.0.0:1234
Sat Sep 3 11:46:41 2016 kern.info ss-local[5197]: onetime authentication enabled
Sat Sep 3 11:46:41 2016 kern.info ss-local[5197]: initializing ciphers... rc4-md5
Sat Sep 3 11:46:41 2016 kern.info ss-local[5197]: tcp port reuse enabled
Sat Sep 3 11:46:41 2016 kern.info ss-local[5197]: udprelay enabled
Sat Sep 3 11:46:41 2016 kern.info ss-local[5197]: udp port reuse enabled
Sat Sep 3 11:46:41 2016 kern.info ss-local[5197]: listening at 0.0.0.0:1080
Sat Sep 3 11:46:41 2016 kern.info ss-tunnel[5221]: onetime authentication enabled
Sat Sep 3 11:46:41 2016 kern.info ss-tunnel[5221]: initializing ciphers... rc4-md5
Sat Sep 3 11:46:41 2016 kern.info ss-tunnel[5221]: tcp port reuse enabled
Sat Sep 3 11:46:41 2016 kern.info ss-tunnel[5221]: UDP relay enabled
Sat Sep 3 11:46:41 2016 kern.info ss-tunnel[5221]: udp port reuse enabled
Sat Sep 3 11:46:41 2016 kern.info ss-tunnel[5221]: listening at 0.0.0.0:5300
Sat Sep 3 11:46:55 2016 authpriv.info dropbear[4131]: Exit (root): Keepalive timeout
Sat Sep 3 11:47:03 2016 kern.info ss-redir[5311]: onetime authentication enabled
Sat Sep 3 11:47:03 2016 kern.info ss-redir[5311]: initializing ciphers... rc4-md5
Sat Sep 3 11:47:03 2016 kern.info ss-redir[5311]: tcp port reuse enabled
Sat Sep 3 11:47:03 2016 kern.info ss-redir[5311]: UDP relay enabled
Sat Sep 3 11:47:03 2016 kern.info ss-redir[5311]: udp port reuse enabled
Sat Sep 3 11:47:03 2016 kern.info ss-redir[5311]: listening at 0.0.0.0:1234
Sat Sep 3 11:47:06 2016 kern.info ss-local[5407]: onetime authentication enabled
Sat Sep 3 11:47:06 2016 kern.info ss-local[5407]: initializing ciphers... rc4-md5
Sat Sep 3 11:47:06 2016 kern.info ss-local[5407]: tcp port reuse enabled
Sat Sep 3 11:47:06 2016 kern.info ss-local[5407]: udprelay enabled
Sat Sep 3 11:47:06 2016 kern.info ss-local[5407]: udp port reuse enabled
Sat Sep 3 11:47:06 2016 kern.info ss-local[5407]: listening at 0.0.0.0:1080
Sat Sep 3 11:47:06 2016 kern.info ss-tunnel[5431]: onetime authentication enabled
Sat Sep 3 11:47:06 2016 kern.info ss-tunnel[5431]: initializing ciphers... rc4-md5
Sat Sep 3 11:47:06 2016 kern.info ss-tunnel[5431]: tcp port reuse enabled
Sat Sep 3 11:47:06 2016 kern.info ss-tunnel[5431]: UDP relay enabled
Sat Sep 3 11:47:06 2016 kern.info ss-tunnel[5431]: udp port reuse enabled
Sat Sep 3 11:47:06 2016 kern.info ss-tunnel[5431]: listening at 0.0.0.0:5300
Sat Sep 3 11:48:29 2016 authpriv.info dropbear[5535]: Child connection from 192.168.100.208:64247
Sat Sep 3 11:48:31 2016 authpriv.notice dropbear[5535]: Password auth succeeded for 'root' from 192.168.100.208:64247
Sat Sep 3 11:48:51 2016 kern.info ss-redir[5599]: onetime authentication enabled
Sat Sep 3 11:48:51 2016 kern.info ss-redir[5599]: initializing ciphers... rc4-md5
Sat Sep 3 11:48:51 2016 kern.info ss-redir[5599]: tcp port reuse enabled
Sat Sep 3 11:48:51 2016 kern.info ss-redir[5599]: UDP relay enabled
Sat Sep 3 11:48:51 2016 kern.info ss-redir[5599]: udp port reuse enabled
Sat Sep 3 11:48:51 2016 kern.info ss-redir[5599]: listening at 0.0.0.0:1234
Sat Sep 3 11:48:54 2016 kern.info ss-tunnel[5698]: onetime authentication enabled
Sat Sep 3 11:48:54 2016 kern.info ss-tunnel[5698]: initializing ciphers... rc4-md5
Sat Sep 3 11:48:54 2016 kern.info ss-tunnel[5698]: tcp port reuse enabled
Sat Sep 3 11:48:54 2016 kern.info ss-tunnel[5698]: UDP relay enabled
Sat Sep 3 11:48:54 2016 kern.info ss-tunnel[5698]: udp port reuse enabled
Sat Sep 3 11:48:54 2016 kern.info ss-tunnel[5698]: listening at 0.0.0.0:5300
Sat Sep 3 11:49:10 2016 kern.info ss-redir[5768]: onetime authentication enabled
Sat Sep 3 11:49:10 2016 kern.info ss-redir[5768]: initializing ciphers... rc4-md5
Sat Sep 3 11:49:10 2016 kern.info ss-redir[5768]: tcp port reuse enabled
Sat Sep 3 11:49:10 2016 kern.info ss-redir[5768]: UDP relay enabled
Sat Sep 3 11:49:10 2016 kern.info ss-redir[5768]: udp port reuse enabled
Sat Sep 3 11:49:10 2016 kern.info ss-redir[5768]: listening at 0.0.0.0:1234
Sat Sep 3 11:49:13 2016 kern.info ss-tunnel[5867]: onetime authentication enabled
Sat Sep 3 11:49:13 2016 kern.info ss-tunnel[5867]: initializing ciphers... rc4-md5
Sat Sep 3 11:49:13 2016 kern.info ss-tunnel[5867]: tcp port reuse enabled
Sat Sep 3 11:49:13 2016 kern.info ss-tunnel[5867]: UDP relay enabled
Sat Sep 3 11:49:13 2016 kern.info ss-tunnel[5867]: udp port reuse enabled
Sat Sep 3 11:49:13 2016 kern.info ss-tunnel[5867]: listening at 0.0.0.0:5300
Sat Sep 3 11:49:24 2016 kern.info ss-redir[5931]: initializing ciphers... rc4-md5
Sat Sep 3 11:49:24 2016 kern.info ss-redir[5931]: tcp port reuse enabled
Sat Sep 3 11:49:24 2016 kern.info ss-redir[5931]: UDP relay enabled
Sat Sep 3 11:49:24 2016 kern.info ss-redir[5931]: udp port reuse enabled
Sat Sep 3 11:49:24 2016 kern.info ss-redir[5931]: listening at 0.0.0.0:1234
Sat Sep 3 11:49:27 2016 kern.info ss-tunnel[6030]: initializing ciphers... rc4-md5
Sat Sep 3 11:49:27 2016 kern.info ss-tunnel[6030]: tcp port reuse enabled
Sat Sep 3 11:49:27 2016 kern.info ss-tunnel[6030]: UDP relay enabled
Sat Sep 3 11:49:27 2016 kern.info ss-tunnel[6030]: udp port reuse enabled
Sat Sep 3 11:49:27 2016 kern.info ss-tunnel[6030]: listening at 0.0.0.0:5300
Sat Sep 3 11:49:39 2016 kern.info ss-redir[6112]: initializing ciphers... rc4-md5
Sat Sep 3 11:49:39 2016 kern.info ss-redir[6112]: tcp port reuse enabled
Sat Sep 3 11:49:39 2016 kern.info ss-redir[6112]: UDP relay enabled
Sat Sep 3 11:49:39 2016 kern.info ss-redir[6112]: udp port reuse enabled
Sat Sep 3 11:49:39 2016 kern.info ss-redir[6112]: listening at 0.0.0.0:1234
Sat Sep 3 11:49:42 2016 kern.info ss-tunnel[6211]: initializing ciphers... rc4-md5
Sat Sep 3 11:49:42 2016 kern.info ss-tunnel[6211]: tcp port reuse enabled
Sat Sep 3 11:49:42 2016 kern.info ss-tunnel[6211]: UDP relay enabled
Sat Sep 3 11:49:42 2016 kern.info ss-tunnel[6211]: udp port reuse enabled
Sat Sep 3 11:49:42 2016 kern.info ss-tunnel[6211]: listening at 0.0.0.0:5300
Sat Sep 3 11:50:01 2016 authpriv.info dropbear[4339]: Exit (root): Keepalive timeout
Sat Sep 3 11:51:06 2016 daemon.info hostapd: wlan0: STA ac:7b:a1:4d:0d:e6 WPA: group key handshake completed (RSN)
Sat Sep 3 11:51:36 2016 daemon.err miniupnpd[1698]: addmasqueraderule() : chain MINIUPNPD-POSTROUTING not found
Sat Sep 3 11:51:36 2016 daemon.notice miniupnpd[1698]: add_redirect_rule2(): addmasqueraderule returned -1
Sat Sep 3 11:52:44 2016 kern.info ss-redir[6367]: initializing ciphers... rc4-md5
Sat Sep 3 11:52:44 2016 kern.info ss-redir[6367]: tcp port reuse enabled
Sat Sep 3 11:52:44 2016 kern.info ss-redir[6367]: UDP relay enabled
Sat Sep 3 11:52:44 2016 kern.info ss-redir[6367]: udp port reuse enabled
Sat Sep 3 11:52:44 2016 kern.info ss-redir[6367]: listening at 0.0.0.0:1234
Sat Sep 3 11:52:47 2016 kern.info ss-tunnel[6466]: initializing ciphers... rc4-md5
Sat Sep 3 11:52:47 2016 kern.info ss-tunnel[6466]: tcp port reuse enabled
Sat Sep 3 11:52:47 2016 kern.info ss-tunnel[6466]: UDP relay enabled
Sat Sep 3 11:52:47 2016 kern.info ss-tunnel[6466]: udp port reuse enabled
Sat Sep 3 11:52:47 2016 kern.info ss-tunnel[6466]: listening at 0.0.0.0:5300

透明代理和端口转发无法启动，删除服务器后，ss-local一直处于运行无法停止，不知何故

Thu Sep 15 11:19:37 2016 kern.info ss-redir[2209]: Request did not begin with TLS handshake.
Thu Sep 15 11:19:37 2016 kern.info ss-redir[2209]: Request did not begin with TLS handshake.
Thu Sep 15 11:19:37 2016 kern.info ss-redir[2209]: Request did not begin with TLS handshake.
Thu Sep 15 11:19:39 2016 kern.info ss-redir[2209]: Request did not begin with TLS handshake.
Thu Sep 15 11:19:39 2016 kern.info ss-redir[2209]: Request did not begin with TLS handshake.
Thu Sep 15 11:19:40 2016 kern.info ss-redir[2209]: Request did not begin with TLS handshake.
Thu Sep 15 11:19:42 2016 kern.info ss-redir[2209]: Request did not begin with TLS handshake.
Thu Sep 15 11:20:01 2016 kern.info ss-redir[2209]: Request did not begin with TLS handshake.
Thu Sep 15 11:20:01 2016 kern.info ss-redir[2209]: Request did not begin with TLS handshake.
Thu Sep 15 11:20:01 2016 kern.info ss-redir[2209]: Request did not begin with TLS handshake.
Thu Sep 15 11:20:02 2016 kern.info ss-redir[2209]: Request did not begin with TLS handshake.
Thu Sep 15 11:20:02 2016 kern.info ss-redir[2209]: Request did not begin with TLS handshake.
Thu Sep 15 11:20:02 2016 kern.info ss-redir[2209]: Request did not begin with TLS handshake.
Thu Sep 15 11:20:09 2016 kern.info ss-redir[2209]: Request did not begin with TLS handshake.
Thu Sep 15 11:20:09 2016 kern.info ss-redir[2209]: Request did not begin with TLS handshake.
Thu Sep 15 11:20:09 2016 kern.info ss-redir[2209]: Request did not begin with TLS handshake.
Thu Sep 15 11:20:09 2016 kern.info ss-redir[2209]: Request did not begin with TLS handshake.
Thu Sep 15 11:20:09 2016 kern.info ss-redir[2209]: Request did not begin with TLS handshake.
Thu Sep 15 11:20:09 2016 kern.info ss-redir[2209]: Request did not begin with TLS handshake.
Thu Sep 15 11:20:09 2016 kern.info ss-redir[2209]: Request did not begin with TLS handshake.
Thu Sep 15 11:20:44 2016 kern.info ss-redir[2209]: Request did not begin with TLS handshake.
Thu Sep 15 11:20:44 2016 kern.info ss-redir[2209]: Request did not begin with TLS handshake.

请问access-control访问非常缓慢是什么原因造成的？其他页面均正常，。谢谢

opkg install luci-app-shadowsocks_1.1.1-1_all.ipk
opkg install shadowsocks-libev_2.4.8-3_mvebu.ipk

OpenWrt Chaos Calmer 15.05.1 Linksys WRT1900ACv2

打开配置页面报错，请问我该如何做？

/usr/lib/lua/luci/dispatcher.lua:433: Failed to execute cbi dispatcher target for entry '/admin/services/shadowsocks'.
The called action terminated with an exception:
/usr/lib/lua/luci/cbi.lua:52: Model 'shadowsocks' not found!
stack traceback:
[C]: in function 'assert'
/usr/lib/lua/luci/dispatcher.lua:433: in function 'dispatch'
/usr/lib/lua/luci/dispatcher.lua:168: in function </usr/lib/lua/luci/dispatcher.lua:167>