运行 apache 背后的 jira：proxyName 配置的用途是什么？
Running jira behind an apache: what is the proxyName configuration for?
从文档看来，我必须编辑 server.xml 文件以设置：proxyName、proxyPort、scheme。
不仅没有解释这些设置的用途，而且我也找不到任何背后的动机。通常的 apache 反向代理配置是否就足够了？
您在server.xml文件中引用的具体参数是Tomcat <Connector> attributes.
实际影响是 Jira 或 third-party 应用程序有时会使用这些属性来构造 fully-qualified URLs 以引用回 Jira，有时也会传递给客户端浏览器。此处配置的属性应与主 Jira 系统配置中配置的基础 URL 相匹配。
例如，如果 Jira 检测到您从此处配置的规范 URL 以外的其他方式访问 Jira，它可能会向用户的浏览器发送重定向。它还偶尔会在应用程序的某些部分构造 fully-qualified URLs（而不是相对 URLs）。
如果您希望应用程序链接和 UPM（应用程序管理器）正常工作，您通常还需要为这些属性（以及基础 URL）设置正确的值。
出于本地测试或开发目的，完全删除这些属性通常是可以接受的（这将阻止 auto-redirection 发生），只要您始终从基础访问 Jira URL，并且知道您可能对 AppLinks 或 UPM 有疑问。删除它们肯定比使用 incorrectly-configured proxyName 更好，否则会生成重定向到错误的位置。
从文档看来，我必须编辑 server.xml 文件以设置：proxyName、proxyPort、scheme。
不仅没有解释这些设置的用途，而且我也找不到任何背后的动机。通常的 apache 反向代理配置是否就足够了？
您在server.xml文件中引用的具体参数是Tomcat <Connector> attributes.
实际影响是 Jira 或 third-party 应用程序有时会使用这些属性来构造 fully-qualified URLs 以引用回 Jira，有时也会传递给客户端浏览器。此处配置的属性应与主 Jira 系统配置中配置的基础 URL 相匹配。
例如，如果 Jira 检测到您从此处配置的规范 URL 以外的其他方式访问 Jira，它可能会向用户的浏览器发送重定向。它还偶尔会在应用程序的某些部分构造 fully-qualified URLs（而不是相对 URLs）。
如果您希望应用程序链接和 UPM（应用程序管理器）正常工作，您通常还需要为这些属性（以及基础 URL）设置正确的值。
出于本地测试或开发目的，完全删除这些属性通常是可以接受的（这将阻止 auto-redirection 发生），只要您始终从基础访问 Jira URL，并且知道您可能对 AppLinks 或 UPM 有疑问。删除它们肯定比使用 incorrectly-configured proxyName 更好，否则会生成重定向到错误的位置。