Работа клиента

Неожиданно наткнулся на неприятный нюанс в процессе тестирования .
После установки клиенской части на клиентских машинах клиент перестал соединятся с сервером. После потерь времени и танцев нашел в чем проблема . Оказалось что если на клиентских станциях включено использование http прокси сервера , то клиент перестает соединяться с сервером (прокси не разрешает такие соединения), по причине того что клиент слушает установки прокси сервера в IE.
Причем совершенно игнорируя установки Network settings в самой control panel java . Попытки поискать параметры коммандной строки для запуска javaw с direct connection ни к чему не привели . Подскажите может знаете врамузительное решение . Версия 17 кюсистем . java version "1.8.0_77". Разрешение в прокси сервере для таких соединений не желательно . Снятие галочки прокси в IE не возможно .

Да и введение адреса сервера в окно для прямых соединений в ИЕ тоже не помогает .

Так и есть. Прокси не дает соединяться. Это проблема именно прокси. Всегда эта проблема решается разрешением сетевых cоединений без использования прокси. Других вариантов не находилось.Прокси можно использовать другую.

Что можно попробовать сделать. У вас клиенты ходят в сервер по TCP, который рубится проксей. Попробуйте использовать http. Пусть клиенты по http ходят на сервер. Все включается ключиками. Ключики в консоле в самом начале старта. (-httpg/httpp <port>)

Не совсем понял ваш ответ .
" У вас клиенты ходят в сервер по TCP, который рубится проксей " .
Вообще TCP соединение не имеет ничего общего с http прокси . Командная строка start javaw -cp dist/QSystem.jar ru.apertum.qsystem.client.forms.FClient -sport 3128 -cport 3129 -s 192.168.70.202 -cfg config/clientboard.xml --point не подразумевает использование прокси насколько я понимаю это соурсе порт и дестинатион порт tcp соединения , что означает прямое соединение.
компы в одной сетке и между ними нет никаких доп-х сервисов .
" Пусть клиенты по http ходят на сервер." - Если бы в клиенте были настройки прокси -я бы еще понял . А так не должен клиент смотреть настройки прокси по моему.
"Все включается ключиками. Ключики в консоле в самом начале старта. (-httpg/httpp <port>)" - это о какой консоли идет речь и что это дает ? Если консоль сервера .... , можно пример какой то а то не врубаюсь .

прокси криво работает с протоколом TCP вот и все.

а консоль это такое черное окно.

Спасибо ,очень содержательный ответ .

Вы решили данную проблему?

Повторю вопрос, как вы решили данную проблему??

Намучился пока диагностировал . Но ответ дал в другом посте .Здесь повторю .
Имею такую же проблему с прокси . Установка адреса сервера в исключения на первый взгляд решает проблему коннекта , однако у меня возникли проблемы совершенно с другой стороны. При установке
адреса сервера в исключения при использования прокси для всех протоколов возникает проблема ,которая на первый взляд не видна.
Клиент начинает долбить прокси сервер какими то стандартными пакетами TCP без поля данных с потоком порядка 50 кбит/с. Причем каждый коннект начинает использовать новый исходящий порт . Предыдущие созданные соединения не закрываются ,в состоянии close wait . В результате через несколько часов свободных портов не остается . И наше паралельно работающее бизнес приложение начинает ругаться на недоступность сервера . Пока промежуточным решением явилось снятие socks из прокси настроек IE . Написал чтобы знали .