История изменений

Скорее всего никак. Но если очень нужно и ты готов тратить время, то определённые шансы есть

1. То, что ты видишь в netstat, как правило, keepalive соединения. Т.е. браузер держит соединение с nginx какое-то время, когда уже ничего не запрашивает. Nginx держит соединения с upstream’ами, к которым недавно обращался. Т.е. между этими соединениями прямо сейчас нет никакой связи

2. в бесплатной версии 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

3. если ты знаешь, что и куда проксируется (а конфиг обычно нетривиальный, особенно если к нему приложили руку разработчики), то можешь написать прогу, которая будет читать access лог(и) и показывать, какие коннекты были за последнюю минуту, например

Скорее всего никак

1. То, что ты видишь в netstat, как правило, keepalive соединения. Т.е. браузер держит соединение с nginx какое-то время, когда уже ничего не запрашивает. Nginx держит соединения с upstream’ами, к которым недавно обращался. Т.е. между этими соединениями прямо сейчас нет никакой связи

2. в бесплатной версии 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

3. если ты знаешь, что и куда проксируется (а конфиг обычно нетривиальный, особенно если к нему приложили руку разработчики), то можешь написать прогу, которая будет читать лог и показывать, какие коннекты были за последнюю минуту, например