如何追踪Gradle获取依赖的原始HTTP请求？Kerberos代理调试求助

没问题！我来帮你一步步解决追踪Gradle依赖请求和Kerberos代理调试的问题——

一、如何追踪Gradle获取依赖的原始HTTP请求 #

你有几种可靠的方式来捕获这些请求，从简单的内置日志到可视化的代理工具都有：

1. 启用Gradle专属的HTTP调试日志 #

Gradle本身可以输出依赖获取过程的详细HTTP日志，你只需要在运行命令时指定特定的日志级别和类：

./gradlew build --info -Dorg.gradle.logging.level=debug -Dorg.slf4j.simpleLogger.log.org.apache.http=DEBUG -Dorg.slf4j.simpleLogger.log.org.gradle.api.internal.artifacts.repositories.transport.http=DEBUG

这个命令会强制输出Apache HttpClient和Gradle内部HTTP传输类的调试日志，包含请求头、响应状态、甚至部分请求体内容。

2. 用第三方HTTP代理工具抓包（最直观） #

像Charles或Fiddler这类工具能可视化所有HTTP/HTTPS请求，步骤很简单：

• 启动代理工具，默认端口一般是8888（Charles）
• 在项目的gradle.properties中添加代理配置：

  systemProp.http.proxyHost=localhost
  systemProp.http.proxyPort=8888
  systemProp.https.proxyHost=localhost
  systemProp.https.proxyPort=8888
  # 忽略证书校验（仅调试用）
  systemProp.javax.net.ssl.trustStore=/path/to/your/proxy/ssl/cert
  

• 运行Gradle任务，就能在代理工具里看到完整的请求原始内容，包括Kerberos相关的Authorization头。

3. 修复Apache HTTP日志配置（解决你之前的无输出问题） #

你之前按Apache文档配置没生效，大概率是因为Gradle用的日志框架（SLF4J+Logback/Log4j）需要单独配置，而不是直接用Apache的默认配置：

• 如果用Logback：在项目根目录创建gradle/logback.xml，内容如下：

  <configuration>
      <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
          <encoder>
              <pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern>
          </encoder>
      </appender>
      <!-- 开启Apache HTTP的详细日志 -->
      <logger name="org.apache.http" level="DEBUG"/>
      <logger name="org.apache.http.wire" level="DEBUG"/>
      <!-- 开启Gradle HTTP传输日志 -->
      <logger name="org.gradle.api.internal.artifacts.repositories.transport.http" level="DEBUG"/>
      <root level="INFO">
          <appender-ref ref="STDOUT"/>
      </root>
  </configuration>
  

  然后运行Gradle时指定日志配置（记得先停掉守护进程避免缓存）：

  ./gradlew --stop && ./gradlew build -Dlogback.configurationFile=./gradle/logback.xml
  

• 如果用Log4j2：创建gradle/log4j2.xml，配置对应的logger级别，然后用-Dlog4j.configurationFile=./gradle/log4j2.xml指定即可。

二、Kerberos代理下的依赖调试思路 #

结合上面的日志/抓包工具，你可以按以下步骤定位问题：

1. 先确认Kerberos基础配置有效 #

• 用kinit命令获取Kerberos票据，再用klist检查票据是否有效、过期时间是否正常。
• 确保krb5.conf（Linux/macOS）或krb5.ini（Windows）的KDC地址、Realm配置正确，和你的代理服务器要求一致。

2. 给Gradle配置Kerberos相关属性 #

在gradle.properties中添加这些系统属性，开启Kerberos调试日志：

# 优先使用Kerberos认证
systemProp.http.auth.preference=kerberos
systemProp.https.auth.preference=kerberos
# 指定krb5配置文件路径
systemProp.java.security.krb5.conf=/etc/krb5.conf
# 开启Kerberos详细调试日志（关键！）
systemProp.sun.security.krb5.debug=true

这个sun.security.krb5.debug=true会输出Kerberos认证的每一步细节，比如票据请求、认证协商过程中的错误，是定位Kerberos问题的核心。

3. 结合日志/抓包定位具体问题 #

• 如果Kerberos日志显示“无法获取票据”或“KDC不可达”：检查KDC服务器是否可访问，krb5.conf的配置是否正确，或者你的账号是否有权限获取代理的服务票据。
• 如果HTTP日志/抓包显示请求返回401 Unauthorized，且没有携带Authorization: Negotiate <票据>头：说明Gradle的HttpClient没有正确触发Kerberos认证，可能是代理服务器没有返回正确的WWW-Authenticate头，或者Gradle的代理配置遗漏了HTTPS部分。
• 如果抓包看到代理返回403 Forbidden：可能是你的Kerberos票据没有权限访问目标仓库，需要联系代理管理员确认权限。

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