【n8n配置】使用Mac自带Safari启动n8n的docker时提示 “Your n8n server is configured to use a secure cookie”解决方案

解决 n8n “secure cookie” 报错的三种方法

当你运行 n8n 时,可能会遇到如下提示:

Your n8n server is configured to use a secure cookie, however you are either visiting this via an insecure URL, or using Safari. 

这意味着 n8n 启用了安全 Cookie(N8N_SECURE_COOKIE=true),但当前访问不是 HTTPS,或浏览器(如 Safari)拒绝在非安全连接中传输 Cookie。


一、问题原因

n8n 默认要求所有登录 Cookie 通过 HTTPS 传输。
如果你使用的是 http://localhost:5678 或 IP 地址访问,浏览器会拒绝发送 Cookie,从而无法登录。


二、解决方案

方法一:启用 n8n 自带 HTTPS(推荐)

访问地址:

https://localhost:5678 

修改启动命令:

docker run -it --rm \ --name n8n \ -p 5678:5678 \ -e N8N_PROTOCOL=https \ -e N8N_SSL_KEY=/certs/server.key \ -e N8N_SSL_CERT=/certs/server.crt \ -v n8n_data:/home/node/.n8n \ -v ~/n8n/certs:/certs \ docker.n8n.io/n8nio/n8n 

生成自签名证书:

mkdir -p ~/n8n/certs openssl req -x509 -newkey rsa:4096 -keyout ~/n8n/certs/server.key -out ~/n8n/certs/server.crt -days 365 -nodes -subj "/CN=localhost"
🔒 尽管浏览器会提示“自签名证书不受信任”,但通信是加密的,适合本地开发。

方法二:改用 localhost 或其他浏览器

如果只是本地测试:

  • 使用 http://localhost:5678 而不是 127.0.0.1
  • 或尝试 Chrome / Firefox(Safari 对 Cookie 管理更严格)

方法三:关闭安全 Cookie(仅限本地)

在本地调试时可以关闭安全验证:

exportN8N_SECURE_COOKIE=false n8n start 

或在 Docker 中:

-e N8N_SECURE_COOKIE=false 
⚠️ 不建议在线上环境中禁用此功能。

三、总结

场景方案安全性
本地测试方法三
本地长期使用方法一
线上部署使用 Nginx/Caddy 反向代理自动申请 HTTPS最高

一句话总结:

“secure cookie” 报错的根本原因是未使用 HTTPS。最简单的解决方法是为 n8n 启用自签名证书,让它自己以 HTTPS 方式启动。

Read more

比 Copilot 能扛事,比 Cursor 懂协作:MonkeyCode 重新定义 AI 编程

比 Copilot 能扛事,比 Cursor 懂协作:MonkeyCode 重新定义 AI 编程

作为每天跟代码、需求、Git打交道的开发者,你是不是早就对AI编程工具又爱又恨? 用Copilot补函数、靠Cursor写Demo确实快,但一到真实项目就拉胯:生成的代码逻辑漏洞百出,改起来比自己写还费劲;本地环境跑AI脚本怕删库跑路,云端工具又没法跟团队Git流程打通;明明想要一个完整的用户管理模块,AI却只给一段孤立代码,还得自己搭架构、调依赖…… 直到长亭科技的MonkeyCode上线,才真正戳中了开发者的核心痛点:AI编程的终极目标,从来不是“写代码更快”,而是让AI成为能参与需求分析、架构设计、团队协作的“全职队友”,把研发流程从“人干活、AI辅助”变成“人决策、AI执行”。 一、颠覆认知:AI编程不该只是“代码打印机” 市面上90%的AI编程工具,本质都是“代码打印机”——你喂给它指令,它吐出代码,至于逻辑对不对、架构合不合理、能不能融入现有项目,全看运气。这也是为什么很多开发者吐槽“AI写Demo还行,真项目不敢用”。 MonkeyCode的核心颠覆,在于它重新定义了AI在研发中的角色:不是IDE里的插件,

By Ne0inhk
2026最新AI聚合系统(渐进式AIGC系统):nano-banana-2第二代绘画、VEO3/VEO3.1、Sora-2视频生成大模型私有化独立系统+扣子工作流Agent智能体

2026最新AI聚合系统(渐进式AIGC系统):nano-banana-2第二代绘画、VEO3/VEO3.1、Sora-2视频生成大模型私有化独立系统+扣子工作流Agent智能体

SparkAi系统:渐进式AIGC系统,一款基于OpenAi/ChatGPT、GPT-5.2/GPT-5、最新旗舰大模型Claude-opus-4-6、nano-banana-2第二代绘画大模型、Gemini-3.1-pro、DeepSeek、Sora-2、VEO3.1、Agent智能体 扣子(coze)插件、工作流、函数、知识库 等AI大模型能力开发的一站式AI系统;支持「🤖AI聊天」、「🎨专业AI绘画」、「🧠AI智能体」、「🪟Agent应用」、「🎬AI视频生成」等,支持独立私有部署!提供面向个人用户 (ToC)、开发者 (ToD)、企业 (ToB)的全面解决方案。 一、SparkAi系统/官网 最新旗舰大模型Claude-opus-4-6、GPT-5.3-Codex、GPT-5.2、GPT-5-PRO、gpt-image-1.5绘画大模型、超强生图

By Ne0inhk

VS Code + WSL 下 GitHub 访问不稳定 & Copilot/Codex 一直 Thinking 的完整解决方案(国内平台安全版)

VS Code + WSL 下 GitHub 访问不稳定 & Copilot/Codex 一直 Thinking 的完整解决方案(国内平台安全版) 本文记录一次开发环境排查过程: 从 VS Code + WSL 环境下 GitHub 克隆失败,到 Copilot/Codex 长时间停在 “Thinking…” 的完整解决步骤。 特别说明: 文中提到的 “网络辅助工具”“连接加速端口”“外网连通性优化” 都指代常见的 网络优化方式,用于解决访问境外开发资源时的稳定性问题(GitHub、Copilot 等)。 📌 一、问题概述 使用 VS Code + WSL 进行开发时可能遇到以下问题: ❌ 1. Git clone 失败 fatal:

By Ne0inhk
vs code 中内置的聊天是 GitHub Copilot Chat 吗

vs code 中内置的聊天是 GitHub Copilot Chat 吗

vs code 中内置的聊天是 GitHub Copilot Chat 吗 vs code 中内置的聊天要分情况讨论: 1. VS Code 内置的聊天(“Ask Cody”):不是 GitHub Copilot Chat VS Code 在 2023 年底(1.85 版本)引入了一个内置的聊天侧边栏,它的默认提供者是 VS Code 自己的 AI 助手 “Cody”。 * 这个功能是 VS Code 编辑器的一部分,图标通常是一个对话框气泡 💬。 * 它的目标是提供与编辑器深度集成的通用编程帮助,例如解释代码、生成代码、问答等。 * 它不一定与你的 GitHub Copilot 订阅绑定,即使你没有订阅

By Ne0inhk