менеджер по Восстановлению Сайта vSphere не может соединиться, дает Ошибку 500
Первое, что пришло на ум я предположил бы, что Вы, машина думает Ваш диск, базируетесь флэш-память, а не являетесь магнетическими, действительно ли там какие-либо драйверы устройств были доступны установке?
Проблема вызвана тем, что шлюз TMG выполняет проверку HTTP, которая отключает некоторые редко встречающиеся в дикой природе HTTP-команды.
Наблюдая за попыткой подключения в WireShark, мы видим:
CONNECT / sdkTunnel HTTP / 1.1
И воспроизведение этого в Telnet показывает нам:
<LI id=L_default_11>Error Code: 500 Internal Server Error. The parameter is incorrect. (87)
<LI id=L_default_12>IP Address: 192.168.101.16
<LI id=L_default_13>Date: 27/09/2012 5:35:59 AM [GMT]
<LI id=L_default_14>Server: tmg
<LI id=L_default_15>Source: proxy
что подтверждается журналом TMG Web Proxy:
Итак, эта ошибка не имеет ничего общего с tomcat или vsphere, это TMG блокирует запрос. Я никогда раньше не видел глагола CONNECT , и краткий гугл указывает, что это необходимо отключить для прохождения определенных аудитов. Так что вполне возможно, что TMG блокирует его по умолчанию.
Чтобы обойти это, вам необходимо создать новое правило веб-доступа в TMG.
- Создайте набор компьютеров, содержащий два ваших сервера vSphere
- Перейдите к политике веб-доступа
- В разделе «задачи» нажмите «Создать правило доступа»
- Заполните мастер по умолчанию, выбрав «Разрешить» и выбрав в / из вашего нового набора компьютеров
- После создания правила перейдите к его свойствам
- Перейдите на вкладку «Протоколы»
- Нажмите «HTTP» и нажмите «Изменить»
- Перейдите в «Параметры»
- Отмените проверку фильтра веб-прокси
- ОК для всего и примените изменения
Если у вас есть сервер TMG на другой стороне VPN, который не является частью этого кластера управления, тогда вам нужно будет повторить это правило и там. А затем, вуаля, свободный поток трафика:
