0

これが私がやろうとしていることです: あるマシンで解決されない URI は、リバース プロキシを介して別のマシンにぶつけられます。構成は次のようになります。

RewriteEngine On
RewriteCond %{REQUEST_URI} !-U
RewriteRule ^/(.*)$ http://other.site/$1 [P,NS]

さて、それが言うべきことは、「サブリクエストを実行してもローカルで何も見つからない場合は、プロキシにパントする」ということです。

唯一の問題は、それができないことです。RewriteLogLevel をジャックすると、次のようになります。

31.3.3.7 - - [29/Jul/2012:00:26:18 --0700] [internet.srs.bznz/sid#7fc6099fa228][rid#7fc609bf2bf0/initial] (5) RewriteCond URI (-U) check: path=/ -> status=200
31.3.3.7 - - [29/Jul/2012:00:26:18 --0700] [internet.srs.bznz/sid#7fc6099fa228][rid#7fc609bf2bf0/initial] (4) RewriteCond: input='/' pattern='!-U' => not-matched

そのマシンには何もありません。それは 403 を返すはずです。だから私の質問は、その 200 OK がどこから来ているのかということです。これは真新しい Debian VPS であるため、構成に汚染があるわけではありません。私はこれと同じことを他の場所（Ubuntu 12.04）と同じことで試しました。

誤った成功コードの原因を突き止めるにはどうすればよいですか?

4

1 に答える 1

4

同じ問題。さらに、追加して構成を強化しました

RewriteCond %{IS_SUBREQ} =false

最初のテスト条件として。そうでなければ、再帰が終わることはないと思います。

しかし、私の経験では、既存または存在しないURIはOK（200）と評価されます。理由はわかりませんが、そのURIのサーバー構成だけをテストする可能性がありますDeny from all。RewriteRule [F]

于 2012-11-08T13:30:10.057 に答える