对paopaogw clash规则的疑问 #32
Replies: 13 comments 24 replies
-
确实,如果你是静态路由+FAKEIP网关的配置的话,国内域名不解析出FAKEIP的网段就不会走到ppgw,除非你手动把域名加到ppdns或者在主路由加国内IP的静态路由才会走到ppgw。
很难说,取决于你里面的规则怎么写。比如预置的
都是基于域名过滤广告的话,套了adgh自然没必要再套一层浪费性能。 最后,最简单也就最稳定的方式就是开fast_node=yes,不用任何规则,如果你不需要不同节点访问不同网站的话。 |
Beta Was this translation helpful? Give feedback.
-
非常感谢回复答疑。 |
Beta Was this translation helpful? Give feedback.
-
感谢大佬的指点,挂上adg了。 |
Beta Was this translation helpful? Give feedback.
-
tp的5408M说是企业版固件-貌似并没有找到防火墙设置,我设置静态路由-把8.8.8.8 下一跳到0.0.0.0貌似不行。。 |
Beta Was this translation helpful? Give feedback.
-
你是什么客户端,浏览器还是APP,浏览器应该不会出问题。 |
Beta Was this translation helpful? Give feedback.
-
我用的shiled tv盒子,手动设置了网关跟dns都是ppgw的话也是这样的提示。 |
Beta Was this translation helpful? Give feedback.
-
测试了下,clash用的global的话,dns是clash可以播放了。但dns换回ppdns的话还是提示用代理。 |
Beta Was this translation helpful? Give feedback.
-
嗯。只要dns不是ppgw都是会提示代理。dns跟网关都设置为ppgw的时候抓了下。 |
Beta Was this translation helpful? Give feedback.
-
dns设置为8.8.8.8 与8.8.4.4 的话不会提示代理,可以正常播放。网关是ppgw |
Beta Was this translation helpful? Give feedback.
-
|
Beta Was this translation helpful? Give feedback.
-
新建的adg上游ppgw的话,是可以播放的。 名称: ichnaea.netflix.com C:\Users\com>nslookup nrdp.prod.cloud.netflix.com C:\Users\com>nslookup nrdp.prod.cloud.netflix.com 192.168.1.252 名称: nrdp.prod.cloud.netflix.com C:\Users\com>nslookup nrdp-ipv6.prod.ftl.netflix.com 192.168.1.252 名称: nrdp-ipv6.prod.ftl.netflix.com C:\Users\com>nslookup logs.netflix.com 192.168.1.252 名称: logs.netflix.com C:\Users\com>nslookup occ-0-58-64.1.nflxso.net 192.168.1.252 名称: occ-0-58-64.1.nflxso.net C:\Users\com>nslookup connectivitycheck.gstatic.com 192.168.1.252 非权威应答: C:\Users\com>nslookup push.prod.netflix.com 192.168.1.252 名称: push.prod.netflix.com 貌似都被劫持到了fakip地址了。除了connectivitycheck.gstatic.com |
Beta Was this translation helpful? Give feedback.
-
设置过了-单独没用-现在就是在AUTO_FORWARD_CHECK 为no下 |
Beta Was this translation helpful? Give feedback.
-
..突然网络崩了。搞到现在。 顺便备注下了tg的ip |
Beta Was this translation helpful? Give feedback.
-
首先非常感谢kkkgo提供了paopaodns跟paopaogw整套解决方案,刚好能解决我的痛点。
我这边现在有几个疑问想请教下,
1.因为已经通过ppdns做了分流了,那对于ppgw来说clash规则我还用现在的metaclash的规则:
`proxy-groups:
{name: 🚀 节点选择, type: select, proxies: [🌏 所有节点, 🇭🇰 香港节点, 🇹🇼 台湾节点, 🇯🇵 日本节点, 🇰🇷 韩国节点, 🇸🇬 新加坡节点, 🇺🇸 美国节点, 🇺🇳 其他节点]}
{name: 🎯 国内流量, type: select, proxies: [DIRECT, 🚀 节点选择]}
{name: 🏠 私有网络, type: select, proxies: [🎯 国内流量, 🚀 节点选择]}
{name: 🛑 广告拦截, type: select, proxies: [REJECT, 🎯 国内流量, 🚀 节点选择]}
{name: 📹 YouTube, type: select, proxies: [🚀 节点选择, 🇭🇰 香港节点, 🇹🇼 台湾节点, 🇯🇵 日本节点, 🇰🇷 韩国节点, 🇸🇬 新加坡节点, 🇺🇸 美国节点, 🇺🇳 其他节点]}
{name: 📺 Netflix, type: select, proxies: [🚀 节点选择, 🇭🇰 香港节点, 🇹🇼 台湾节点, 🇯🇵 日本节点, 🇰🇷 韩国节点, 🇸🇬 新加坡节点, 🇺🇸 美国节点, 🇺🇳 其他节点]}
{name: 🧬 MisakaF, type: select, proxies: [🎯 国内流量, 🚀 节点选择, 🇭🇰 香港节点, 🇹🇼 台湾节点, 🇯🇵 日本节点, 🇰🇷 韩国节点, 🇸🇬 新加坡节点, 🇺🇸 美国节点, 🇺🇳 其他节点]}
{name: 🎞 Emby, type: select, proxies: [🚀 节点选择, 🎯 国内流量, 🇭🇰 香港节点, 🇹🇼 台湾节点, 🇯🇵 日本节点, 🇰🇷 韩国节点, 🇸🇬 新加坡节点, 🇺🇸 美国节点, 🇺🇳 其他节点]}
{name: 🧸 PikPak, type: select, proxies: [🚀 节点选择, 🎯 国内流量, 🇭🇰 香港节点, 🇹🇼 台湾节点, 🇯🇵 日本节点, 🇰🇷 韩国节点, 🇸🇬 新加坡节点, 🇺🇸 美国节点, 🇺🇳 其他节点]}
{name: 📈 网络测试, type: select, proxies: [🎯 国内流量, 🚀 节点选择, 🇭🇰 香港节点, 🇹🇼 台湾节点, 🇯🇵 日本节点, 🇰🇷 韩国节点, 🇸🇬 新加坡节点, 🇺🇸 美国节点, 🇺🇳 其他节点]}
{name: 📢 谷歌服务, type: select, proxies: [🚀 节点选择, 🎯 国内流量, 🇭🇰 香港节点, 🇹🇼 台湾节点, 🇯🇵 日本节点, 🇰🇷 韩国节点, 🇸🇬 新加坡节点, 🇺🇸 美国节点, 🇺🇳 其他节点]}
{name: 🎬 国外媒体, type: select, proxies: [🚀 节点选择, 🎯 国内流量, 🇭🇰 香港节点, 🇹🇼 台湾节点, 🇯🇵 日本节点, 🇰🇷 韩国节点, 🇸🇬 新加坡节点, 🇺🇸 美国节点, 🇺🇳 其他节点]}
{name: 📲 电报消息, type: select, proxies: [🚀 节点选择, 🇭🇰 香港节点, 🇹🇼 台湾节点, 🇯🇵 日本节点, 🇰🇷 韩国节点, 🇸🇬 新加坡节点, 🇺🇸 美国节点, 🇺🇳 其他节点]}
{name: 🎮 游戏平台, type: select, proxies: [🎯 国内流量, 🚀 节点选择, 🇭🇰 香港节点, 🇹🇼 台湾节点, 🇯🇵 日本节点, 🇰🇷 韩国节点, 🇸🇬 新加坡节点, 🇺🇸 美国节点, 🇺🇳 其他节点]}
{name:Ⓜ️ 微软服务, type: select, proxies: [🎯 国内流量, 🚀 节点选择, 🇭🇰 香港节点, 🇹🇼 台湾节点, 🇯🇵 日本节点, 🇰🇷 韩国节点, 🇸🇬 新加坡节点, 🇺🇸 美国节点, 🇺🇳 其他节点]}
{name: 🍎 苹果服务, type: select, proxies: [🎯 国内流量, 🚀 节点选择, 🇭🇰 香港节点, 🇹🇼 台湾节点, 🇯🇵 日本节点, 🇰🇷 韩国节点, 🇸🇬 新加坡节点, 🇺🇸 美国节点, 🇺🇳 其他节点]}
{name: 👓 国内媒体, type: select, proxies: [🎯 国内流量, 🚀 节点选择, 🇭🇰 香港节点, 🇹🇼 台湾节点, 🇯🇵 日本节点, 🇰🇷 韩国节点, 🇸🇬 新加坡节点, 🇺🇸 美国节点, 🇺🇳 其他节点]}
{name: 🐟 漏网之鱼, type: select, proxies: [🚀 节点选择, 🎯 国内流量, 🇭🇰 香港节点, 🇹🇼 台湾节点, 🇯🇵 日本节点, 🇰🇷 韩国节点, 🇸🇬 新加坡节点, 🇺🇸 美国节点, 🇺🇳 其他节点]}
rule-providers:
Inside:
type: http
behavior: classical
url: "https://raw.githubusercontent.com/Lovest20018/clash-rules/main/Inside.yaml"
path: ./ruleset/Inside.yaml
interval: 86400
lan:
type: http
behavior: classical
url: "https://raw.githubusercontent.com/blackmatrix7/ios_rule_script/master/rule/Clash/Lan/Lan.yaml"
path: ./ruleset/lan.yaml
interval: 86400
ads:
type: http
behavior: domain
url: "https://raw.githubusercontent.com/privacy-protection-tools/anti-AD/master/anti-ad-clash.yaml"
path: ./ruleset/ads.yaml
interval: 86400
google:
type: http
behavior: classical
url: "https://raw.githubusercontent.com/blackmatrix7/ios_rule_script/master/rule/Clash/Google/Google.yaml"
path: ./ruleset/google.yaml
interval: 86400
microsoft:
type: http
behavior: classical
url: "https://raw.githubusercontent.com/blackmatrix7/ios_rule_script/master/rule/Clash/Microsoft/Microsoft.yaml"
path: ./ruleset/microsoft.yaml
interval: 86400
apple:
type: http
behavior: classical
url: "https://raw.githubusercontent.com/blackmatrix7/ios_rule_script/master/rule/Clash/Apple/Apple.yaml"
path: ./ruleset/apple.yaml
interval: 86400
telegram:
type: http
behavior: classical
url: "https://raw.githubusercontent.com/blackmatrix7/ios_rule_script/master/rule/Clash/Telegram/Telegram.yaml"
path: ./ruleset/telegram.yaml
interval: 86400
game:
type: http
behavior: classical
url: "https://raw.githubusercontent.com/blackmatrix7/ios_rule_script/master/rule/Clash/Game/Game.yaml"
path: ./ruleset/game.yaml
interval: 86400
youtube:
type: http
behavior: classical
url: "https://raw.githubusercontent.com/blackmatrix7/ios_rule_script/master/rule/Clash/YouTube/YouTube.yaml"
path: ./ruleset/youtube.yaml
interval: 86400
netflix:
type: http
behavior: classical
url: "https://raw.githubusercontent.com/blackmatrix7/ios_rule_script/master/rule/Clash/Netflix/Netflix.yaml"
path: ./ruleset/netflix.yaml
interval: 86400
misakaf:
type: http
behavior: classical
url: "https://raw.githubusercontent.com/Lovest20018/clash-rules/main/MisakaF.yaml"
path: ./ruleset/misakaf.yaml
interval: 86400
emby:
type: http
behavior: classical
url: "https://raw.githubusercontent.com/Lovest20018/clash-rules/main/Emby.yaml"
path: ./ruleset/emby.yaml
interval: 86400
pikpak:
type: http
behavior: classical
url: "https://raw.githubusercontent.com/blackmatrix7/ios_rule_script/master/rule/Clash/PikPak/PikPak.yaml"
path: ./ruleset/pikpak.yaml
interval: 86400
networktest:
type: http
behavior: classical
url: "https://raw.githubusercontent.com/blackmatrix7/ios_rule_script/master/rule/Clash/Speedtest/Speedtest.yaml"
path: ./ruleset/networktest.yaml
interval: 86400
globalmedia:
type: http
behavior: classical
url: "https://raw.githubusercontent.com/blackmatrix7/ios_rule_script/master/rule/Clash/GlobalMedia/GlobalMedia.yaml"
path: ./ruleset/globalmedia.yaml
interval: 86400
chinamedia:
type: http
behavior: classical
url: "https://raw.githubusercontent.com/blackmatrix7/ios_rule_script/master/rule/Clash/ChinaMedia/ChinaMedia.yaml"
path: ./ruleset/chinamedia.yaml
interval: 86400
china:
type: http
behavior: classical
url: "https://raw.githubusercontent.com/blackmatrix7/ios_rule_script/master/rule/Clash/China/China_Classical.yaml"
path: ./ruleset/china.yaml
interval: 86400
chinaips:
type: http
behavior: classical
url: "https://raw.githubusercontent.com/blackmatrix7/ios_rule_script/master/rule/Clash/ChinaIPs/ChinaIPs_Classical_No_IPv6.yaml"
path: ./ruleset/chinaips.yaml
interval: 86400
rules:
因为现在已经在ppdns分流了,那这里的是国内的域名跟ip部分的的rules就完全可以去掉了吧?没任何意义了。因为都不会到ppgw了吧?
2.对于微软,苹果这些国内有服务器的,那分流规则是否也没效了呢?假如要让他们强制过ppgw,应该在ppdns的force_forward_list填上他们的所有域名,让他们强制转发到ppgw吗?假如我设置了force_forward_list,而规则这里又选择了DIRECT,这样是否有问题呢?
3.对于规则里去广告部分的规则,是否还有存在的必要呢?这里应该只是过滤过ppgw的,
而对于ppdns的话-上面套一个adgh的情况下,应该是指定adgh的上游为ppdns了吧?假如套了adgh的话,clash规则里还是否有需要广告拦截规则存在呢?
Beta Was this translation helpful? Give feedback.
All reactions