fw876 / helloworld Goto Github PK

1.关于你要提交的问题
Q：是否搜索了issue (使用 "x" 选择)
[ x] 没有类似的issue

2. 详细叙述
   默认编译安装，没开任何其他玩意，只是配置了下PPPOE拨号，然后依然打不开多玩的网站。
   查看解析记录，www.duowan.com返回的IP是127.0.0.1。
   在软路由本身查询dns也是返回的这个本机地址。

补充一下：
电信分配给我的DNS是222.246.129.80，59.51.78.210。默认情况下，我解析www.duowan.com返回127.0.0.1。如下图：

但是我在openwrt-网络-Turbo ACC 网络加速设置-DNS加速中，设置这两个DNS，就能返回正常值。如下图：

这应该是一个的BUG？？？

(2) 路由器型号和固件版本

主机型号 | Intel(R) Atom(TM) CPU D2500 @ 1.86GHz : 2 Core 2 Thread
固件版本 | OpenWrt R20.4.8 / LuCI Master (git-20.088.29068-cebe120)
内核版本 | 4.19.115

(3) 详细日志
没有日志

重启后 不能使用 需要保存应用一下 才可以使用

如图，我使用了自定义高级编译选项，x86开启了gcc8.3和glibc，在
shadowsocksr-libev源码下server和src文件夹下的acl.c都有问题
需要把char cli[256]加到更长，例如我修改成char cli[512]
在server/server.c也有类似的问题，第1069行
snprintf(query->hostname, 256, "%s", host);
改为 snprintf(query->hostname, 257, "%s", host);
当然了，在默认gcc7.5是没问题的，这里先预警一下，以上修改仅仅是gcc校验不报错，是否成功运行，待验证

能否增加个选项，不使用用户名和密码。。。

如题

在第一次更新订阅成功之后，如果不删除所有订阅服务器节点，直接点击更新所有服务器节点，就会出现如下图片所示的错误，并且不能打开web页面，强制重启才能解决。同理，如果开启了服务器节点订阅的自动更新功能，在开始自动更新的时候也会导致同样的问题。

直接上图

选的晚上4点自动更新，更新后会出现上面的错误信息，也不知道有什么影响。
之前的版本没这问题！

176-7，176-8，177-1更新订阅会失败，导致服务暂停，用175-5版本更新同样的订阅就正常

v2ray tcp http混淆无法连接，用PC的导出的v2ray URL ,导入后无法连接，发现问题是，tcp传输方式混淆为空时可以正常连接，tcp传输方式混淆为HTTP时无法进行连接，ws传输可以正常连接

国内网站也走流量了

换回上一版就可以了

非常感谢作者接过这个群友们人人都需要的插件 辛苦了！！非常感谢

SSR+我在实际使用过程中发现 GFWList对移动端的支持并不是很好 而PC端 跑绕过国内IP模式 又会产生很多不必要的流量 作者可否设置类似Adbyby类似的白名单制度 可以自定义某些设备跑在绕过IP模式/GFWLIST模式

我的设备内网IP地址时不时…跳来跳去的，如果能添加通过MAC地址来做访问控制，会容易许多，感激不尽

SSR-PLUS+ luci界面，编辑服务器配置或新增服务器配置，点击“导入配置信息”无反应。chrome、firefox等浏览器都试过现象一样

4月16日编译完后正常使用，5月23号，编译完后，无法开启。一直处于未运行状态。

在 绕过**大陆IP模式 NAT Type 是 Full Cone，并且 Public end 是 代理 IP，UDP 没有任何问题。
但在 全局模式 下直接 UDP Blocked，UDP 直接失效？

问题可能出在这个文件上 /usr/bin/ssr-rules，还希望有大佬可以看一看

你好，在ssrp里面开启了去广告，用的是anti-AD, 发现电视盒子里面的腾讯视频TV版看不了视频，关闭就可以了。想问一下怎么查看哪个域名被阻挡了？

这个也挺好用的啊~为什么不支持呢

就是恢复到ipk刚刚安装好的时候

停用后一段时间自动又会开起来。。。

ShadowSocksR Plus+ 设置（支持SS/SSR/V2RAY/TROJAN/SOCKS5/TUN）
500 内部服务器错误
对不起，服务器遇到未知错误。
/usr/lib/lua/luci/template.lua:97: Failed to execute template 'cbi/map'.
A runtime error occurred: /usr/lib/lua/luci/template.lua:74: Failed to load template 'shadowsocksr/status'.
Error while parsing template '/usr/lib/lua/luci/view/shadowsocksr/status.htm':
Syntax error in /usr/lib/lua/luci/view/shadowsocksr/status.htm:1: unfinished string near '"

今天的版本init文件shadowsocksr编码格式有问题，导致启动项是禁用的

开启游戏模式UDP中继服务器与主服务器相同，在关闭时，路由重起。不知道是不是个案。

无奈最近ssr被封严重，只好用trojan代替来加速游戏。但是游戏模式服务器设置成trojan之后，刚开始用NatTypeTester测试结果是PortRestrictedCone，过几分钟后就会变成UdpBlocked。
而且即使一开始用NatTypeTester测试结果为PortRestrictedCone，在Nintendo Switch上测试的结果却是Nat type Failed。使用的主服务器和游戏模式服务器为同一个trojan服务器。不知道有没有其他人遇到相同情况。

两个v2ray服务器，希望根据geosite或者geoip将请求路由到其中一台服务器，剩余请求路由到另一台服务器

反馈一个问题，SSRplus开启trojan以后，openwrt就故障了，web、ssh以及正常的转发路由都故障，需要在console 用/etc/init.d/shadowsocksr stop停止服务才正常，日志看不出问题，求各路高手解答。

首次编译时，容易报错：bash: po2lmo: command not found
这应该是因为编译 hello world 需要把 luci-base 先编译出来，但是目前顺序可能是先编译了 hello world 导致出现问题，此时使用 make package/feeds/luci/luci-base/compile V=99 编译出 luci-base 后再编译就不会报错。
这个问题虽然出现的频率不高，但是也不低，这几天已经遇到好几个群友出现这个问题了，不知道能不能优化一下，尽量避免这个问题的出现。

由于不能自动下载，通过手动下载过滤文件（修改成ad.conf）,均出现断网，且开始占用资源，页面出现停滞状况。关闭过滤广告功能恢复正常

打开SSR+后，功能正常，正常情况下连接数保持在10%左右，不一定什么时间就会占满系统的连接数，根据观察应该不是缓慢增长上去的，可能很快。犯病时控制台持续输出nf_conntrack: table full, dropping packet。重启SSR+后症状消失。
环境：x86服务器，部署VMWare EXSI6.7 虚拟机跑软路由

• 固件: Friendlywrt - R2S型号使用官方代码编译，package和luci的feeds都是用的openwrt官方openwrt-19.07分支
• ssrplus：commit id为1f523fbb70eab053f85cf0b308933ae78f5bd7ef
• 问题：配置白名单域名后在下游设备上无效，这个问题在半个月前的某次修改后出现。

复现操作：

• 在访问控制-白名单域名中添加域名

ipify.org
api.ipify.org

• 运行模式选择大陆白名单

然后保存设置，甚至保存设置后重启了路由器。

然后进入一台路由器lan所连接的机器，输入：

user@host-name:~$ curl api.ipify.org
13.75.109.xxx

返回的ip - 13.75.109.xxx是我的代理ip，并不是我真实的ip。

查看dnsmasq配置文件：

root@FriendlyWrt:~ cat /tmp/dnsmasq.ssr/whitelist_forward.conf
ipset=/.ipify.org/whitelist
ipset=/.api.ipify.org/whitelist
root@FriendlyWrt:~#

root@FriendlyWrt:~ ipset list whitelist
Name: whitelist
Type: hash:net
Revision: 6
Header: family inet hashsize 1024 maxelem 65536
Size in memory: 464
References: 1
Number of entries: 0
Members:

但是在路由器上执行curl api.ipify.org返回的是真实的ip

root@FriendlyWrt:~ curl api.ipify.org
221.222.221.xxx

再次执行ipset，发现已经有记录了

root@FriendlyWrt:~ ipset list whitelist
Name: whitelist
Type: hash:net
Revision: 6
Header: family inet hashsize 1024 maxelem 65536
Size in memory: 976
References: 1
Number of entries: 8
Members:
54.225.66.103
54.225.179.85
54.225.178.192
54.225.71.235
50.19.115.217
23.21.59.179
50.16.234.229
54.243.162.249

【GFW列表】数据库 更新失败！
【国内IP段】数据库 更新失败！
【Netflix IP段】数据库 更新失败！

订阅内容里面包含了类似下面的节点信息（节点名称包含了空格和 https 的 url）

trojan://[email protected]:443#网站: https://xxx.com

看了下好像是这个地方把空格转成了 \n，解析的节点就多了个 https://xxx.com，解析就报错了。想问下，这里把空格转成了 \n 是为了什么？

git pull不可以更新hello world，这个helloworld平时用哪个命令进行更新？

Thu May 28 00:59:40 2020 kern.err /usr/bin/ssr-redir[22461]: server recv: Connection reset by peer
Thu May 28 01:12:49 2020 kern.err /usr/bin/ssr-redir[22459]: server recv: Connection reset by peer
Thu May 28 01:25:32 2020 kern.err /usr/bin/ssr-redir[22461]: server recv: Connection reset by peer
Thu May 28 01:42:49 2020 kern.err /usr/bin/ssr-redir[22459]: server recv: Connection reset by peer
Thu May 28 02:00:00 2020 cron.info crond[22220]: USER root pid 23516 cmd /usr/share/shadowsocksr/ssrplusupdate.sh >>/tmp/ssrplus.log 2>&1
Thu May 28 02:00:43 2020 cron.info crond[23858]: crond (busybox 1.30.0) started, log level 5
Thu May 28 04:00:00 2020 cron.info crond[23858]: USER root pid 5855 cmd /etc/coremark.sh
Thu May 28 06:35:46 2020 authpriv.info dropbear[24649]: Child connection from 192.168.1.2:35428
Thu May 28 06:35:46 2020 authpriv.info dropbear[24651]: Child connection from 192.168.1.2:35424
Thu May 28 06:35:46 2020 authpriv.info dropbear[24650]: Child connection from 192.168.1.2:35474
Thu May 28 06:35:46 2020 authpriv.info dropbear[24652]: Child connection from 192.168.1.2:35426
Thu May 28 06:35:46 2020 authpriv.info dropbear[24653]: Child connection from 192.168.1.2:35430
Thu May 28 06:35:46 2020 authpriv.info dropbear[24651]: Exit before auth: Exited normally
Thu May 28 06:35:46 2020 authpriv.info dropbear[24649]: Exit before auth: Exited normally
Thu May 28 06:35:46 2020 authpriv.info dropbear[24652]: Exit before auth: Exited normally
Thu May 28 06:35:46 2020 authpriv.info dropbear[24653]: Exit before auth: Exited normally
Thu May 28 06:35:46 2020 authpriv.info dropbear[24650]: Exit before auth: Exited normally
Thu May 28 09:32:30 2020 cron.info crond[13781]: crond (busybox 1.30.0) started, log level 5
Thu May 28 09:32:30 2020 kern.info /usr/bin/ssr-redir[14020]: initializing ciphers... chacha20
Thu May 28 09:32:30 2020 kern.info /usr/bin/ssr-redir[14020]: tcp port reuse enabled
Thu May 28 09:32:30 2020 kern.info /usr/bin/ssr-redir[14020]: listening at 0.0.0.0:1234
Thu May 28 09:32:30 2020 kern.info /usr/bin/ssr-redir[14020]: running from root user
Thu May 28 09:32:30 2020 kern.info /usr/bin/ssr-redir[14022]: initializing ciphers... chacha20
Thu May 28 09:32:30 2020 kern.info /usr/bin/ssr-redir[14022]: tcp port reuse enabled
Thu May 28 09:32:30 2020 kern.info /usr/bin/ssr-redir[14022]: listening at 0.0.0.0:1234
Thu May 28 09:32:30 2020 kern.info /usr/bin/ssr-redir[14022]: running from root user
Thu May 28 09:32:30 2020 kern.info /usr/bin/ssr-redir[14065]: initializing ciphers... chacha20
Thu May 28 09:32:30 2020 kern.info /usr/bin/ssr-redir[14065]: UDP relay enabled
Thu May 28 09:32:30 2020 kern.info /usr/bin/ssr-redir[14065]: udp port reuse enabled
Thu May 28 09:32:30 2020 kern.info /usr/bin/ssr-redir[14065]: TCP relay disabled
Thu May 28 09:32:30 2020 kern.info /usr/bin/ssr-redir[14065]: listening at 0.0.0.0:1234
Thu May 28 09:32:30 2020 kern.info /usr/bin/ssr-redir[14065]: running from root user
Thu May 28 09:32:31 2020 kern.info /usr/bin/ssr-redir[14138]: initializing ciphers... chacha20
Thu May 28 09:32:31 2020 kern.info /usr/bin/ssr-redir[14138]: tcp port reuse enabled
Thu May 28 09:32:31 2020 kern.info /usr/bin/ssr-redir[14138]: listening at 0.0.0.0:4321
Thu May 28 09:32:31 2020 kern.info /usr/bin/ssr-redir[14138]: running from root user
Thu May 28 09:32:31 2020 kern.info /usr/bin/ssr-local[14140]: initializing ciphers... chacha20
Thu May 28 09:32:31 2020 kern.info /usr/bin/ssr-local[14140]: tcp port reuse enabled
Thu May 28 09:32:31 2020 kern.info /usr/bin/ssr-local[14140]: listening at 0.0.0.0:1088
Thu May 28 09:32:31 2020 kern.info /usr/bin/ssr-local[14140]: running from root user
Thu May 28 09:32:31 2020 kern.err /usr/bin/ssr-redir[14022]: server recv: Connection reset by peer
Thu May 28 09:35:39 2020 kern.err /usr/bin/ssr-redir[14020]: server recv: Connection reset by peer
Thu May 28 09:36:54 2020 kern.err /usr/bin/ssr-redir[14022]: server recv: Connection reset by peer
Thu May 28 09:43:58 2020 kern.err /usr/bin/ssr-redir[14020]: server recv: Connection reset by peer
Thu May 28 09:47:55 2020 kern.err /usr/bin/ssr-redir[14020]: server recv: Connection reset by peer
Thu May 28 09:48:44 2020 kern.err /usr/bin/ssr-redir[14022]: server recv: Connection reset by peer
Thu May 28 09:51:29 2020 kern.err /usr/bin/ssr-redir[14022]: server recv: Connection reset by peer

9:32是我自己手动启动的

与https://www.right.com.cn/FORUM/thread-772820-1-1.html 情况相同

设置好haproxy后, 在ssr里面填写服务器为127.0.0.1端口为2222,
然后启动后, 无法通过 【谷歌】连通性检查

稍微查了一下, 发现:
在 /var/etc/shadowsocksr.json 里面server为空, 但是 /etc/config/shadowsocksr
里面相关设置的都是正确的.
/etc/config/shadowsocksr

        config servers
	option switch_enable '0'
	option type 'ssr'
	option alias 'HAProxy'
	option server_port '2222'
	option password 'xxxxxxx'
	option encrypt_method 'aes-256-cfb'
	option protocol 'origin'
	option obfs 'plain'
	option local_port '1234'
	option server 'localhost'

/var/etc/shadowsocksr.json

{
"server": "",   ## <<<--- 这里为空
"server_port": 2222,
"local_address": "0.0.0.0",
"local_port": 1234,
"password": "xxxxxxxx",
"timeout": 60,
"method": "aes-256-cfb",
"protocol": "origin",
"protocol_param": "",
"obfs": "plain",
"obfs_param": "",
"reuse_port": true,
"fast_open": false
}

v2ray 节点配置默认把 Camouflage Type 选成了HTTP，我服务器端又没这个配置，导致我按照往常添加结点配置后死活不能用，以前都正常，是最近更新成默认 HTTP 了么？搞了一晚才发现把 Camouflage Type 选成“无”即可…

就此提问：Camouflage Type 是做什么用的？

看名字好熟悉啊，helloworld，只不过咱们这个是没有带空格的
另外一个jerrykuku的是hello world带空格的请教一下，两个有连带关系吗？

当订阅URL更新失败时，服务自动停止了，可否改成不管订阅URL更新是否成功，保持服务原有运行状态，按时间自动更新和手动点击更新均有此问题。
2020-05-21 11:33:24 ShadowsocksR No Problem. 2020-05-21 11:28:24 V2Ray 4.23.1 (OpenWrt) Lean (go1.14 linux/amd64) Started! 2020-05-21 11:28:04 更新失败，没有可用的节点信息 2020-05-21 11:28:04 https://xxxxx.top/link/xxxxxxxxxxxsub=3: 获取内容为空 2020-05-21 11:27:59 服务正在暂停 2020-05-21 11:25:42 V2Ray 4.23.1 (OpenWrt) Lean (go1.14 linux/amd64) Started! 2020-05-21 11:22:47 ShadowsocksR No Problem. 2020-05-21 11:17:47 ShadowsocksR No Problem. 2020-05-21 11:12:47 ShadowsocksR No Problem. 2020-05-21 11:07:47 ShadowsocksR No Problem. 2020-05-21 11:02:46 V2Ray 4.23.1 (OpenWrt) Lean (go1.14 linux/amd64) Started! 2020-05-21 05:00:12 更新失败，没有可用的节点信息 2020-05-21 05:00:12 https://xxxxx.top/link/xxxxxxxxxxxsub=3: 获取内容为空 2020-05-21 05:00:10 服务正在暂停

用上了最新的lede了。但是发现他竟然采集另外一个网段的智能家居的的upnp信息
整个系统日志都给200多个智能家居（另外一个网段，直接用主路由出去）的信息刷屏了。
请问fw876将来可以解决吗？
感谢咯
以下是系统日志。