Назад | Перейти на главную страницу

LoadMaster показывает сервер как «UP», но я не могу получить доступ

Настраиваю балансировку нагрузки через 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.