不知道有没有遇到和我一样情况的，正常使用网络一周，收集访问过的海外域名，然后用脚本批量请求它们，有 3%的域名都有这种日志： OpenSSL SSL_connect: SSL_ERROR_SYSCALL in connection to 域名:端口 - CURL error code 35 (SSL connect error) 暂时的解决办法，把这些域名通过工单告诉机场运营者，然后加白名单，但这种方法很局限，不治本： 1. 分流时选择了同一上游的机场（买前不知道），又出现重复的报错现象； 2. 没法收集所有不在白名单里的域名，只知道常见的视频类域名在白名单里，反而 raw.githubusercontent.com 这种都不在机场的白名单里，更别提一大堆小众的海外域名了。 只能说有些机场策略太激进了，分流到不是同一上游的机场，以及老外朋友免费提供的家宽，均不会出现上述日志。
不知道有没有遇到和我一样情况的，正常使用网络一周，收集访问过的海外域名，然后用脚本批量请求它们，有 3%的域名都有这种日志： OpenSSL SSL_connect: SSL_ERROR_SYSCALL in connection to 域名:端口 - CURL error code 35 (SSL connect error) 暂时的解决办法，把这些域名通过工单告诉机场运营者，然后加白名单，但这种方法很局限，不治本： 1. 分流时选择了同一上游的机场（买前不知道），又出现重复的报错现象； 2. 没法收集所有不在白名单里的域名，只知道常见的视频类域名在白名单里，反而 raw.githubusercontent.com 这种都不在机场的白名单里，更别提一大堆小众的海外域名了。 只能说有些机场策略太激进了，分流到不是同一上游的机场，以及老外朋友免费提供的家宽，均不会出现上述日志。
不知道有没有遇到和我一样情况的，正常使用网络一周，收集访问过的海外域名，然后用脚本批量请求它们，有 3%的域名都有这种日志： OpenSSL SSL_connect: SSL_ERROR_SYSCALL in connection to 域名:端口 - CURL error code 35 (SSL connect error) 暂时的解决办法，把这些域名通过工单告诉机场运营者，然后加白名单，但这种方法很局限，不治本： 1. 分流时选择了同一上游的机场（买前不知道），又出现重复的报错现象； 2. 没法收集所有不在白名单里的域名，只知道常见的视频类域名在白名单里，反而 raw.githubusercontent.com 这种都不在机场的白名单里，更别提一大堆小众的海外域名了。 只能说有些机场策略太激进了，分流到不是同一上游的机场，以及老外朋友免费提供的家宽，均不会出现上述日志。
不知道有没有遇到和我一样情况的，正常使用网络一周，收集访问过的海外域名，然后用脚本批量请求它们，有 3%的域名都有这种日志： OpenSSL SSL_connect: SSL_ERROR_SYSCALL in connection to 域名:端口 - CURL error code 35 (SSL connect error) 暂时的解决办法，把这些域名通过工单告诉机场运营者，然后加白名单，但这种方法很局限，不治本： 1. 分流时选择了同一上游的机场（买前不知道），又出现重复的报错现象； 2. 没法收集所有不在白名单里的域名，只知道常见的视频类域名在白名单里，反而 raw.githubusercontent.com 这种都不在机场的白名单里，更别提一大堆小众的海外域名了。 只能说有些机场策略太激进了，分流到不是同一上游的机场，以及老外朋友免费提供的家宽，均不会出现上述日志。
不知道有没有遇到和我一样情况的，正常使用网络一周，收集访问过的海外域名，然后用脚本批量请求它们，有 3%的域名都有这种日志： OpenSSL SSL_connect: SSL_ERROR_SYSCALL in connection to 域名:端口 - CURL error code 35 (SSL connect error) 暂时的解决办法，把这些域名通过工单告诉机场运营者，然后加白名单，但这种方法很局限，不治本： 1. 分流时选择了同一上游的机场（买前不知道），又出现重复的报错现象； 2. 没法收集所有不在白名单里的域名，只知道常见的视频类域名在白名单里，反而 raw.githubusercontent.com 这种都不在机场的白名单里，更别提一大堆小众的海外域名了。 只能说有些机场策略太激进了，分流到不是同一上游的机场，以及老外朋友免费提供的家宽，均不会出现上述日志。
不知道有没有遇到和我一样情况的，正常使用网络一周，收集访问过的海外域名，然后用脚本批量请求它们，有 3%的域名都有这种日志： OpenSSL SSL_connect: SSL_ERROR_SYSCALL in connection to 域名:端口 - CURL error code 35 (SSL connect error) 暂时的解决办法，把这些域名通过工单告诉机场运营者，然后加白名单，但这种方法很局限，不治本： 1. 分流时选择了同一上游的机场（买前不知道），又出现重复的报错现象； 2. 没法收集所有不在白名单里的域名，只知道常见的视频类域名在白名单里，反而 raw.githubusercontent.com 这种都不在机场的白名单里，更别提一大堆小众的海外域名了。 只能说有些机场策略太激进了，分流到不是同一上游的机场，以及老外朋友免费提供的家宽，均不会出现上述日志。
3.5flash对比3flash，无论问什么，思考等级多少，ai studio的3.5falsh回答都很不积极。同比之下官网的3.5是很积极的 2 个帖子 - 2 位参与者 阅读完整话题
我两台电脑仓库密码不一致, 现在改成一样的也没办法把另一台电脑的 ssh 同步过来, 只同步了一堆服务器过来 重新退出登录再登录也不行, 这样子用云同步的人当真的要登录先必定喷死你