htaccess 阻止在 chrome 中使用全局 SSL 重定向答案

【问题标题】：htaccess prevent use of global SSL redirect in chromehtaccess 阻止在 chrome 中使用全局 SSL 重定向
【发布时间】：2018-11-28 15:01:14
【问题描述】：

我有一些要添加 SSL 以实现最新合规性的站点，这些站点具有受保护的管理文件夹、全局根重定向
#重定向到ssl站点

RewriteCond %{HTTPS} off
RewriteRule .* https://%{HTTP_HOST}%{REQUEST_URI} [NE,L,R=301]

导致访问者使用旧的 http: 链接到管理员到达 404 页面，因为重定向发生在早期。

我已通过在全局之前添加停止规则来为 firefox 修复此问题

# stop processing for admin
RewriteRule ^(admin)($|/) - [L]

和一个特定的重定向

RewriteCond %{HTTPS} off
RewriteRule ^admin/(.*)$ https://www.mysite.co.uk/admin/$1?%{QUERY_STRING} [NE,r=301,L]

但是在 chrome 中，目录停止失败并且特定的重定向被忽略，所以 chrome 访问者得到 404 而不是被重定向。

我尝试了多次添加到全局但没有工作 #重定向到ssl站点

RewriteCond %{HTTPS} off
RewriteCond %{REQUEST_URI} !^admin(.*)  [NC]
RewriteCond %{REQUEST_URI} !(.*)admin(.*)  [NC]
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^([^/].*)$ https://%{HTTP_HOST}%{REQUEST_URI} [NE,L,R=301]

为什么firefox和chrome的行为不同，我以为是apache在处理，如何让chrome的行为像firefox？

【问题讨论】：

标签： apache .htaccess ssl redirect

【解决方案1】：

我怀疑 Firefox 的行为与 Chrome 不同。 Chrome 中更有可能存在缓存重定向，导致它直接访问以前的重定向目标而不访问原始 URL。如果使用 301 重定向而不是 302 重定向，则会发生这种情况，因为 301 意味着永久重定向，浏览器会记住这个。

要解决此问题，您需要清除浏览器缓存，使其不再记住并使用不再有效的重定向。

【讨论】：

谢谢，是的，我知道这个问题，并且总是在测试前清除 chromes 缓存，但清除缓存并没有帮助。
@Matt：也许您应该使用开发人员工具查看实际的网络流量。在那里你可以看到实际访问了哪个 URL，发送了哪个 HTTP 请求，收到了哪个响应，是否是重定向等。

【解决方案2】：

发布此内容后，尽管进行了广泛搜索，但出现了另一篇帖子，最终答案解决了该问题，因此该解决方案有两个部分，在我添加的根目录中：

RewriteCond %{HTTPS} ^off$ [NC]
RewriteCond %{REQUEST_URI} /admin/*
RewriteRule ^(.*)$ https://%{SERVER_NAME}/$1 [R,L]

然后在 admin 文件夹中：

<If "%{HTTPS} == 'on'">
  AuthType       Basic
  AuthName      "Authorization Required"
  AuthUserFile   /var/www/vHost/etc/HTTP-Basic-Auth/htaccess-Users
  require       valid-user
</If>
<Else>
  ErrorDocument 403 /error/HTTP_FORBIDDEN.html.var
</Else>

但是我仍然不明白为什么 chrome 的行为与 firefox 不同。

【讨论】：