Netbotz web gui issues connecting over port 80

[DCIM_Support]

Hi,

All of our Netbotz are configured to run the web server over ports 80 and 443, but only half of them allow Advanced View to connect over port 80. When I go to the port 80 address on an Internet browser, all I get is the "Netbotz Rack Monitor 450" header but it doesn't pop up a login prompt like it does with the ones that work properly.

Any ideas why this is, and how to fix it? They're all up to date on firmware. I've tried multiple browsers. They all work properly when using the https:// address.

(CID:105460719)

[DCIM_Support]

Hi Dominic,

You state that they're all configured the same and I can only assume they're all running the same firmware. The difference could then likely be network or antivirus. If the systems that work are on a different subnet than the ones that appear to work, you may be dealing with firewalls in a router or your antivirus. Firewalls can often be configured to block specific ports or allow specific IPs. Can you simply disable your firewall / antivirus locally just for a test?

Additionally, if your browser is configured to use a proxy or Advanced View is using such a configuration, that could be a difference as well but that is less likely as I haven't seen http specific issues while https works in such a config.

If you get a laptop on the same subnet as the unit that is failing, does it still fail? How about the browser? What happens if you create a direct connection to the unit with a crossover cable?

Steve

(CID:105460727)

[DCIM_Support]

Steve,

Thanks for the reply. If it's a firewall/network issue, then surely I wouldn't even see the header that I'm seeing when connecting to http? If the connection's being blocked then I would expect to see no webpage at all, or am I missing something here?

I do see a webpage, but it's just the header with the name of the Netbotz in question, and there's no automatic login prompt like there should be. See below:

(CID:105460914)

[DCIM_Support]

Hi Dominic,

Shutting off the local firewall and antivirus and a direct connection should prove your thoughts one way or the other.  This is not a common issue and if you are seeing it with multiple devices and not others, it's not specific to a specific device or corruption. You can see the entire page using https so we know the system is actually capable of serving up the page. These are the troubleshooting steps that seem most relevant to the issue you're experiencing. 

(CID:105460916)

[DCIM_Support]

Steven, thanks for the reply. Do you know which component in the appliance log (if any) monitors the http/https connections to Advanced View? I'm wondering if I can get a trace log of the failed attempt to connect. Thanks.

(CID:105462569)

[DCIM_Support]

Hi Dominic, I have asked and I am awaiting a reply to see what components may better log errors in the http output of the bot. I would still suggest something more network related as the http daemon IS working at least to some extent. You are getting a connection and some info. Perhaps the best quickest test is to connect a laptop to the bot with a crossover cable. Steve

(CID:105462615)

[DCIM_Support]

Dominic, Are these NetBotz appliances on the public or private LAN of DCE? If so, I believe you may be running into the issue in k-base FA168379. This may not make so much sense if https works though. The k-base I noted did have a similar issue due to blocked java scripting. DCE does not allow that from the private LAN to public.

(CID:105462617)

[DCIM_Support]

Steven, thanks for the replies. Here's a new wrinkle - I am able to connect to the Netbotz over HTTP using an older laptop so I now know that it's not the network. I'm wondering whether a Windows Update has "fixed" something and is now blocking some part of the GUI webpage/preventing Advanced View from logging in.

(CID:105462639)

[DCIM_Support]

Hi Dominic, That's possible but I would have expected then to hear this type of issue more frequently if that were the case. Is this a different OS (XP vs win7 etc)? Could they have pushed a profile to this system that they did not push to the older laptop? Again, can you try turning off antivirus as maybe that has been updated on the new system but not the old one? Steve

(CID:105464951)

[DCIM_Support]

Our DCE only has the public LAN configured/connected. The virus scanner on all our desktops/laptops is the same, so I don't think that's causing the problem. The older laptop has the same OS as my desktop and other laptop (Windows 7 Enterprise). I don't believe the setup is any different from mine, it's just not as recently updated. Have you had any success finding out which component(s) will log http errors?

(CID:105464960)

[DCIM_Support]

Hi Dominic, I have sent another request however these logging components in advanced view only log internal NetBotz issues. If you can access with one system and not another, that is not an internal issue. Your testing has shown that to be an issue based within your computer, it's configuration, it's updates, etc. The NetBotz appliance will not log comm issues between the web client (browser) and the httpd daemon. Steve

(CID:105464961)

[DCIM_Support]

Dominic, Engineering has stated that the following components should provide information on the http daemon and any issues the system may have that could cause connection issues: generic html cgi interface monitor daemon remote link client / manager Steve

(CID:105464966)

[DCIM_Support]

This question is closed for comments. You're welcome to start a new topic if you have further comments on this issue.