0

Глюки с Редмайном

Доброго времени суток. Столкнулся с трудноуловимым и малопонятным багом в Редмайне.
В общем, имеется сервер с Редмайном. Доступ есть и из локальной сети, и извне. Для доступа извне, на веб-сервере (другая машина) в nginx настроено проксирование.
Так вот, теперь, при доступе из локали, например по ip-адресу в адресной строке, всё работает нормально. Но если заходить извне, по доменному имени, то проявляется следующий баг:
Добавляем к задаче комментарий (допустим, "ТЕСТ"). Сохраняем его. Редактируем этот комментарий (ТЕСТ2). Сохраняем. И при повтором редактировании, комментарий отображается как самый первый (ТЕСТ). Пробовал искать информацию по такому глюку - не нашёл, потому что сложноописумый.
Подозреваю что дело в проксировании (так как в локали глюк не проявляется), но правило там стандартное:

server {

server_name redmine.example.com www.redmine.example.com;

location / {

proxy_pass http://192.168.1.253;

proxy_set_header Host $host;

proxy_set_header X-Real-IP $remote_addr;

proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

proxy_set_header X-Forwarded-Proto $scheme;

client_max_body_size 0;

client_body_buffer_size 128k;

}

}

Доступ по протоколу HTTP, как изнутри, так и снаружи.

Может тут кто с таким сталкивался, или знает в какую сторону копать?

Лига Сисадминов

2.8K поста19.2K подписчиков

Правила сообщества

Мы здесь рады любым постам связанным с рабочими буднями специалистов нашей сферы деятельности.

Вы смотрите срез комментариев. Показать все
0
Автор поста оценил этот комментарий

proxy_cache off;

для начала попробуйте в nginx дописать, внутрь location.

раскрыть ветку (10)
0
Автор поста оценил этот комментарий

Добавление и перезапуск nginx не дали результата

раскрыть ветку (9)
1
Автор поста оценил этот комментарий

Тыкнитесь курлом в этот nginx. Скорее всего, увидите какие-нибудь хедеры о кешировании, которое потом реализует браузер (покажите, кстати, хедеры).

Если так - надо поиграть во что-то такое


add_header Last-Modified $date_gmt;

add_header Cache-Control 'no-store, no-cache';

if_modified_since off;

expires off;

etag off;

раскрыть ветку (8)
1
Автор поста оценил этот комментарий
В общем, спасибо, этот вариант помог.
Я так понимаю, этим nginx указывает браузеру не кэшировать сайт?
раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Да, именно так. Без этих хедеров браузер может сам себе чего-то решить о необходимости кэширования.

0
Автор поста оценил этот комментарий

curl redmine.example.com

<html><body>You are being <a href="http://redmine.example.com/login?back_url=http%3A%2F%2Fredmine.example.com%2F">redirected</a>.</body></html>

раскрыть ветку (5)
0
Автор поста оценил этот комментарий

curl -I, чтобы хедеры были.

раскрыть ветку (4)
0
Автор поста оценил этот комментарий

C:\Users\alpha>curl -i redmine.example.com

HTTP/1.1 302 Found

Server: nginx/1.10.3

Date: Fri, 05 Jul 2024 13:51:21 GMT

Content-Type: text/html; charset=utf-8

Content-Length: 145

Connection: keep-alive

Cache-Control: no-cache

Referrer-Policy: strict-origin-when-cross-origin

X-Permitted-Cross-Domain-Policies: none

X-XSS-Protection: 1; mode=block

X-Request-Id: 8932b79d-f0ce-4139-b529-e72e71fd3937

X-Download-Options: noopen

X-Runtime: 0.003372

X-Frame-Options: SAMEORIGIN

X-Content-Type-Options: nosniff

X-Powered-By: Phusion Passenger(R) 6.0.8

Location: http://redmine.example.com/login?back_url=http://redmine.example.com/

Status: 302 Found

<html><body>You are being <a href="http://redmine.example.com/login?back_url=http%3A%2F%2Fredmine.example.com%2F">redirected</a>.</body></html>

раскрыть ветку (3)
0
Автор поста оценил этот комментарий

Cache-Control: no-cache

Это после изменений? Если нет - то попробуйте какой-нибудь другой урл, не с 302. Если авторизоваться не выходит - гляньте в браузере в консоли разработчика, там видны хедеры всех ответов зна запросы.


no-cache это хорошо для вас.

раскрыть ветку (2)
0
Автор поста оценил этот комментарий
Да, это после изменений. Я же говорил, no-cache добавил, проверил - глюк остался.
Открывал каждый раз для проверки новую ссылку в инкогнито, чтобы кэш браузера не влиял.
раскрыть ветку (1)
0
Автор поста оценил этот комментарий

После второго коммента с предлагаемыми изменениями вы такого не писали.

proxy_cache off не меняет хедеры, он кэш в самом nginx отключает. следующие предлагаемые изменения меняют хедеры.


Надо посмотреть на них на живых запросах. (ну или вслепую менять, но это хуже позволяет оценить результат).

Вы смотрите срез комментариев. Чтобы написать комментарий, перейдите к общему списку

Темы

Политика

Теги

Популярные авторы

Сообщества

18+

Теги

Популярные авторы

Сообщества

Игры

Теги

Популярные авторы

Сообщества

Юмор

Теги

Популярные авторы

Сообщества

Отношения

Теги

Популярные авторы

Сообщества

Здоровье

Теги

Популярные авторы

Сообщества

Путешествия

Теги

Популярные авторы

Сообщества

Спорт

Теги

Популярные авторы

Сообщества

Хобби

Теги

Популярные авторы

Сообщества

Сервис

Теги

Популярные авторы

Сообщества

Природа

Теги

Популярные авторы

Сообщества

Бизнес

Теги

Популярные авторы

Сообщества

Транспорт

Теги

Популярные авторы

Сообщества

Общение

Теги

Популярные авторы

Сообщества

Юриспруденция

Теги

Популярные авторы

Сообщества

Наука

Теги

Популярные авторы

Сообщества

IT

Теги

Популярные авторы

Сообщества

Животные

Теги

Популярные авторы

Сообщества

Кино и сериалы

Теги

Популярные авторы

Сообщества

Экономика

Теги

Популярные авторы

Сообщества

Кулинария

Теги

Популярные авторы

Сообщества

История

Теги

Популярные авторы

Сообщества

Недвижимость и ремонт

Теги

Популярные авторы

Сообщества