Я использую apache в качестве прокси-сервера для своего веб-сервера приложений и хотел бы на лету изменить доменное имя, связанное с файлом cookie sessionid.
С файлом cookie связан домен .company.com, и я хотел бы с помощью перезаписи мода apache (или какого-либо подобного модуля) прозрачно изменить домен на app.company.com. Это возможно ? и если да, то как бы это сделать?
Вы можете изменить домен файла cookie только на клиенте или когда он устанавливается на сервере. После установки файла cookie информация о пути и домене для него существует только на клиенте. Таким образом, существующие файлы cookie не могут изменить свой домен на сервере, потому что эта информация не отправляется от клиента к серверу.
Например, если у вас есть файл cookie, который выглядит следующим образом на вашем локальном компьютере:
MYCOOKIE:123, domain:www.test.com, path:/
Ваш сервер будет получать только:
MYCOOKIE:123
на сервере. Почему не отправляется путь и домен? Поскольку браузер хранит эту информацию на клиенте и не беспокоится о ее отправке, поскольку он отправляет этот файл cookie на ваш сервер, только если страница находится по адресу www.test.com< /em> и по пути /.
Поскольку это ваш сервер, вы должны иметь возможность изменить свой код, который создает новые файлы cookie. Если вы чувствуете, что по какой-то причине вам нужно сделать это за пределами вашего кода, вы можете сделать это с помощью чего-то вроде следующего, но вам нужно будет точно посмотреть, как ваш файл cookie записывается в заголовке, чтобы точно соответствовать ему. Ниже приведено непроверенное предположение о работоспособном решении для этого с использованием Apache mod_headers:
<IfModule mod_headers.c>
Header edit Set-Cookie (.*)(domain=.company.com;)(.*) $1 domain=app.company.com; $2
</IfModule>
Вы также можете использовать mod_headers для изменения файла cookie, полученного от клиента, например, если это необходимо:
<IfModule mod_headers.c>
RequestHeader edit Cookie "OLD_COOKIE=([0-9a-zA-Z\-]*);" "NEW_COOKIE_NAME=$1;"
</IfModule>
Это только переименует файлы cookie, которые вы получаете в запросе.
mod_headers работает, но не может редактировать заголовок Set-Cookie.
- person Misko; 13.12.2016
ProxyPassReverseCookieDomain мне подойдет! Я не много работаю с Apache, но собрал все вышеперечисленное вместе, пытаясь понять, как это сделать для нашего собственного варианта использования, и не увидел ProxyPassReverseCookieDomain, что звучит великолепно.
- person Brad Parks; 19.01.2018
ProxyPassReverseCookieDomain company.com app.company.com
или обмен доменами (поскольку вы не четко определяете, какой из них является внутренним/внешним).
ссылка: https://httpd.apache.org/docs/2.4/en/mod/mod_proxy.html#ProxyPassReverseCookieDomain
Я не знаю ни одного модуля, предоставляющего такую возможность. Поэтому я думаю, вам нужно будет написать свой собственный выходной фильтр, используя mod_ext_filter, который сделает это за вас.
Но если у вас есть контроль над другим сервером, может быть достаточно просто опустить значение domain файла cookie, чтобы клиент автоматически выбрал запрошенный домен в качестве домена файла cookie.
В итоге я просто создал промежуточную страницу, которая через javascript изменила домен cookie на прокси-сервер (путем исключения значения домена), а затем перенаправила пользователя на целевую страницу. Это, казалось, решило проблему. Спасибо за ваши ответы.
Если ваше веб-приложение захватывает заголовок Host: и использует его для определения части domain= файла cookie, вы также можете рассмотреть директиву Apache
ProxyPreserveHost On
, которая передает заголовок Host: от клиента.
Это работает только в том случае, если ваше приложение спроектировано так, чтобы предположить, что его доменное имя — это то, что клиент предлагает в заголовке Host. Если ваше приложение является одним из них, это исправит не только ваши файлы cookie, но и любые абсолютные URL-адреса, которые генерирует приложение, что может избавить вас от накладных расходов, связанных с необходимостью включить mod_substitute
app.company.exampleявляется недопустимым значением domain. Это либо должно быть.app.company.example, либо просто опустить его, чтобы использовался текущий домен. - person Gumbo schedule 10.02.2011