Unable to open html5 virtual console of Dell iDRAC - fixed in 6.5.3206.39 Stable
-
-
I think it doesn't matter how I'm accessing the iDRAC. If I use bookmark, or I just type IP address.
Just note, same iDRAC version was working fine with Vivaldi 5.x.Maybe would be good to check in history what has changed in code parsing those javascripts, or something like that. Compare last version of v5 with v6.0.
I don't think issue is on our (users) side. I think it is either problem within Chromium or within Vivaldi. If in Chromium, that means it shouldn't work in Edge, but it works there. Or, Microsoft is fixing it by themselves.
-
@enc0re
Hi, you can try this with the switch--disable-vivaldi
in a command shell or in the desktop shortcut.
It's a bit strange but this is pure Chromium.
The Edge and Chrome developer fix a lot but rarely port it back to the Chromium code.Cheers, mib
-
@enc0re The JS engine we use (v8) is the same as Chrome and Edge.
And we do know that our own sysadmins can use the version of iDRAC they have access to.
It might be of interest if you could start Vivaldi with the UI disabled, using the --disable-vivaldi option (as mentioned by @mib2berlin), which starts Vivaldi in Chromium mode, and see if that changes anything. If it does, then we might have an indication of where the problem could be located.
Regarding the code you pasted, it might be also be interest if you are able to check if there is a session data item, or where the URL comes from in the scripts (it is probably set by the login process). The console log pane in the developer tools might also contain helpful information.
The problem for us, as described earlier, is that the system we have works for us (if it hadn't done so, we would have noticed the shouts of protest from the sysadmins long ago), and we don't have access to the version you use.
-
@mib3berlin Interesting switch. I tried with this switch with latest snapshot, Chromium got launched, and virtual console doesn't work. So we prooved now, that problem is within Chromium itself and Microsoft fixes it by its own.
-
I think we drilled down far enough to see where the actual issue is
. We should go and complain to Chromium because im not sure what else we can do ... or wait till Vivaldi sysadmins update their DELL servers to iDRAC FW: 6.10.80.00, A00
-
Just as an interesting tidbit: I installed the latest build of Chromium: Version 120.0.6061.0 (Developer Build) (64-bit) . And KVM console works there, so I guess it should work in Vivaldi 6.4 or 6.5?
-
@lyooth Try this test:
- Download https://downloads.vivaldi.com/stable/Vivaldi.5.7.2921.68.x64.exe
- Install as Standalone somewhere
- Launch Application/Vivaldi.exe
- Test
Make sure to note if you get the error or a different one in the JS console. 5.7 is based on Chromium 110 so might not work for that reason and give a different error.
-
@Pathduck Tested Version 5.7 works fine, as I wrote before.
Okay, so problem is in Chromium. If I will have time, maybe I will open bug there.
-
@enc0re Not so sure this is a Chromium bug. Chromium core yes, but Vivaldi does make changes to the core.
Does this console open in a new window/popup?
Do this:
- In the failing console window, open Devtools (F12)
- It will open detached (window) since it's opened from a popup.
- Open Application > Session Storage > server
- Note down the key/value pairs
- Do the same for Local Storage
- Do the same in Chrome/Chromium/Edge
See anything different?
-
-
I see that IP is a private network and SSL over a IP will silently result in broken SSL connect.
Perhaps flags could be set.
Seechrome://flags/#block-insecure-private-network-requests
chrome://flags/#unsafely-treat-insecure-origin-as-secure
But i could be wrong as i do not know, what had changed in newer Chromium cores.
-
@DoctorG Yes, you don't want to have iDRAC exposed on public IP
It's not related to SSL, on previous pages we've found out that URL is not built up correctly, therefore IP is not passed to the virtual console. -
@enc0re Yeah, confirms my theory, Session Storage is not passed, so the wss url is blank. No ip and kvmport values. Not sure what the VCSID values are, probably session tokens and so would also be needed for auth.
I'm 99% sure now it's the same bug that another user reported with a mail service, where a popup window would get logged out.
Most likely the use of Session Storage is new in this 6.0 version, while earlier it passed url parameters or possibly used cookies.
Test of bug:
https://pathduck.github.io/test/session-storage/Try to add the needed ip/port/path manually, reload the popup, see if that works, it would verify that this is indeed the case.
Obviously it will be difficult to duplicate working session ID tokens, possibly they're not needed. Or you might be able to find them in the cookies for the site and just copy the value. Or check the "parent" window for the values. -
@Pathduck I tried your test, just wrote random text. Local storage is correctly shown, Session storage is empty in Vivaldi. In Edge both textboxes are filled correctly.
-
@enc0re OK, flags were no solution? Was only my idea stumbling thru the fog of strange Vivaldi issues. Sorry.
-
@DoctorG No, flags were no solution. No problem.
-
@enc0re Try the test of adding the Session Storage values needed for your system in the Application tab in devtools, and reload the popup. This is not really a workaround, but will show the problem does indeed lie with the missing Session Storage values.
Anyway, 99.99% sure this is the issue now, and has to be fixed by the Vivaldi devs.
-
@Pathduck I tried to add missing key:value pairs from Edge devtools. I moved little bit, I'm not getting error from beginning, but Login denied. Probably it is because I added those values for VCSID and VCSID2.
After I manually added those pairs, ws URL is built properly.
Thank you for debug steps!
@yngve do you have some helpful informations, what to check/compare?
-
@enc0re Yeah, you probably can't just copy those VCSID values from another browser session, you'll need to find them in Vivaldi. Check the Devtools - Session Storage/Cookies in the parent window that launches the vconsole popup, and see if you find something that looks similar.
But it doesn't really matter, as long as the wss url is built properly, and we know the bug is in Vivaldi not propagating session data to child windows.