Mac应用“连接被拒绝”通常是系统防火墙、socketfilterfw命令规则、hosts文件屏蔽或第三方防火墙（如LuLu、Little Snitch）主动拦截所致，需逐项排查并针对性调整。
Mac系统提示某个App“连接被拒绝”或明明有网却无法加载数据，大概率是该App曾被系统或第三方工具主动限制了联网权限，需要手动解除特定拦截规则才能恢复通信。
检查并关闭系统防火墙对该App的拦截
进入“系统设置 > 隐私与安全性 > 防火墙”，点击右下角“防火墙选项…”。
在应用列表中找到目标App（如 Notion、Obsidian 或自定义开发的应用），确认其状态是否为“阻止所有连接”或旁边标注了 【block】 字样。
若存在该条目，选中它 → 点击左下角“−”按钮移除；若仅显示“阻止传入连接”，则它不影响出站联网，无需操作。
点击“好”保存更改，立即重启该App测试联网效果。
清除 socketfilterfw 命令行级阻断规则
终端中运行以下命令查看当前生效的出站拦截规则：
sudo /usr/libexec/ApplicationFirewall/socketfilterfw --listrules
若输出中出现类似 block /Applications/XX.app 的行，说明该App被命令行防火墙明确禁止——图形界面里完全看不到这条规则，但它真实生效且优先级更高。
执行放行指令：sudo /usr/libexec/ApplicationFirewall/socketfilterfw --setrule allow /Applications/XX.app，注意路径必须带 .app 后缀，空格和大小写都要严格匹配；可用 Tab 键自动补全路径避免输错。
这一步不可跳过，否则即使防火墙图形界面已允许，App 仍会静默失败。
临时注释 hosts 文件中的屏蔽域名
方法一：终端执行 sudo nano /etc/hosts，输入管理员密码后打开编辑器。
逐行查找是否包含形如 127.0.0.1 api.myapp.com 或 127.0.0.1 license.example.net 的条目，尤其是近期安装过广告屏蔽脚本或破解工具后新增的行。
在可疑行开头添加 # 将其注释掉，按 Ctrl+O 回车保存，Ctrl+X 退出。
方法二：若不确定哪行导致问题，可先备份原文件：sudo cp /etc/hosts /etc/hosts.bak，再清空 hosts 主体内容（保留前两行注释和 127.0.0.1 localhost 即可）。
执行 sudo dscacheutil -flushcache 刷新DNS缓存，然后重启App验证。
关闭第三方防火墙的静默拦截
第一步：观察菜单栏右上角是否有 LuLu（蓝盾图标）、Little Snitch（眼睛图标）或 Hands Off! 图标。
第二步：点开对应应用 → 进入“规则”或“规则列表”界面 → 在搜索框输入该App的进程名（如 notion、slack 或 Electron）。
第三步：检查匹配到的规则是否设置了“拒绝所有连接”或勾选了“应用于所有子进程”——后者常误伤主程序的更新、登录等必要请求。
临时禁用其守护进程（不是退出软件）：在 LuLu 中点“停用 LuLu”，在 Little Snitch 中选择“Disable Network Monitor”。此时App若立刻恢复联网，说明就是它在拦截。
