Я не могу найти документацию непосредственно связанной с conntrack, но посмотреть на этот отрывок из документации Nginx:
В обратной ситуации прокси max_clients становится
max_clients = worker_processes * worker_connections/4
Так как браузер открывает 2 соединения по умолчанию с сервером, и nginx использует fds (дескрипторы файлов) от того же пула для соединения с восходящим бэкендом
Поведение Nginx с браузером по умолчанию состоит в том, чтобы получить эти два соединения от него и открыть два соединения с бэкендами (проксирование реверса), таким образом генерировав 4 общих соединения. Это может быть причиной, почему conntrack заполняется быстрее. Конечно, это - просто полуинформированное предположение на основе nginx поведения рабочего.
Хорошо, у меня есть идея.
Вот как я бы это сделал.
Таким образом , они используют HTTPS, они могут получить доступ к дереву файлов и загружать файлы, это защищено паролем IIS ...
Но все же вы можете просто поговорить со своим локальным администратором о правильной настройке.
Также , вам действительно нужно сократить ненужные части вашего вопроса. У меня болят глаза.