Настраиваю балансировку нагрузки через KEMP LoadMaster. Я настроил все и дошел до того, что реальные серверы работают, виртуальный сервер работает, ping работает, но HTTP-запрос не проходит.
Теперь, если я наберу h ** p: //192.168.252.199 (пришлось удалить http из ссылки) в моем браузере, я бы ожидал, что его вызов будет перенаправлен на 201 и отобразит страницу (я могу получить доступ к странице, если наберу 201).
Есть какие-то настройки, которые я пропустил?
Заранее спасибо.
РЕДАКТИРОВАТЬ: Кажется, что балансировщик работает нормально, но соединение не доходит до сервера. Глядя на статистику, кажется, что запросы отправляются на правильный компьютер (я использую липкие сеансы, поэтому они в основном идут на server2), но соединение оттуда никогда не получается.
Я уже некоторое время не возился с нашими KEMP, но смутно помню, что исходная функция NAT (snat) плохо документирована. Может вот чего не хватает?
Его цель - обмануть реальный сервер, заменив реальный IP-адрес клиента в запросе одним из IP-адресов KEMP. Таким образом, с snat реальный сервер будет отправлять ответы через KEMP, а не напрямую клиенту. Если у вас нет других механизмов NAT, расположенных дальше от KEMP, snat является обязательным, поскольку клиент не принимает ответ от IP-адреса, отличного от того, на который он отправил запрос (например, если он запросил от KEMP, но получил ответ прямо с реального сервера).
Вы можете легко узнать правду на реальном сервере, например, если исходный IP-адрес запроса на получение - это IP-адрес вашего клиента, а не адрес KEMP (snat: ed).
Я не могу точно вспомнить, как они называли эту опцию, но смутно помню, что это был один из флажков в разделе «Параметры сети». Если быстро взглянуть на Руководство по настройке, это могло быть, например, «Включить сервер nat» или «Запросы, исходящие из подсети».
Я решил эту проблему, отключив L7 Transparency.