AS
И это... эти вопросы лучше в чаты про php направлять, это уже не относится к nginx ;)
Size: a a a
2021 April 30
_
Ну это понятно, но специалисты же смежные?! :) В любом случае спасибо за вектор направления...
AN
В логах пхп вы увидите только сообщения о превышении memory_limit.
О реальной нехватке памяти oom напишет в лог ядра.
О реальной нехватке памяти oom напишет в лог ядра.
MM
Привет, подскажите плз.
Есть nginx, который проксирует вот так:
На этой же тачке есть SSH тунель, по которому подключен человек на пор 4447. Сделано это для того, чтобы запрос, который пришел на вебсервер (вебхук) ушел ему на локальное окружение (через этот тунель)
После запроса получается такая штука в логах nginx'a который проксирует:
Как видите, не получается подлкючиться по SSL.
Есть nginx, который проксирует вот так:
location /webhook/fz/ {
proxy_pass https://localhost:4447/;На этой же тачке есть SSH тунель, по которому подключен человек на пор 4447. Сделано это для того, чтобы запрос, который пришел на вебсервер (вебхук) ушел ему на локальное окружение (через этот тунель)
После запроса получается такая штука в логах nginx'a который проксирует:
2021/04/30 18:22:19 [error] 48013#48013: *48876123 connect() failed (110: Connection timed out) while SSL handshaking to upstream, client: 12.10.179.10, server: app.mycompany.com, request: "GET /webhook/fz/payment/206b8f5b-fff-ffffffffff-ffffsdfsd-ffds/webhook/tycoon HTTP/1.1", upstream: "https://127.0.0.1:4447/payment/206b8f5b-fff-ffffffffff-ffffsdfsd-ffds5/webhook/tycoon", host: "app.mycompany.com", referrer: "https://app.mycompany.com/webhook/fz/payment/206b8f5b-fff-ffffffffff-ffffsdfsd-ffds5/webhook/tycoon"
Как видите, не получается подлкючиться по SSL.
MM
Локально у этого товарища (который подключается) настроен nginx и он слушает SSL но на совсем другом домене (не 127.0.0.1)
MM
Раньше все это как-то работало, но сейчас перестало, конфиги nginx'ов никто не менял.
AS
Сказал А говори и Б.
2021 May 01
A
A
Доброй ночи. Есть сервер example.com
Настроен location /
alias /path/to/
Добавляю второй location ~ (test/auth/login)
Proxy_pass ip:port
Открываю браузер вбиваю example.com/test выскакивает 404.
В логе no such.. /path/to/test
Почему при запросе он обращается к / а не к локейшену (/test/auth/login)? Пробовал просто в локейшене втором делать /test
Настроен location /
alias /path/to/
Добавляю второй location ~ (test/auth/login)
Proxy_pass ip:port
Открываю браузер вбиваю example.com/test выскакивает 404.
В логе no such.. /path/to/test
Почему при запросе он обращается к / а не к локейшену (/test/auth/login)? Пробовал просто в локейшене втором делать /test
A
Там просто при обращении к example.com/test приложение возвращает /auth/login к /test
R
здравствуйте, подскажите пожалуйста в какую сторону копать, вот есть у нас схема:
всё работает, но ответный трафик всегда идет через реверс-прокси ( что и логично ), появилось желание разгрузить данный прокси и сделать нечно подобное:
чтобы nginx отвечал напрямую клиенту, тем самым разгрузить реверс-прокси
nginx может получить адрес клиента и порт из заголовков
клиент <-> ревер-прокси (haproxy) <-> nginx
всё работает, но ответный трафик всегда идет через реверс-прокси ( что и логично ), появилось желание разгрузить данный прокси и сделать нечно подобное:
клиент -> ревер-прокси (haproxy) -> nginx
^ |
|____________________________________|
чтобы nginx отвечал напрямую клиенту, тем самым разгрузить реверс-прокси
nginx может получить адрес клиента и порт из заголовков
AN
А зачем?