Устранение ошибок подключения к прокси в устаревшем приложении

Мне приходится поддерживать некоторый устаревший клиентский код, который устанавливает сетевое соединение с сервером по проприетарному протоколу через порт 1234. Прямое интернет-соединение на клиентской машине работает нормально, но некоторые люди используют его внутри корпоративной сети с прокси-серверами. По большей части это работает, но мне нужно внести некоторые изменения в код клиента и хотел бы проверить его с помощью прокси.

Я установил mitmproxy на вторую рабочую станцию, и если я настроил свою основную рабочую станцию ​​на использование этого прокси, все в порядке - я могу делать безопасные веб-запросы с помощью браузера по умолчанию, поэтому я почти уверен, что у меня есть набор прокси до ОК. Это не требует прокси-аутентификации и просто работает.

Но когда я запускаю это конкретное приложение и настраиваю его на использование прокси-сервера, я вижу в его результатах отладки, что он пытается это сделать, но в окне отладки mitmproxy я просто вижу:

192.168.0.28:59278: clientconnect 192.168.0.28:59278: ConnectionResetError(10054, 'An existing connection was forcibly closed by the remote host', None, 10054, None) 192.168.0.28:59278: ProtocolException("ConnectionResetError(10054, 'An existing connection was forcibly closed by the remote host', None, 10054, None)",) 192.168.0.28:59278: clientdisconnect

Я предполагаю, что это потому, что приложение не делает "правильно сформированные" веб-запросы, а использует свой собственный протокол по TCP. Правильно ли я думаю, если это так, что mitmproxy не сможет выступать в качестве прокси? Если да, то есть ли другое простое, идеально бесплатное прокси-приложение, которое я могу использовать для тестирования? Я посмотрел на pfSense, но для этого нужно было настроить виртуальную машину, а работа в сети через виртуальную машину приносит новый мир боли из предыдущего опыта:|.