请求Interactive Brokers OAuth令牌时持续返回invalid consumer错误排查

以下是针对你的实现可能存在的问题及修正建议：

1. 缺失必填的oauth_version参数 #

OAuth 1.0a规范明确要求Authorization Header必须包含oauth_version="1.0"参数，你的代码中未添加该参数，这是导致服务端无法识别consumer的常见原因之一。

修正方法：在OAuthHelper.GetAuthorizationHeader的oauthParameters字典中添加该参数：

var oauthParameters = new Dictionary<string, string>
{
    { "oauth_consumer_key", consumerKey },
    { "oauth_signature_method", "RSA-SHA256" },
    { "oauth_timestamp", GetTimestamp() },
    { "oauth_nonce", GetNonce() },
    { "oauth_callback", "oob" },
    { "oauth_version", "1.0" } // 新增该必填参数
};

2. RSA密钥不匹配 #

确保你使用的私钥private_encryption.pem与在Interactive Brokers平台注册consumer key时上传的公钥完全对应。如果公钥未正确上传或私钥与公钥不匹配，服务端无法验证签名，会直接返回"invalid consumer"。

验证步骤：

• 从私钥导出公钥，确认与IB后台上传的公钥内容一致（注意去除PEM格式的首尾行和空格）。
• 检查私钥是否为PKCS#1格式（IB要求RSA密钥使用PKCS#1标准），如果是PKCS#8格式，需要转换为PKCS#1。

3. Base URI构造可能存在冗余斜杠 #

你的代码中手动拼接baseUrl + requestUri时，如果BaseAddress末尾包含斜杠（如https://www.interactivebrokers.com/tradingapi/v1/），容易导致base URI出现格式问题，而签名Base String必须与服务端预期的完全一致。

修正方法：使用Uri类自动拼接地址，避免手动拼接的错误：

var fullUri = new Uri(_httpClient.BaseAddress, requestUri);
var authorizationHeader = OAuthHelper.GetAuthorizationHeader(fullUri.AbsoluteUri, "POST", consumerKey);

4. 签名Base String的参数排序与编码验证 #

OAuth 1.0a要求所有参与签名的参数（包括OAuth参数和查询参数）必须按ASCII字典序排序，且每个参数的键值都要严格按照RFC3986编码。

检查点：

• 确认GetOAuthParamString方法中使用的StringComparer.Ordinal是正确的（按ASCII排序，而非文化敏感排序）。
• 验证ToUriRfc3986方法是否正确转义了所有RFC3986要求的字符（包括!*'()），可对比官方示例的编码结果进行校验。

5. Authorization Header格式验证 #

生成的Header必须严格符合格式：OAuth oauth_param1="value1", oauth_param2="value2", ...，注意参数之间的逗号后需要有空格，且每个值都用双引号包裹。

调试建议：打印生成的Authorization Header内容，对比IB官方文档的示例格式，确保没有格式错误。

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