Существует, вероятно, больше чем один способ сделать это..., но это - метод, с которым я имел успех
Создайте учетную запись локального пользователя myuser теперь. Переместите настройки после этой статьи: http://msmvps.com/blogs/clustering/archive/2004/10/06/15096.aspx. Затем несоединение от домена.
Если я правильно понимаю ваш вопрос, вы говорите, что NodeBalancer основан на HAProxy. Я не могу найти никакой документации, подтверждающей это.
Версии HAProxy до 1.4 не поддерживали HTTP Keep-Alive. Версия 1.4 была выпущена в феврале 2010 года. Если NodeBalancer действительно построен на HAProxy и они использовали версию 1.3, тогда он не будет поддерживать HTTP Keep-Alive между клиентом и NodeBalancer.
Client Keep-Alive полезен, потому что он сохраняет сохраняет один время приема-передачи на HTTP-запрос. Комбинация Keep-Alive и конвейерной обработки может доставить множество запросов за два периода приема-передачи (один для настройки TCP, один для группы HTTP-запросов), а не два на ресурс без них. Это упрощенный взгляд на вещи, но это хорошее практическое правило.
Что-то, что поддерживают очень немногие прокси, - это поддержка активности между прокси и внутренними серверами. Это невидимо со стороны клиента, но приводит к передаче нескольких дополнительных пакетов. Это не так важно, как проверка активности на стороне клиента, поскольку время приема-передачи между прокси и внутренним сервером обычно очень мало.
Согласно документации Linode Node Balancer
TCP: используйте режим TCP для балансировки служб, отличных от HTTP.
HTTP: HTTP KeepAlive принудительно отключены в режиме HTTP .
HTTPS: Если выбран HTTPS, ваш NodeBalancer завершит SSL-соединения. Как и в режиме HTTP, KeepAlives будет отключен, а IP-адрес клиента будет указан в заголовке X-Forwarded-For.