Зависит от системы типов однако. Вполне логично что состояние - это одна ответственность, а операции, корректно его изменяющие - другая.

Сущности, которые сами себя умеют изменять - разновидность божественного объекта с крайне низкой компонуемостью. Лопаются на первом же джойне

Вот. Тыщу раз это

Парни, расскажите плиз, как работает в коре remoteipaddress? Из какого хидера он берет инфу о клиентском ип? Я смотрю залогированные хидеры запроса и там ни в одном хидере нет ип который я получаю с помощью remoteipaddress

Погоди, а он не из самого запроса ли это берёт?

Из заголовка нужно брать, если у тебя реверс прокси

Мб, я пока не до конца понимаю

Ну смотри

Когда по TCP тебе присылают пакет, то ты знаешь, кто его прислал

Брать адрес клиента из заголовка нужно, если у тебя какой-то прокси переопределил отправителя

IIS с out-of-process или nginx какой-нибудь.

Тогда вот этот прокси допишет заголовок с реальным адресом клиента

Логично

если допишет;)

ну с тем чтобы он брал из заголовка тоже есть проблема.
я включил чтобы он брал из заголовка, локально это работает (пропускаю запрос через оцелот в свой сервис, устанавливаю хидер x-forwarded-for и он нормально передается через оцелот в сервис и ремоутип берет оттуда.

а вот в кластере такая же схема не работает. при этом по логам я вижу что именно до сервиса дошел заголовок x-forwarded-for, но в поле ремоут ип другое значение получилось.

и вот тут мне не совсем понятно. я бы разницу в поведении на кластер, но заголовок же в запросе к сервису есть

Ок, мне тоже непонятно!

Причём окажется как обычно что это не баг а я туплю🤦‍♂

Запиньте строки и храните указатель

их не надо пиннить они изначально интернированны будут

Есть сценарии, когда хреново интернируется