jerry-ch-issue
jerry-ch-issue
win8.1, same problem, search it a lot, cant fix it.
> win8.1, same problem, search it a lot, cant fix it. I finally fix it after changing css. As the link below says. [https://jellyfin.org/docs/general/clients/css-customization.html#change-icon-pack](url) I filled in "Custom CSS code"...
> >  貌似不需要类似 iptables-mod-tproxy, 至少我试了,可以添加rule。 外行小白,自己试着修改init.d/v2ray,啃了半天没啃动。 > > 试着改了一下/etc/init.d/v2ray, 可以通过nftables处理防火墙,不过openwrt上的dnsmasq最高为2.86版,无法往nftables 的set里面添加element, 也就是说,gfwlist模式无法使用,其余功能没问题. 不过始终搞不定ipv6的透明代理,有人可以指导一下吗 看了一下,2.87现在才进入测试版,那估计得23.××以后才能升级了
> 最近發現有部分網友有對OpenWrt 22.03的適配的需求,於是試著將插件修改一下,目前能處理nft和iptables的防火墻規則了,因爲一來自身水平有限,邊學邊改,而來也沒有時間,有空才拾起來修修補補,所以有可能會遇到各種奇奇怪怪的bug,請見諒(目前我在19.07和22.03就碰到過未指定fakedns的域名用了fakedns來解析的bug). > > 具體的改動如下: > > 1. **兼容iptables 和 nft** > 需要注意的是,目前OpenWrt 22.03使用的是dnsmasq 2.86,尚不支持nftable的set, > 如果需要使用 **代理gfwlist** 模式的網友需要自行編譯dnsmasq 2.87, [(這裏有x86_64的dnsmasq, 其它平臺的網友請自行編譯)](https://forum.openwrt.org/t/please-update-dnsmasq-to-2-87/138115/17?u=wordsworthless) , > 插件檢測到dnsmasq 版本過低的話,會改用默認模式,即 全局代理 ,這樣的話就需要自己配置 路由規則了...
我的理解不太一样,DNS劫持还是要做的,不然路由器会把解析请求直接发给上游DNS服务器(比如运营商的),劫持还是dnsmasq来完成的,,,只要在LUCI 的DHCP/DNS 的DNS 转发里改成 localhost 比如127.0.0.1 ipv6 是 ::1,然后在 V2RAY 里的--透明代理--代理列表DNS--中改成8.8.8.8#53 或者其他地址,最后在--额外的代理列表--中加入这个地址就能实现 gfwlist 的全链路代理。流程是客户机将域名解析请求发给路由器---路由器将请求发给自己(dnsmasq)---当域名命中gfwlist,将请求发给8.8.8.8,并建立规则,将解析后的IP加入ipset;如果没有命中,直接发给上游路由器---最后根据ipset 地址集代理IP。。。所以如果gfwlist 模式的话,根本用不到 v2ray里的dns模块(我是直接去掉勾选的,主要是它并不能过滤v4,v6流量)。UDP的流量转发其实在gfwlist 模式下是用不到的。 不过我后面用了 smartdns 过滤墙后网址 ipv6 的地址,没办法,ipv6 必须要用,但是DNS 解析里 ipv6 的优先级现在是最高的,机场只有 ipv4 的话,就百分百撞墙。 edit:如楼下所说,不需要设置DNS转发,默认接进来就是127.0.0.1的53端口,且设置后会被dnsmasq...
> > 我的理解不太一样,DNS劫持还是要做的,不然路由器会把解析请求直接发给上游DNS服务器(比如运营商的),劫持还是dnsmasq来完成的,,,只要在LUCI 的DHCP/DNS 的DNS 转发里改成 localhost 比如127.0.0.1 ipv6 是 ::1,然后在 V2RAY 里的--透明代理--代理列表DNS--中改成8.8.8.8#53 或者其他地址,最后在--额外的代理列表--中加入这个地址就能实现 gfwlist 的全链路代理。流程是客户机将域名解析请求发给路由器---路由器将请求发给自己(dnsmasq)---当域名命中gfwlist,将请求发给8.8.8.8,并建立规则,将解析后的IP加入ipset;如果没有命中,直接发给上游路由器---最后根据ipset 地址集代理IP。。。所以如果gfwlist 模式的话,根本用不到 v2ray里的dns模块(我是直接去掉勾选的,主要是它并不能过滤v4,v6流量)。UDP的流量转发其实在gfwlist 模式下是用不到的。 不过我后面用了 smartdns 过滤墙后网址 ipv6 的地址,没办法,ipv6 必须要用,但是DNS 解析里 ipv6 的优先级现在是最高的,机场只有 ipv4...
After upgrading to 10.9.2, this error was gone. Thanks @gnattu .