@MajestySolor #22 +1
一般这种情况我们都不太推荐在寻找（未被墙）替代品上浪费感情，找个稳定的梯子安定下来比较好。而且应该是白名单模式默认走代理。

就公共 RSS 服务而言，某种程度上这是一种可以绕过审查获取信息的途径啊，在这种事情上就不要对审查机器的仁慈心存侥幸和幻想了。不管目前还有多少可直连的，用的人多了结局都一样。

估计是认证了，广东电信，解析到 https://www.v2ex.com/t/531721 这其中的一个 IP 了

@hoyixi #7 抗议无效

https://www.theregister.co.uk/2020/03/30/dotcom_price_rises/

接受不了任何需要脑子记忆的密码…… 包括「百度用 B 旁边的 淘宝用 T 旁边的」这种看上去简单的记忆。我现在 600 多个密码，用这种方式的话必弄混啊

现在除了密码管理器还没遇到任何能说服我的方案
所有用到记忆的密码管理方案（不管是直接记密码、还是记基础密码+和网站名相关的前缀后缀、或者记密码在楼主这个表中的位置等等等等）我都接受不了…… 必然会弄混。

我脑子不好使就不折腾自己的脑子了😂

我的是 1.7G

在这个文件系统中，空文件夹是 64B， [文件夹+里面一个啥也没有的空文件] 是 96B 。

楼主这个路径需要 root 权限才能进去，所以如果在 Shell 里面没有 root 权限的情况下在外部观察这个文件夹会是 96B，而在 Finder 里直接观察是 0 字节。#7 说的在 Finder 中看 Caches 文件夹 147KB，这个大小其实也不包括 com.apple.coresymbolicationd 的实际大小。

楼上 96B 和 0 字节的小伙伴们是不是都没进去这个文件夹……

而且这事和 PAC 具体是什么没有关系，只要系统开了 Automatic Proxy Configuration 就能触发，我放了这个 PAC 文件都可以：

function FindProxyForURL(url, host) {
return "DIRECT";
}

@xburnerair00 #35 感谢，还真是。
我刚才试了一下 #15 楼的 3 个条件 + 默认 22 端口没有问题。
这 3 个条件 + 非 22 端口会出现问题。
由于我的大部分机器配置的不是 22 端口，所以没注意到这个条件。

@Xusually #17 @1002xin #16 @Umenezumi #24 FYI.

@Binb
在满足 #15 和 #35 的条件下，也没有任何问题吗？

@monsun #26 全局代理 OK 不？

@lululau #27 ssh -vvv 的描述在 #8
#4 的报错来自 ssh (libnetwork.dylib)
这个贴里有 3 个人出现了类似的问题，说不定不是个例。
大概是系统网络开了 PAC 时 ssh 的域名解析会出现问题。
换新的折腾不起 [doge]

@ab 然后我发现其实重启没用。

直接用 IP 、用 homebrew 安装的 openssh 都可以暂时解决问题。
但还是很纠结，为什么更新之后突然就变成这样了，楼上那几位同学为啥可以正常用。

@ab #4

擦，总结一下，我和楼主遇到了同样的问题，看到了 #4 同样的 log，百思不得其解（详情见楼上），重启了一下，好了。

@Xusually #17

@1002xin #16

谢谢。这太诡异了，我现在能十分稳定地复现连接成功和不成功的情况，但我能力有限看不出到底是什么原理。

@Xusually #1
@Umenezumi #2
@linvaux #11
@1002xin #14

请问你们是否使用梯子（如 ShadowsocksX-NG(-R)/V2RayX 等等），以及是否使用 PAC 模式？如果使用的话，我很想知道在符合下面的条件时能否复现我遇到的问题：

1. macOS 10.15.4, 系统自带的 ssh （路径为 /usr/bin/ssh ）
2. 使用了梯子的 PAC 模式，即系统网络设置里 PAC 是打勾的，如图： https://i.loli.net/2020/03/26/tosuYPLnSACXe9h.png
3. ssh 连接的是一个域名而不是 IP，如 ssh [email protected] 而不是 ssh [email protected]

想知道在这种情况下能不能连上，看看我是不是个例。谢谢了！

@mschultz #10 Update: Homebrew 安装的 openssh （版本 OpenSSH_8.2p1, OpenSSL 1.1.1d ） 没问题，系统自带的（ OpenSSH_8.1p1, LibreSSL 2.7.3 ）有问题。

我现在暂时用 Homebrew 的作为 workaround 了。

sorry 频繁 Update，我想应该把上面我写的“直连 SSH” 和“UCloud 服务” 改成“通过 IP 连接” 和 “通过域名连接”

是 “系统开了 PAC + ssh 连接的是个域名而不是 IP” 就会连不上。

和 Ucloud 服务没关系

@mschultz #8 Update: ShadowsocksX-NG-R 的 Whitelist Mode 并不会修改系统 PAC 设置。而改成 PAC 之后，果然也出事了（但 ssh 直连也正常）。

目前的情况就是：macOS 系统的设置 - 网络 - Proxies 里面，如果设置了 Automatic Proxy Configuration 设置了 PAC，那么连接 ucloud 的服务就会卡住。一般的 ssh 不受影响。

这什么逻辑？

我又仔细研究了我遇到的情况：
连接 A：直接连接 VPS ；
连接 B：通过 UCloud 的 GlobalSSH 服务连接服务器（ https://www.v2ex.com/t/655548 ）

1. 开启 ShadowsocksX-NG-R，Whitelist 模式：A，B 均正常；
2. 开启 V2RayX，PAC 模式（无论 gfwlist 或 whitelist ）：A 正常，且 VPS 显示的登录 IP 是我家宽带的地址而不是代理的地址，说明没经过代理；但 B 无法连接，ssh -vvv 显示卡在 Connecting to x.x.x.x.ipssh.net port xxxxx 这步。
3. V2RayX Manual Mode，A，B 均正常。
4. V2RayX Global Mode，A，B 均正常。

2 这种情况目前百思不得其解。主要是我开了酸酸乳也正常，所有情况下直连也正常，就 [V2RayX PAC + ucloud 服务] 这个组合出问题。
看起来不太像 ssh 发生了变化，而是更新系统之后 PAC 网络配置这块发生了变化？

@ab 果然，这是为啥啊。我用的是 V2RayX，也是这样。
为啥更新了 10.15.4 之后 ssh 就受到 PAC 的影响了？