Невозможно подключиться к iLO2 Удаленным терминалом быть этим или IE ActiveX или JVM
У меня есть серия HP Proliant G5 с лицензией на iLO2.
Сервер выполняет CentOS. Порты Telnet открыты, и я могу успешно соединиться через определенный порт, который я настроил в установке iLO2 для использования для Удаленного Access\Telnet.
Однако независимо от того, что я пробую, я кажусь не смочь соединиться через удаленный терминал, неважно, какой сервис я использую быть этим ActiveX или JVM.
Когда я пытаюсь соединиться через ActiveX, он говорит что следующее сообщение "Failed to connect to server. Check for available telnet connection."
Если я пробую его с помощью JVM, я получаю следующую Ошибку:
ClassNotFoundException
com.hp.ilo2.remcons.remcons.class
У меня есть большая часть обновленной версии iLO2 v2.25, и я попробовал все от использования различной версии JVM и браузера почти к чему-либо.
Какая-либо идея, каков мог быть мой следующий шаг? Мне однако ничего не установили на сервере относительно программного обеспечения для ilo2, но от моего понимания, что нет никакого программного обеспечения, необходимого, так как МОТ сцепляется непосредственно на экране и устройствах ввода данных.
Для получения справки об ошибке ClassNotFoundException "com.hp.ilo2.remcons.remcons.class" смотрите "Исследование/исправление ошибки HP ILO2 Java Remote Console не начинается с Class Not Found remcons.class" из фреймера99 Ссылка сюда. Это исправило проблему на моих старых серверах HP.
Убедитесь, что у вас открыты следующие порты между вами и сетью МОТ:
====================
22 Secure Shell (SSH)
23 Remote Console / telnet
80 Web Server Non-SSL (HTTP)
443 Web Server SSL (HTTPS)
3389 Terminal Services
17988 Virtual Media
9300 Shared Remote Console
17990 Console Replay
3002 Raw Serial Data
На самом деле вам действительно нужны только 23, 443 и 17990 ... Но вы должны быть возможность nmap МОТ и видеть эти порты открытыми.
Необходимые порты: 443 для входа в iLO, плюс 17990 и 80. По крайней мере, он ничего не делал, т.е. не работал, когда порт 80 не был перенаправлен, а затем консоль .NET работала с портом 80 переадресовано. Кстати, чтобы решить эту проблему, я просто запустил netstat от клиента LAN, который смог подключить удаленную консоль.