Start a Conversation

This post is more than 5 years old

Solved!

Go to Solution

72088

June 30th, 2016 13:00

iDRAC6 Console connection error tried everything

So i have been browsing around google and the Dell forums to find a solution to this but i am close to returning the server.


I have a Dell r710 with 24GB of RAM, 2 Quad 2.27GHz processors, the BIOS and iDRAC6 have been updated to the newest from a windows server 2008 enterprise.

So my iDRAC6 is on 2.85, i can use and download the boot playback java applet fine, however when i try and do a remote console using java i get the connection failed message box.

I am using IE11 in compatibility mode, the site is added to Intranet security with custom settings to basically allow everything and anything. The site is also added into the java security exception.

I am using Java 8 u77 (1.8.0), this is my console settings:

Virtual Console Enabled
Yes
Video Encryption Enabled
Yes
Max Sessions
4
Active Sessions
0
Local Server Video Enabled
Yes
Remote Presence Port
5900
Plug-in Type
Java (User Configured)

Not sure what else setting has to be checked/changed, but  i also attached the java console snapshot just in case as well.

What can i try to get this to work? i got the native client to work but i really would rather use the java client.

1 Attachment

November 23rd, 2016 16:00

Nope, i added every link i could possibly see from the web interface to the java console.

Could not get it to work, and i'm not rolling back my java to a later version, i'm just using the ever so reliable activeX client.

It actually works pretty well to be honest, i can never go wrong with Dell products (except old JVM remote console sessions)

Moderator

 • 

6.2K Posts

June 30th, 2016 18:00

Hello

The site is also added into the java security exception.

The error in the picture indicates that Java security is blocking the connection because the manifest is not present or not properly formatted.

If you enter the address into the Java security exceptions list then you should not encounter this type of error. Since you are experiencing this error after adding the site to the exception list it is most likely that the site was not entered correctly. The site address must match the URL exactly, this includes port numbers. When you start the console connection it should display the address you are connecting to. You need to enter that exact address into the exception list for the exception to work properly.

Thanks

July 1st, 2016 06:00

Unfortunately i tried that too, i added basically all of the links in the exception list and i'm still getting the connection error.

I even turned off my firewall just in case and it's still not connecting.

1 Attachment

Moderator

 • 

6.2K Posts

July 1st, 2016 14:00

It is an issue with either browser or Java security. I don't know all of the security exceptions and options changes within the browser and Java that will make it work.

I have a DRAC5 in my home lab that works fine with the latest Firefox browser and Java. I think I had to go into the developer options of FF to enable low encryption, and I think the only Java change I made was to add the URL to the exception list and put the exception list on high. It has been a long time since I configured it so I'm not sure of all the changes I had to make.

Browsers and applets like Java have had big security increases since Bitcoin has raised the bar for security due to the effect it has had on encryption standards. iDRACs that are still receiving updates are not compatible with the latest browsers. We do not release updates on the iDRACs as fast as the browsers and Java increase or change their security requirements. Most of our older DRACs/iDRACs have stopped receiving updates. Because of this you are going to need to either run and older browser and Java or find workarounds to disable/bypass the increased security features.

Thanks

July 2nd, 2016 17:00

I can understand what you are saying, i do have an older XP and java VM specifically for situations like this i will give a shot at when i get back home. But do you think i have to add the 5900 VNC port that is listed in the config?(it might be 5900 i don't remember exactly off the top of my head).

I feel like that may be a server port config but i am just curious if it matters on the computer, i'll have to try that too. As for the low security on firefox i tried FF and it was a little more buggy then IE, but i guess i can fool around with that too. I basically have IE setup to not use any security and if any very very low security for anything coming from the iDRAC.

3 Posts

November 22nd, 2016 12:00

Did you found the solution to this issue? I am having same problems with just one of my servers.

9 Posts

June 12th, 2017 09:00

ActiveX is the right answer. You will still have to monkey around with the DRAC's and IE's settings:

1. Add the DRAC's IP to the trusted site list (Internet Options / Security).
2. Set security on trusted site list to low (Internet Options / Security)
3. Add the DRAC's IP to the compatibility view list
4. Login to the DRAC and select the configuration option of the virtual console. Set complement type to native.
5. Launch the virtual console.
6. Accept the UAC warning.

Oracle in it's frantic struggle to keep Java on the client side "safe" has broken a ton of hardware. So much for the "run anywhere" motto.

August 22nd, 2017 02:00

I resolved this issue by updating to the latest Java version, then opening the Java config utility and adding the exact IP address of my server to the security exceptions list, including port number: 

192.xxx.xxx.xxx:xxx

Also, I disabled Encrypted Console Video in iDRAC and applied the changes prior to trying to connect. 

Works great now!

6 Posts

June 6th, 2018 21:00

In my experience, this all has to do with the java version. I uninstalled Java 8_171 and installed 7_79 and now my iDrac console works perfectly. This is not ideal because the older versions of Java are not secure. Not really sure what else we can do it about it when the iDrac6 doesn't work with newer versions. 

I have a separate VM that I run the older Java version in. I shut it down when not in use. 

August 8th, 2018 06:00

Hi,

I've found that RC4 was the issue for me, removing RC4 from the jdk.tls.disabledAlgorithms entry in the java.security file re-enabled RC4. This is on an R610 with iDRAC 2.91 and Java 8 Update 181.

James

1 Rookie

 • 

21 Posts

August 26th, 2018 02:00

UptimePrime, what version did you use? I am on 1.8.0_181-b13 and have the same problem.

7 Posts

September 7th, 2018 19:00

Hi James Harper

You where right on target !!!!

As soon as I removed RC4 from the disabled algorithms it connected with no problems !!!

By the way I have a R710, iDRAC6 on version 2.91 and Java 8 Update 181-b13

Thank you very much.

June 5th, 2019 12:00

FYI, newer versions of java disable older encryption methods, some of which the older DRACs use:

 

re-enable SSv3 support on java

Go to Java installation folder.
Open {JRE_HOME}\lib\security\java.security -file in text editor.
Delete or comment out the following line "jdk.tls.disabledAlgorithms=SSLv3".

August 14th, 2019 13:00

A copy&paste solution...

sed -e '/jdk\.tls\.disabledAlgorithms/s/, RC4//' -i /etc/java-*/security/java.security

 

No Events found!

Top