请问大佬， https://itunes.apple.com/us/ 该如何加入 pac？

[opumps]

||itunes.apple.com/us/

https://itunes.apple.com/us/

http://itunes.apple.com/us/

我用了这三种似乎都没有成功，请问该如何设置，只针对 /us/

[momo07]

要么你用这个
||itunes.apple.com
这个应该可以 ，但是你后面的 us 不行的，除非你可能解密 https，比如用 MITM 攻击方法

[fengyj]

试试
"||itunes.apple.com/^[^cn]+$",
或者
"||itunes.apple.com/us+$",
好奇楼主是不是漏了那个","符号，漏掉也有可能出错。

[opumps]

@huiyifyj 谢谢。不过两个都没有成功。","也没有漏掉

[hu6360567]

chrome 不支持 https 的 url 过滤，至少 omegaswitch 是这么写的

[X-Force]

function FindProxyForURL(url, host) {

if(url.indexOf("://itunes.apple.com/")>=4){
if(url.indexOf("://itunes.apple.com/cn/")>=4){
return DIRECT;
}else{
return PROXY;
}
}

........
........
}

[bao3]

兄台，你是 https，这个除非你操作过证书，否则是不能后面跟 us 的

[Kobayashi]

@hu6360567 Chrome 52 起 switchomega 不再支持 HTTPS 协议的 URL 规则，https://github.com/FelisCatus/SwitchyOmega/wiki/Chromium-%E5%AE%8C%E6%95%B4%E7%BD%91%E5%9D%80%E9%99%90%E5%88%B6 . 好像曾经支持过。

@bao3 #6 请教一下，浏览器对于传输协议更好做手脚，所以至少曾经支持过 HTTPS 的 URL 匹配；那么用于系统的 PAC 或是用于 SS 的 ACL 肯定是不支持 HTTPS URL 匹配了吗？

Surge for Mac 虽然支持 MitM 解密 HTTPS 流量，但是 URL-REGEX 规则对于 HTTPS 协议无效，至少 macOS 版是这样； URL Rewrite 规则在解密后应该可以处理 HTTPS 协议，Header Rewrite 的情况没有测试，后边两中规则根本没有办法用来代理，最多是重定向和屏蔽广告。

因为目前常用网站以 HTTPS 居多，这样看来，如果 Surge for Mac 作为代理规则工具的话，并没有太多优势。以 Surge for Mac 和 Proxifier 的 HTTPS 协议代理规则作比较：
1. 均支持作为代理前导根据不同规则使用不同代理；
2. 均可以作为拦截代理 /透明代理，Surge for Mac 开启 Enhanced Mode ；
3. 均支持以下三类规则，Domain 类，IP 类，Process Name 类；
4. 均只支持 TCP，不支持 UDP 和 ICMP ；
5. 均不能根据完整 URL 选择代理；
6. DNS 处理上都可以解决污染问题；
7. Surge for Mac 作为代理规则工具支持 URL Rewrite, Header Rewrite。目前这两项作为代理规则主要被人用来 reject 屏蔽广告；
8. Proxifier 支持 Port ；另外支持同一条规则内 Domain/IP，Port，Process Name 三者串联筛选，可以更细致地使用规则；
9. Surge for Mac 除了基本的 socks 和 http 代理外还支持 ss，目前我还没明白这和我单独运行一个 ss 进程给它用有什么区别。

最后，楼主可能是想问如何访问美区 app 的问题，我还没找到针对 URL 的规则筛选的方法。目前只是用 Proxifier 针对 Chrome 和 Firefox，让 itunes.apple.com 走代理，勉强可以看到 app 页面。Safari 还没想好，因为没办法对 Safari 单独限制，只能针对 Webkit 写规则。但这样势必影响 App Store 和 iTunes Store。因为这俩货都是调用 Webkit 渲染页面，极大可能直接调用 Webkit 下载、更新，这样就比较麻烦了。

[momo07]

@Kobayashi surge 已经完美支持 UDP 了 https://trello.com/c/ugOMxD3u

[Kobayashi]

@hu6360567 #4 请问兄弟，既然 Chrome 不支持 URL 的 HTTPS 过滤，那么下边这三个扩展是怎么做到重定向 URL 的？

- gooreplacer, https://github.com/jiacai2050/gooreplacer
- URLRedirector, https://github.com/fengyc/URLRedirector。思路源自于前者 ，但转而采用了 WebExtension。
- Requestly, https://www.requestly.in/rules/ 。最后这个绝了，支持 Redirect Request, Cancel Request, Replace Host, Modify Headers, , Modify Query Parameters, Insert Scripts, Override User-Agent.

[hu6360567]

@Kobayashi 那你去看他们是怎么实现的啊。我说的是 switchyomega 这么写的。
https://github.com/FelisCatus/SwitchyOmega/issues/845

[hu6360567]

@Kobayashi 你这和我抬杠有什么意思？

[Kobayashi]

@hu6360567 可能是因为文字上看不出语气，你误会了，我真的没有和你抬杠的意思。纯粹是昨天看到一个用 URL 跳转插件解决网站引用 Google CDN 无法连接的问题，找到了这几个插件。想到 OmegaSwitch 却表示 Chrome 实现 HTTPS 的 URL 规则，担心这几个插件是不是同样受影响。其实你不说 Omega 对 HTTPS URL 支持的问题我都没有注意到，一个礼拜之后再回复你是觉得你在这个问题上知道的更详细一点，也许清楚原因。

又读了一遍我上面的回复，好像的确会被认为是来抬杠的😅，抱歉抱歉。