Используя htaccess для обслуживания файла от удаленного сервера
Я дам Вам реальный сценарий:
- мы имеем один в нашем филиале в Китае
Мы используем его, потому что нет отдела IT там, мы обрабатываем все запросы для AD учетных записей, и т.д. здесь в США. При наличии RODC там мы знаем:
- Никто там не может войти в систему он и попытаться "взломать далеко" в AD.
- Никто не может украсть его и заставить что-либо стоящее затем возвратиться с и "взлом далеко" в сети позже.
При наличии AD/DNS, только для чтения, мы не должны волноваться о попытках управлять данными по DC там.
Это из-за функций, найденных здесь: http://technet.microsoft.com/en-us/library/cc732801%28WS.10%29.aspx
Это - больше "душевного спокойствия", чем что-либо еще для нас... плюс он допускало очень минимальную установку сервера, так как это было просто ядро сервера с установленной ролью RODC. Мы помещаем его на более старое 1U сервер с 2 Набегами 1 диск на 18 ГБ. Мы на самом деле вставляем 2 из них... та же точная конфигурация с помощью более старых non-warrantied аппаратных средств, которые мы имели в стойках.
Простой, делает то, что это должно сделать, и мы не должны волноваться об этом. Если бы один из сбоев полей, мы просто заменили бы его снова.
Я RTFMed. Это сказало:
^/somepath(.*) /otherpath$1 [P] doesn't make sense, not supported
...
^/somepath(.*) http://otherhost/otherpath$1 [P] http://otherhost/otherpath/pathinfo
via internal proxy
Таким образом, похоже, что это должно работать. Но..
Note: mod_proxy must be enabled in order to use this flag.
не работа
Это не значимое сообщение об ошибке. Что показывают Ваши файлы журнала? Что происходит, при попытке отправить перенаправление вместо проксирования?
C.
Первая вещь, которая приходит на ум, состоит в том, что mod_rewrite не включен. Просто загрузка модуля не достаточно. Где-нибудь в Вашей конфигурации Вам также нужно RewriteEngine On включить его.
http://httpd.apache.org/docs/current/mod/mod_rewrite.html#rewriteengine