session会话每次新建反向代理ProxyPassReverseCookiePath

最新推荐文章于 2022-09-04 19:53:34 发布

一只有记忆的鱼

最新推荐文章于 2022-09-04 19:53:34 发布

阅读量683

点赞数

分类专栏：笔记

本文链接：https://blog.csdn.net/huangshiqiang123/article/details/118110567

版权

笔记专栏收录该内容

9 篇文章

订阅专栏

本文介绍了如何使用Apache的ProxyPass和ProxyPassReverse指令设置反向代理，将请求从内部服务器internal.example.com的/bar/目录重定向到公共服务器public.example.com的/foo/目录，并修改Cookie域和路径。同时，提到了文档中绝对路径链接可能绕过代理的问题，建议使用mod_proxy_html模块进行HTML连接的重写。此外，还讨论了URL重定向在资源迁移时的重要性，以保持书签和链接的有效性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

当客户请求位于/foo/目录下的文档时，服务器从internal.example.com的/bar/目录下取回文档并返回给客户，似乎文档原本就在本地服务器上：

ProxyPass /foo/ http://internal.example.com/bar/
ProxyPassReverse /foo/ http://internal.example.com/bar/ ProxyPassReverseCookieDomain internal.example.com public.example.com
ProxyPassReverseCookiePath /foo/ /bar/

ProxyPass指令使服务器正确地取回文档，同时，ProxyPassReverse指令改变了起始于internal.example.com的请求，使之指向本地服务器上的目录。同样，
ProxyPassReverseCookieDomain和ProxyPassReverseCookieDomain指令将会改变后端服务器设置的cookie 。

需要注意的很重要的一点是，被取回的文档中的连接是不会被改写的，因此，文档中的所有绝对路径连接会突破代理机制而直接从internal.example.com取得。一个第三方模块mod_proxy_html可以用于重写HTML和XHTML连接。

File Not Found

从URL到文件系统的匹配失败是不可避免的，其产生原因有多种。有时是文档被转移了，对此最好是用URL重定向来引导用户访问新的位置，这样，虽然资源已经转移到新的位置，但是原来的书签和连接仍然有效。