Parity GUI连接自定义PoA区块链遇交易失败及CORS配置无效问题

我之前也碰到过类似的Parity CORS配置不生效的坑，结合你的情况，咱们一步步来排查解决：

1. 优先检查启动参数（最容易踩的坑） #

Parity的启动命令参数优先级会高于配置文件，如果你只是改了配置文件但启动时没指定正确参数，很可能白忙活。试试用明确的启动命令启动节点：

parity --chain your-poa-custom-chain.json \
       --jsonrpc-cors "*" \
       --jsonrpc-apis all \
       --jsonrpc-interface all

• --jsonrpc-cors "*"：允许所有来源的跨域请求（测试环境可用，生产建议指定具体域名）
• --jsonrpc-apis all：确保启用了所有交易相关的JSON-RPC接口（比如eth_getTransactionsByAccount、eth_sendTransaction等）
• --jsonrpc-interface all：允许从任意IP访问节点的RPC接口（如果前端在本地，也可以设为127.0.0.1）

2. 确认配置文件的正确写法 #

如果你习惯用配置文件（比如config.toml），确保[rpc]部分的CORS配置是数组格式，而不是单个字符串：

[rpc]
enabled = true
interface = "all"
cors = ["*"]  # 这里必须是数组，写"*"会不生效
apis = ["all"]

还要确认Parity加载的是你修改的配置文件，可以用parity --config /path/to/your/config.toml指定路径启动，避免加载默认配置。

3. 验证CORS配置是否真的生效 #

启动节点后，用curl命令测试响应头：

curl -I http://localhost:8545

如果配置生效，你应该能看到响应头里有Access-Control-Allow-Origin: *（或者你指定的域名）。如果没有，先完全关闭Parity进程（包括后台进程），再重新启动。

4. 解决406错误和Failed to fetch问题 #

除了CORS，406错误通常和请求头的Accept字段有关：

• 检查前端请求时的Accept头，确保设置为application/json（Parity默认只接受JSON格式的请求）
• 如果用MetaMask或其他钱包连接，确认钱包的RPC端点地址正确，并且节点已经同步到PoA链的最新块（PoA链同步慢的话，交易查询会返回空或报错）

5. 本地文件（file://）的特殊处理 #

如果你的前端是直接打开本地HTML文件（不是通过HTTP服务器），浏览器对Access-Control-Allow-Origin: null的限制很严格。建议用本地HTTP服务器托管前端，比如：

# 安装http-server
npm install -g http-server
# 启动服务器
http-server -p 8540

然后把Parity的CORS配置设为http://localhost:8540，再从http://localhost:8540访问前端。

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