Исправление router, (текущая версия) :
Скорее всего никак. Но если очень нужно и ты готов тратить время, то определённые шансы есть
То, что ты видишь в netstat, как правило, keepalive соединения. Т.е. браузер держит соединение с nginx какое-то время, когда уже ничего не запрашивает. Nginx держит соединения с upstream’ами, к которым недавно обращался. Т.е. между этими соединениями прямо сейчас нет никакой связи
в бесплатной версии ngx_http_stub_status_module не умеет почти ничего. http://nginx.org/en/docs/http/ngx_http_stub_status_module.html . Если есть подписка на платную версию, можешь потыкать полноценный ngx_http_status_module, там есть подробная инфа по обработке запросов http://nginx.org/en/docs/http/ngx_http_status_module.html
если ты знаешь, что и куда проксируется (а конфиг обычно нетривиальный, особенно если к нему приложили руку разработчики), то можешь написать прогу, которая будет читать access лог(и) и показывать, какие коннекты были за последнюю минуту, например
Исходная версия router, :
Скорее всего никак
То, что ты видишь в netstat, как правило, keepalive соединения. Т.е. браузер держит соединение с nginx какое-то время, когда уже ничего не запрашивает. Nginx держит соединения с upstream’ами, к которым недавно обращался. Т.е. между этими соединениями прямо сейчас нет никакой связи
в бесплатной версии ngx_http_stub_status_module не умеет почти ничего. http://nginx.org/en/docs/http/ngx_http_stub_status_module.html . Если есть подписка на платную версию, можешь потыкать полноценный ngx_http_status_module, там есть подробная инфа по обработке запросов http://nginx.org/en/docs/http/ngx_http_status_module.html
если ты знаешь, что и куда проксируется (а конфиг обычно нетривиальный, особенно если к нему приложили руку разработчики), то можешь написать прогу, которая будет читать лог и показывать, какие коннекты были за последнюю минуту, например