GraphDB代理配置引发407认证错误及官方修复方案

我之前遇到过一个棘手的内网环境问题：在Windows本地运行GraphDB Free 9.4.1实例时，执行以下跨端点SPARQL查询完全正常，但在公司内网中，因为需要通过代理访问外部服务，查询直接失败：

PREFIX wd: <http://www.wikidata.org/entity/>
PREFIX wdt: <http://www.wikidata.org/prop/direct/>
PREFIX rdfs: <http://www.w3.org/2000/01/rdf-schema#>
SELECT * WHERE {
  SERVICE <https://query.wikidata.org/sparql> {
    ?subj wdt:P31 wd:Q744913 ;
          wdt:P625 ?coord ;
          rdfs:label ?label .
    FILTER (lang(?label) = "en")
  }
}

排查过程 #

首先我确认代理本身是可用的——用RDF4J-Java程序配置了相同的代理参数后，能正常访问外部SPARQL端点，代码片段如下：

// 有效代理配置代码
System.setProperty("https.proxyHost", "<company_proxy>");
System.setProperty("https.proxyPort", "<company_proxy_port>");
System.setProperty("https.nonProxyHost", "localhost|127.0.0.1|<company_list>");
System.setProperty("https.proxyUser", "<user>");
System.setProperty("https.proxyPassword", "<password>");

接下来我尝试通过GraphDB的UI界面、多个配置文件等方式，给GraphDB设置完全相同的代理参数。配置后查询不再超时，但始终返回**407 "代理认证要求"**错误。我怀疑是GraphDB无法正确识别代理的用户名和密码属性，尤其是我的密码里包含!字符，尝试了多种转义方式都没用。

最终解决方案 #

后来我联系了Ontotext团队，他们确认这是GraphDB Free 9.4.1版本的一个bug：当代理密码包含特殊字符时，GraphDB无法正确处理认证信息，导致407错误。这个问题在GraphDB 9.5.0-TR14版本中被修复，我升级到该版本后，按照之前的代理配置参数设置，查询就能正常执行了。

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