Neo4j Desktop执行GET/POST类查询（RDF导出）时频繁出现FetchURLError

普通MATCH类查询可正常运行的表现，可直接排除数据库基础连接故障的可能，故障点仅集中在RDF专属服务链路，按以下步骤排查修正即可解决：

前置插件与配置校验 #

• 确认当前数据库已安装并启用n10s（Neo4j RDF）插件：Neo4j Desktop默认不会预装该插件，所有RDF系列REST端点完全依赖该插件提供服务，未安装时前端发起的RDF请求会直接返回服务不可达的FetchURLError。操作路径：打开对应数据库的「Plugins」标签页，找到n10s插件点击安装，安装完成后重启数据库实例。
• 核对数据库配置规则，打开neo4j.conf配置文件，确认存在以下允许n10s插件运行的规则，缺失则手动添加后重启实例：

dbms.security.procedures.unrestricted=n10s.*
dbms.security.procedures.allowlist=n10s.*

请求调用格式修正 #

• Neo4j Browser内置的:POST/:GET前端交互命令，会自动拼接当前数据库的基础服务路径前缀，不需要在请求路径中额外添加/neo4j段，此前使用的/rdf/neo4j/cypher路径会被拼接为错误的服务地址，修正后的POST请求格式为：

:POST /rdf/cypher
{"cypher": "MATCH g = (:Person {name: 'Keanu Reeves'})-->(:Movie { title: 'The Matrix'}) RETURN g", "format" : "RDF/XML"}

• 简化版DESCRIBE请求的正确格式为（需要替换路径中的数字为目标节点在当前库中的内部节点ID，而非自定义业务ID）：

:GET /rdf/describe/<目标节点的内部ID>

访问策略排查 #

• 按F12打开浏览器控制台查看具体报错，如果提示CORS跨域拦截，需要在neo4j.conf中添加HTTP访问跨域允许配置：

dbms.security.http_access_control_allow_origin=*

• 不要在外部第三方浏览器的地址栏直接输入带:POST/:GET前缀的命令——这类命令是Neo4j Browser的专属交互指令，只有在数据库内置的交互窗口中才会被正确解析，在外部浏览器中输入会被识别为无效HTTP请求，直接触发Fetch失败。
• 确认数据库的监听端口未被本地防火墙、系统代理软件拦截，核对Neo4j Browser的连接地址和端口，与数据库实际对外提供服务的端口完全一致。

内容的提问来源于stack exchange，提问作者Mokshed Kaushik