클라이언트로 다시 전송될 때 내 Apache 역방향 프록시가 앵커 HREF 속성을 변환하기 위해 작동하지 않는 이유는 무엇입니까?

클라이언트로 다시 전송될 때 내 Apache 역방향 프록시가 앵커 HREF 속성을 변환하기 위해 작동하지 않는 이유는 무엇입니까?

나는 가지고있다

# For blog
LoadModule proxy_html_module libexec/mod_proxy_html.so
LoadModule ssl_module libexec/mod_ssl.so
LoadModule xml2enc_module libexec/mod_xml2enc.so
SSLProxyEngine on
ProxyRequests off
ProxyPass /blog https://xxxx.wordpress.com
ProxyPassReverse /blog https://xxxx.wordpress.com
ProxyHTMLEnable On
ProxyHTMLURLMap https://xxxx.wordpress.com /blog
<Location /blog>
  ProxyPassReverse /
  ProxyHTMLEnable On
  ProxyHTMLURLMap / /blog
  RequestHeader    unset  Accept-Encoding
  #LogLevel proxy:debug
</Location>

다음 가이드를 따르세요.

https://devcenter.heroku.com/articles/custom-php-settings#using-a-custom-application-level-apache-configuration

http://www.apachetutor.org/admin/reverseproxies

https://httpd.apache.org/docs/trunk/mod/mod_proxy.html

URL을 방문하면http://www.xxxx.com/blog/앵커 링크를 대체하지 않습니다https://xxxx.wordpress.com/2015/09/16/hello-world//블로그로.

로컬에서는 작동하지만 프로덕션에서는 작동하지 않습니다.

다음은 프록시를 통과하여 브라우저에 나타나는 HTML의 예입니다.

<h1 class="entry-title">
  <a href="https://xxxx.wordpress.com/2015/09/16/hello-world/" rel="bookmark">Hello world!</a></h1>

또한 Wordpress.com 대신 다른 블로그 호스트(HostGator)를 사용했지만 여전히 작동하지 않습니다. (이것이 중요하지는 않습니다.)

아파치 2.4.16, 프로덕션: 2.4.10(?)

답변1

대상 호스트에 예상 URL을 반환하는 기능이 있거나 추가 코딩을 통해 응답 본문의 링크를 명시적으로 관리해야 하는 경우가 아니면 응답 본문의 링크는 프록시 참조로 업데이트될 수 없습니다. 자세한 내용은..

dev에서 작동한다는 것은 prod에서 누락된 구성이 있음을 의미합니다.

관련 정보