Почему apache постоянно меняет имя моего хоста? - PullRequest
Новая
       0

Почему apache постоянно меняет имя моего хоста?

0 голосов
/ 05 октября 2018

Итак, у меня есть сервер приложений Django, настроенный с использованием Apache и uWSGI, и прокси-система.Одна небольшая проблема ... Что-то постоянно меняет мое имя хоста !!!

Это почти напоминает правило перезаписи, но я искал свой httpd.conf и не смог найти ни одного, соответствующего требованиям.Всякий раз, когда я отправляю URL-адрес HTTP: 

http://www.example.com/polls

Django получает этот URL-адрес от прокси-сервера: 

http://www.example.com/kpolls

Это действительно раздражает!что-то продолжает добавлять это чертово k к моему имени хоста, и я понятия не имею, что!Пожалуйста, помогите!

Дополнительная информация:

Итак, мой прокси довольно прост: 

ProxyPass "/"  "uwsgi://127.0.0.1:49152/var/run/app_name.sock"
ProxyPassReverse "/" "uwsgi://127.0.0.1:49152/var/run/app_name.sock"

(пробовал localhost и www.example.com просто для уверенностине влияет, поэтому имя хоста разрешается правильно.)

Мне кажется, что прокси-сервер изменяет его перед передачей запроса в Django?

1 Ответ

0 голосов
/ 08 октября 2018

Понял это НАКОНЕЦ!

Оказалось, что я использовал нотацию сокетов UNIX в прокси и в файле конфигурации .ini.В двух словах, у меня было следующее: 

ProxyPass "/"  "uwsgi://127.0.0.1:49152/var/run/app_name.sock"
ProxyPassReverse "/" "uwsgi://127.0.0.1:49152/var/run/app_name.sock"

И мне нужно было избавиться от некоторых из них, чтобы они выглядели так: 

ProxyPass "/"  "uwsgi://127.0.0.1:49152"
ProxyPassReverse "/" "uwsgi://127.0.0.1:49152"

, потому что я использовал uwsgiпротокол через мою установку apache mod_proxy_uwsgi, который автоматически связывает его с работающим экземпляром uWSGI, но полный запрос / путь сопоставлялся с файлом .sock, обычно используемым в методах сокетов UNIX (о, оказывается, моя версия apache не может обработать unix:// запросов пока нет).По сути, я использовал какой-то странный гибрид сокета UNIX и прокси-протокола uWSGI, который сбивал с толку сервер и добавлял ошибочное письмо в каждый GET запрос

...