大家好，最近在调优量化交易的网络架构时遇到了一个非常诡异的网络连通性问题，折腾了一圈没找到根本原因，特来向各位网络/DevOps 大佬求助。 📌 核心现象 我手里有一个带有账号密码认证的 HTTP 代理（类似住宅/节点代理池）。 运行同一条 curl 测试指令请求 google 的时间戳 API： 在海外 Linux 服务器上： 秒回，完全正常。 在本地 macOS 上： 无法连通（无论是否开启 Clash TUN 模式）。 测试指令如下： curl -v -xhttp://[USERNAME]:[PASSWORD]@[PROXY_IP]:[PROXY_PORT]/" https://www.google.com 💻 运行环境比对 ** [环境 A：本地（无法连通）] ** OS: macOS (Apple Silicon / Intel) 网络环境: 国内直连 / 挂载了 Clash Verge (无论关闭代理、开启系统代理还是开启 TUN 模式，该指令均失败) Curl 版本: macOS 自带 (SecureTransport / LibreSSL) ** [环境 B：服务器（正常连通）] ** OS: Ubuntu 22.04 / CentOS 网络环境: 海外机器 Curl 版本: Linux 自带 (OpenSSL) 🤔 我的猜测与疑问 结合以上现象，我目前有几个猜测，希望大佬们帮忙看看哪个最有可能，或者指导一下下一步的抓包排查方向： GFW 阻断？ 本地发往海外 [PROXY_IP] 的代理请求是明文 HTTP 握手，是不是直接被运营商或 GFW 识别并重置（ RST ）了？ 代理服务商白名单限制？ 这种带账密的代理，服务商后台是否通常会绑定请求端的公网 IP ？因为服务器 IP 可能在白名单内，而我本地宽带 IP 每天都在变。 底层 SSL 库差异？ macOS 自带的 curl 库与目标代理服务器之间，在建立 CONNECT 隧道时的 SSL 握手失败了？ 如果有大佬遇到过类似“本地挂代理调不通，服务器畅通”的坑，或者知道怎么用 tcpdump 精准抓这个过程的包，恳请指点迷津！感激不尽。
大家好，最近在调优量化交易的网络架构时遇到了一个非常诡异的网络连通性问题，折腾了一圈没找到根本原因，特来向各位网络/DevOps 大佬求助。 📌 核心现象 我手里有一个带有账号密码认证的 HTTP 代理（类似住宅/节点代理池）。 运行同一条 curl 测试指令请求 google 的时间戳 API： 在海外 Linux 服务器上： 秒回，完全正常。 在本地 macOS 上： 无法连通（无论是否开启 Clash TUN 模式）。 测试指令如下： curl -v -xhttp://[USERNAME]:[PASSWORD]@[PROXY_IP]:[PROXY_PORT]/" https://www.google.com 💻 运行环境比对 ** [环境 A：本地（无法连通）] ** OS: macOS (Apple Silicon / Intel) 网络环境: 国内直连 / 挂载了 Clash Verge (无论关闭代理、开启系统代理还是开启 TUN 模式，该指令均失败) Curl 版本: macOS 自带 (SecureTransport / LibreSSL) ** [环境 B：服务器（正常连通）] ** OS: Ubuntu 22.04 / CentOS 网络环境: 海外机器 Curl 版本: Linux 自带 (OpenSSL) 🤔 我的猜测与疑问 结合以上现象，我目前有几个猜测，希望大佬们帮忙看看哪个最有可能，或者指导一下下一步的抓包排查方向： GFW 阻断？ 本地发往海外 [PROXY_IP] 的代理请求是明文 HTTP 握手，是不是直接被运营商或 GFW 识别并重置（ RST ）了？ 代理服务商白名单限制？ 这种带账密的代理，服务商后台是否通常会绑定请求端的公网 IP ？因为服务器 IP 可能在白名单内，而我本地宽带 IP 每天都在变。 底层 SSL 库差异？ macOS 自带的 curl 库与目标代理服务器之间，在建立 CONNECT 隧道时的 SSL 握手失败了？ 如果有大佬遇到过类似“本地挂代理调不通，服务器畅通”的坑，或者知道怎么用 tcpdump 精准抓这个过程的包，恳请指点迷津！感激不尽。
大家好，最近在调优量化交易的网络架构时遇到了一个非常诡异的网络连通性问题，折腾了一圈没找到根本原因，特来向各位网络/DevOps 大佬求助。 📌 核心现象 我手里有一个带有账号密码认证的 HTTP 代理（类似住宅/节点代理池）。 运行同一条 curl 测试指令请求 google 的时间戳 API： 在海外 Linux 服务器上： 秒回，完全正常。 在本地 macOS 上： 无法连通（无论是否开启 Clash TUN 模式）。 测试指令如下： curl -v -xhttp://[USERNAME]:[PASSWORD]@[PROXY_IP]:[PROXY_PORT]/" https://www.google.com 💻 运行环境比对 ** [环境 A：本地（无法连通）] ** OS: macOS (Apple Silicon / Intel) 网络环境: 国内直连 / 挂载了 Clash Verge (无论关闭代理、开启系统代理还是开启 TUN 模式，该指令均失败) Curl 版本: macOS 自带 (SecureTransport / LibreSSL) ** [环境 B：服务器（正常连通）] ** OS: Ubuntu 22.04 / CentOS 网络环境: 海外机器 Curl 版本: Linux 自带 (OpenSSL) 🤔 我的猜测与疑问 结合以上现象，我目前有几个猜测，希望大佬们帮忙看看哪个最有可能，或者指导一下下一步的抓包排查方向： GFW 阻断？ 本地发往海外 [PROXY_IP] 的代理请求是明文 HTTP 握手，是不是直接被运营商或 GFW 识别并重置（ RST ）了？ 代理服务商白名单限制？ 这种带账密的代理，服务商后台是否通常会绑定请求端的公网 IP ？因为服务器 IP 可能在白名单内，而我本地宽带 IP 每天都在变。 底层 SSL 库差异？ macOS 自带的 curl 库与目标代理服务器之间，在建立 CONNECT 隧道时的 SSL 握手失败了？ 如果有大佬遇到过类似“本地挂代理调不通，服务器畅通”的坑，或者知道怎么用 tcpdump 精准抓这个过程的包，恳请指点迷津！感激不尽。
大家好，最近在调优量化交易的网络架构时遇到了一个非常诡异的网络连通性问题，折腾了一圈没找到根本原因，特来向各位网络/DevOps 大佬求助。 📌 核心现象 我手里有一个带有账号密码认证的 HTTP 代理（类似住宅/节点代理池）。 运行同一条 curl 测试指令请求 google 的时间戳 API： 在海外 Linux 服务器上： 秒回，完全正常。 在本地 macOS 上： 无法连通（无论是否开启 Clash TUN 模式）。 测试指令如下： curl -v -xhttp://[USERNAME]:[PASSWORD]@[PROXY_IP]:[PROXY_PORT]/" https://www.google.com 💻 运行环境比对 ** [环境 A：本地（无法连通）] ** OS: macOS (Apple Silicon / Intel) 网络环境: 国内直连 / 挂载了 Clash Verge (无论关闭代理、开启系统代理还是开启 TUN 模式，该指令均失败) Curl 版本: macOS 自带 (SecureTransport / LibreSSL) ** [环境 B：服务器（正常连通）] ** OS: Ubuntu 22.04 / CentOS 网络环境: 海外机器 Curl 版本: Linux 自带 (OpenSSL) 🤔 我的猜测与疑问 结合以上现象，我目前有几个猜测，希望大佬们帮忙看看哪个最有可能，或者指导一下下一步的抓包排查方向： GFW 阻断？ 本地发往海外 [PROXY_IP] 的代理请求是明文 HTTP 握手，是不是直接被运营商或 GFW 识别并重置（ RST ）了？ 代理服务商白名单限制？ 这种带账密的代理，服务商后台是否通常会绑定请求端的公网 IP ？因为服务器 IP 可能在白名单内，而我本地宽带 IP 每天都在变。 底层 SSL 库差异？ macOS 自带的 curl 库与目标代理服务器之间，在建立 CONNECT 隧道时的 SSL 握手失败了？ 如果有大佬遇到过类似“本地挂代理调不通，服务器畅通”的坑，或者知道怎么用 tcpdump 精准抓这个过程的包，恳请指点迷津！感激不尽。
大家好，最近在调优量化交易的网络架构时遇到了一个非常诡异的网络连通性问题，折腾了一圈没找到根本原因，特来向各位网络/DevOps 大佬求助。 📌 核心现象 我手里有一个带有账号密码认证的 HTTP 代理（类似住宅/节点代理池）。 运行同一条 curl 测试指令请求 google 的时间戳 API： 在海外 Linux 服务器上： 秒回，完全正常。 在本地 macOS 上： 无法连通（无论是否开启 Clash TUN 模式）。 测试指令如下： curl -v -xhttp://[USERNAME]:[PASSWORD]@[PROXY_IP]:[PROXY_PORT]/" https://www.google.com 💻 运行环境比对 ** [环境 A：本地（无法连通）] ** OS: macOS (Apple Silicon / Intel) 网络环境: 国内直连 / 挂载了 Clash Verge (无论关闭代理、开启系统代理还是开启 TUN 模式，该指令均失败) Curl 版本: macOS 自带 (SecureTransport / LibreSSL) ** [环境 B：服务器（正常连通）] ** OS: Ubuntu 22.04 / CentOS 网络环境: 海外机器 Curl 版本: Linux 自带 (OpenSSL) 🤔 我的猜测与疑问 结合以上现象，我目前有几个猜测，希望大佬们帮忙看看哪个最有可能，或者指导一下下一步的抓包排查方向： GFW 阻断？ 本地发往海外 [PROXY_IP] 的代理请求是明文 HTTP 握手，是不是直接被运营商或 GFW 识别并重置（ RST ）了？ 代理服务商白名单限制？ 这种带账密的代理，服务商后台是否通常会绑定请求端的公网 IP ？因为服务器 IP 可能在白名单内，而我本地宽带 IP 每天都在变。 底层 SSL 库差异？ macOS 自带的 curl 库与目标代理服务器之间，在建立 CONNECT 隧道时的 SSL 握手失败了？ 如果有大佬遇到过类似“本地挂代理调不通，服务器畅通”的坑，或者知道怎么用 tcpdump 精准抓这个过程的包，恳请指点迷津！感激不尽。
官方的 Claude Code 桌面版只有 macOS / Windows ，Linux 只能用命令行。我自己用 Linux ，就做了个非官方桌面版，已开源。 思路很简单：不是重写客户端，而是用 Electron 套一个真实终端（ xterm.js + node-pty ），里面跑你本机装好的 claude CLI 。所以命令行有的功能它全有——slash 命令、MCP 、插件、hooks 、skill 、权限交互，一个不少，只是多了个窗口外壳。 做了这些： 多标签页会话，每个标签可在不同目录 可视化「恢复会话」选择器（鼠标点选历史会话，不用敲 claude --resume ） 12 种界面语言（含阿拉伯语 RTL ）、5 套配色主题 打包成 AppImage 和 .deb ，应用图标 + Dock 集成 技术栈 Electron + xterm.js + node-pty ，在 Ubuntu 24.04 (Wayland + GNOME) 上开发测试。踩的坑（ chrome-sandbox 、libfuse2 、原生 Wayland 剪贴板不同步）都写在 README 里了。 GitHub： https://github.com/ydxred/claude-desktop Release （ AppImage / deb ）： https://github.com/ydxred/claude-desktop/releases 纯个人项目、非官方，欢迎试用 / 提 issue 。
大家好，最近在调优量化交易的网络架构时遇到了一个非常诡异的网络连通性问题，折腾了一圈没找到根本原因，特来向各位网络/DevOps 大佬求助。 📌 核心现象 我手里有一个带有账号密码认证的 HTTP 代理（类似住宅/节点代理池）。 运行同一条 curl 测试指令请求 google 的时间戳 API： 在海外 Linux 服务器上： 秒回，完全正常。 在本地 macOS 上： 无法连通（无论是否开启 Clash TUN 模式）。 测试指令如下： curl -v -xhttp://[USERNAME]:[PASSWORD]@[PROXY_IP]:[PROXY_PORT]/" https://www.google.com 💻 运行环境比对 ** [环境 A：本地（无法连通）] ** OS: macOS (Apple Silicon / Intel) 网络环境: 国内直连 / 挂载了 Clash Verge (无论关闭代理、开启系统代理还是开启 TUN 模式，该指令均失败) Curl 版本: macOS 自带 (SecureTransport / LibreSSL) ** [环境 B：服务器（正常连通）] ** OS: Ubuntu 22.04 / CentOS 网络环境: 海外机器 Curl 版本: Linux 自带 (OpenSSL) 🤔 我的猜测与疑问 结合以上现象，我目前有几个猜测，希望大佬们帮忙看看哪个最有可能，或者指导一下下一步的抓包排查方向： GFW 阻断？ 本地发往海外 [PROXY_IP] 的代理请求是明文 HTTP 握手，是不是直接被运营商或 GFW 识别并重置（ RST ）了？ 代理服务商白名单限制？ 这种带账密的代理，服务商后台是否通常会绑定请求端的公网 IP ？因为服务器 IP 可能在白名单内，而我本地宽带 IP 每天都在变。 底层 SSL 库差异？ macOS 自带的 curl 库与目标代理服务器之间，在建立 CONNECT 隧道时的 SSL 握手失败了？ 如果有大佬遇到过类似“本地挂代理调不通，服务器畅通”的坑，或者知道怎么用 tcpdump 精准抓这个过程的包，恳请指点迷津！感激不尽。
话说各位佬目前 PD 虚拟机都用的是什么渠道的？ 破解？ 咸鱼？ 目前市面上有很多的破解版本。 闲鱼上好多卖的也是破解版的，想着还是用破解版的吧。 但是不知道有没有什么问题，有些站点感觉还是不太敢用。 找了一个社区推荐的版本，比较新（26.3.1），传到 VT 上，是全绿的。 想问问各位佬有没有什么建议。或者靠谱点的安装包，或者其他渠道。 2 个帖子 - 2 位参与者 阅读完整话题
如题，我自己的 Apple id 下有一个我自己的中国的 team ，还有个海外公司的 team 最近在给海外公司做 macos 的开发，然后今天早上用公司的 team 公证完一个 app 过后收到了邮件说 We have discovered a potentially suspicious software signed with your Apple Developer Program Developer ID certificate 然后我的个人 team 就被禁用了，现在自己的 appstore connect 也用不了，已经有的 app 后端也直接 APNs 报错了 但是公证过的 mac app 依然可以正常使用，我还能继续用公司的证书公证新的 app ，给 apple 提交说明了，现在很崩溃，有点无妄之灾了
m3pro的机器，升级了macos27后很悔恨，有许多感知明显的bug。手头没有多余u盘和硬盘，但又想保留我的资料实现系统降级。 查询到mac有个安装双macOS系统的办法 在 Mac 上使用多个 macOS 版本 - 官方 Apple 支持 (中国) 想咨询一下有经验的佬友们：我能否分出一个卷安装macos15或者26后，将现在27的资料全部移动过去后把27的卷删除，从而实现系统降级呢？ 1 个帖子 - 1 位参与者 阅读完整话题
由于苹果的限制目前使用国行版 MacBook 的用户即便升级到 macOS 27 也无法开启Apple Intelligence，所以有开发者使用极简内核扩展直接从源头修改设备区域码，修改后全系统每个进程都会识别为美版区域，这样可以开启完整的苹果 AI 服务，支持端侧 AI 模型和其他基于云端调用的模型。 需要禁用 SIP 并使用极简内核扩展： RegionSpoof 项目的工作原理主要是从源头修改设备区域码，修改前必须禁用 SIP 并使用 kext 极简内核扩展，禁用 SIP 后可能会导致系统安全性下降，仅推荐有经验的专业开发者在测试机上部署尝试。发布项目的开发者 @SkyBlue997 使用的测试机为 M3 Max 版 MacBook Pro。 成功操作后可以启用端侧 AI 功能和云端全功能 (包括写作工具含语气修改、图乐园、Genmoji、Foundation Models、ChatGPT 扩展)。 快速安装步骤： 克隆项目到本地并执行 install.sh 安装脚本即可，安装脚本会检测是否已经禁用 SIP，如果没有禁用则会给出步骤引导用户禁用 SIP 后再进行安装。脚本在工作时也需要用户授权，到时候用户根据屏幕提示在隐私和安全性里允许再重启即可。 项目地址： https://github.com/SkyBlue997/enableMacosAI 查看评论
因为 macOS 有的时候会自动切换到 ABC 输入法上，对于日常工作其实会有些困扰。 目前市面上的锁定输入法软件，有的是收费，有的不满足我的需求，所以自己做了一个。 支持的特性: 实时锁定选择的输入法 支持根据不同的 app 锁定不同的输入法 全局切换快捷键(快速取消、激活锁定) 可配置的登录启动(默认关闭) 浅色 / 深色模式 支持 9 种语言 激活日志(保留 24 小时) 核心锁定无需额外权限 可根据 URL 切换锁定的输入法(需要额外的 Accessibility 权限) 软件体积仅为 6M(DMG) 已签名 + 公证 Github: https://github.com/oomol-lab/LockIME
因为 macOS 有的时候会自动切换到 ABC 输入法上，对于日常工作其实会有些困扰。 目前市面上的锁定输入法软件，有的是收费，有的不满足我的需求，所以自己做了一个。 支持的特性: 实时锁定选择的输入法 支持根据不同的 app 锁定不同的输入法 全局切换快捷键(快速取消、激活锁定) 可配置的登录启动(默认关闭) 浅色 / 深色模式 支持 9 种语言 激活日志(保留 24 小时) 核心锁定无需额外权限 可根据 URL 切换锁定的输入法(需要额外的 Accessibility 权限) 软件体积仅为 6M(DMG) 已签名 + 公证 Github: https://github.com/oomol-lab/LockIME
因为 macOS 有的时候会自动切换到 ABC 输入法上，对于日常工作其实会有些困扰。 目前市面上的锁定输入法软件，有的是收费，有的不满足我的需求，所以自己做了一个。 支持的特性: 实时锁定选择的输入法 支持根据不同的 app 锁定不同的输入法 全局切换快捷键(快速取消、激活锁定) 可配置的登录启动(默认关闭) 浅色 / 深色模式 支持 9 种语言 激活日志(保留 24 小时) 核心锁定无需额外权限 可根据 URL 切换锁定的输入法(需要额外的 Accessibility 权限) 软件体积仅为 6M(DMG) 已签名 + 公证 Github: https://github.com/oomol-lab/LockIME
rt. 商店版微信还是崩溃中.
rt. 商店版微信还是崩溃中.
rt. 商店版微信还是崩溃中.
rt. 商店版微信还是崩溃中.