Size: a a a

2019 December 25

ВМ

Владимир Муковоз in nginx_ru
тогда будет отдавать пустоту
источник

AU

Alim Ushurov in nginx_ru
В конфигурации указал два адреса. Host1 и host2 прописал в location проксировать их в один и тот же бэк. Нужда в первом host(адресе) отпала. Убрал ее с конфигурации. Все равно при обращении в host он продолжает работать. Это так для пояснение
источник

AU

Alim Ushurov in nginx_ru
Сейчас стать выше почитаю
источник

k

kiosaku in nginx_ru
Alim Ushurov
В конфигурации указал два адреса. Host1 и host2 прописал в location проксировать их в один и тот же бэк. Нужда в первом host(адресе) отпала. Убрал ее с конфигурации. Все равно при обращении в host он продолжает работать. Это так для пояснение
и будет. выше всё уже рассказали, почему так
источник

k

kiosaku in nginx_ru
чтобы закрыть вопрос “что делает директива resolver”. вот куски системных вызовов при запуске nginx-а с конфигом в котором _нет_ директивы resolver (а dns-имена серверов в апстримах - есть)

27278 open("/lib64/libresolv.so.2", O_RDONLY|O_CLOEXEC) = 3
27278 open("/etc/resolv.conf", O_RDONLY|O_CLOEXEC) = 5
27278 socket(PF_INET, SOCK_DGRAM|SOCK_NONBLOCK, IPPROTO_IP) = 5
27278 connect(5, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr(“
x.x.x.x”)}, 16) = 0
27278 poll([{fd=5, events=POLLOUT}], 1, 0) = 1 ([{fd=5, revents=POLLOUT}])
27278 sendto(5, "p\213\1\0\0\1\0\0\0\0\0\0\7
<upstream_name>\0\0\1\0\1”, 41, MSG_NOSIGNAL, NULL, 0) = 41
источник

DS

Dmitry Sergeev in nginx_ru
Владимир Муковоз
можешь обратно вернуть сервернейм и поставить в данном сервере return 444;
Не надо так делать: https://habr.com/ru/post/415565/
Браузеры из-за обрыва соединения, делают кучу ретраев. И только ухудшаем ситуацию, если у тебя приличная нагрузка, может канал тебе весь забить.
источник

Y

Yuri in nginx_ru
Владимир Муковоз
тогда будет отдавать пустоту
технически это обрыв соединения, а не отдача пустоты. «Отдавать пустоту» - это какой-нибудь 204
источник

ВМ

Владимир Муковоз in nginx_ru
Dmitry Sergeev
Не надо так делать: https://habr.com/ru/post/415565/
Браузеры из-за обрыва соединения, делают кучу ретраев. И только ухудшаем ситуацию, если у тебя приличная нагрузка, может канал тебе весь забить.
ничего подобного
источник

ВМ

Владимир Муковоз in nginx_ru
я это не по статье, а по реальной работе знаю)
источник

DS

Dmitry Sergeev in nginx_ru
Владимир Муковоз
ничего подобного
Проверь.
источник

ВМ

Владимир Муковоз in nginx_ru
уже сейчас у меня есть сервера с использованием 444
источник

k

kiosaku in nginx_ru
кхм, не надо сюда хабру тянуть, он давно уже тоготь … пованивает …
источник

ВМ

Владимир Муковоз in nginx_ru
Dmitry Sergeev
Проверь.
сам лучше проверяй то что репостишь
источник

DS

Dmitry Sergeev in nginx_ru
Владимир Муковоз
я это не по статье, а по реальной работе знаю)
Я только что сейчас чекнул. Один запрос с google chrome = в логах 12 записей, 6 запросов сразу и через 5 секунд еще 6.
источник

DS

Dmitry Sergeev in nginx_ru
Владимир Муковоз
сам лучше проверяй то что репостишь
Я то как раз проверил. А ты нет
источник

Y

Yuri in nginx_ru
насчет статьи - там рассматривается поведение браузеров. На практике же, вряд ли кто-то отдает 444 честному браузеру.
444 хорошо работает против ботов на курле, а у него поведение несколько не такое
источник

DS

Dmitry Sergeev in nginx_ru
Владимир Муковоз
уже сейчас у меня есть сервера с использованием 444
Реальной нагрузки нет. Вот и работает
источник

DS

Dmitry Sergeev in nginx_ru
Yuri
насчет статьи - там рассматривается поведение браузеров. На практике же, вряд ли кто-то отдает 444 честному браузеру.
444 хорошо работает против ботов на курле, а у него поведение несколько не такое
+++. А вот реальный браузер себя ведет нехрошо. Поэтому ему 444 лучше не отдавать
источник

Y

Yuri in nginx_ru
насчет «реальной нагрузки» - что считается «реальной»? 🙂
источник

Y

Yuri in nginx_ru
1000 rps - это реальная? 2000?
источник