# Web interface found only on 2nd try

**URL:** <https://discourse.nodered.org/t/web-interface-found-only-on-2nd-try/100427>\
**Category:** General\
**Created:** [21 February 2026 10:32 UTC](https://discourse.nodered.org/t/web-interface-found-only-on-2nd-try/100427 "2026-02-21T10:32:26Z")\
**Posts on this page:** 14\
**Page:** 1

<div class="post-metadata">

**Author:** ![luminatedhorizons](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/luminatedhorizons/32/105883_2.png) [@luminatedhorizons](https://discourse.nodered.org/u/luminatedhorizons)\
**Post date:** [21 February 2026 10:32 UTC](https://discourse.nodered.org/t/web-interface-found-only-on-2nd-try/100427/1 "2026-02-21T10:32:26Z")

</div>

Hi,

when opening the NodeRED web interface via `http://hostname:1880`, I often get "this server cannot be reached" on first try, while refreshing/2nd try gets it loading smoothly.

NodeRED: 4.1.4 on Raspberry/Debian 13  
Node.JS: v20.20.0

Accessing browser: Firefox 140.7.0esr on Debian 13  
Access path: `http://pi1:1880` (wherein pi1 is the hostname of the machine with NodeRED in the local network)

Other web interfaces in the local network do answer in first try, therefore i dare to ask: did anyone encounter this too? I fear, have to hunt it with Wireshark otherwise.

---

<div class="post-metadata">

**Author:** ![Colin](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/colin/32/17040_2.png) [@Colin](https://discourse.nodered.org/u/Colin)\
**Post date:** [21 February 2026 10:59 UTC](https://discourse.nodered.org/t/web-interface-found-only-on-2nd-try/100427/2 "2026-02-21T10:59:26Z")

</div>

> [@luminatedhorizons](#):
>
> on first try

First try after what? Opening the browser? Restarting node red? Rebooting something?

Is it consistent?

---

<div class="post-metadata">

**Author:** ![luminatedhorizons](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/luminatedhorizons/32/105883_2.png) [@luminatedhorizons](https://discourse.nodered.org/u/luminatedhorizons)\
**Post date:** [21 February 2026 11:05 UTC](https://discourse.nodered.org/t/web-interface-found-only-on-2nd-try/100427/3 "2026-02-21T11:05:00Z")

</div>

First try after opening the browser. Yes, it is reproducing.

Couldn't find an issue on the DNS (which is on the locla internet router) yet. First ping from same machine is resolved and answered correctly.

---

<div class="post-metadata">

**Author:** ![luminatedhorizons](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/luminatedhorizons/32/105883_2.png) [@luminatedhorizons](https://discourse.nodered.org/u/luminatedhorizons)\
**Post date:** [21 February 2026 11:12 UTC](https://discourse.nodered.org/t/web-interface-found-only-on-2nd-try/100427/4 "2026-02-21T11:12:19Z")

</div>

... ouff ok, and browser Chromium gets its (apparently) on first try. Think i have to come back to this thread after wiresharking locally and on the (NodeRED-)Raspberry.

---

<div class="post-metadata">

**Author:** ![Colin](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/colin/32/17040_2.png) [@Colin](https://discourse.nodered.org/u/Colin)\
**Post date:** [21 February 2026 11:16 UTC](https://discourse.nodered.org/t/web-interface-found-only-on-2nd-try/100427/5 "2026-02-21T11:16:00Z")

</div>

If you close the browser and re-open it does it happen again? If so then I don't see how it can be a node-red issue.

Is it exactly that error message? Google does not find anything with exactly that message.

What happens if you try a different browser?

What happens if you use the ip address rather than the host name?

---

<div class="post-metadata">

**Author:** ![luminatedhorizons](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/luminatedhorizons/32/105883_2.png) [@luminatedhorizons](https://discourse.nodered.org/u/luminatedhorizons)\
**Post date:** [21 February 2026 11:30 UTC](https://discourse.nodered.org/t/web-interface-found-only-on-2nd-try/100427/6 "2026-02-21T11:30:00Z")

</div>

Exactly, closing the browser and re-opening it is sufficient to reproduce. Why this is particular to NodeRED: such issues were not experienced for any other web page, neither in global internet nor in local network.

The exact firefox display, in german:

"Verbindung fehlgeschlagen

Firefox kann keine Verbindung zu dem Server unter pi1:1880 aufbauen. [...]"

Don't know the exact in English Firefox, should be connection not possible, or connection time-out.

To get it even more weird: with browser Chromium it is _not_ happening. So ... just due to the fact that this is only observed for accessing NodeRed, remains a bit mysterious.

---

<div class="post-metadata">

**Author:** ![Colin](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/colin/32/17040_2.png) [@Colin](https://discourse.nodered.org/u/Colin)\
**Post date:** [21 February 2026 11:52 UTC](https://discourse.nodered.org/t/web-interface-found-only-on-2nd-try/100427/7 "2026-02-21T11:52:02Z")

</div>

If you close both browsers, then reopen Chromium and, leaving it open, re-open FF does it still fail?

---

<div class="post-metadata">

**Author:** ![luminatedhorizons](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/luminatedhorizons/32/105883_2.png) [@luminatedhorizons](https://discourse.nodered.org/u/luminatedhorizons)\
**Post date:** [21 February 2026 12:00 UTC](https://discourse.nodered.org/t/web-interface-found-only-on-2nd-try/100427/8 "2026-02-21T12:00:47Z")

</div>

1. Closed Chromium and Firefox.
2. Opened Chromium, entered [http://pi1:1880/](http://pi1:1880/) in address bar - instantly loaded, left Chromium open
3. Opened Firefox, entered [http://pi1:1880/](http://pi1:1880/) in address bar - no connection
4. "Refresh" in Firefox - Page did load

As a variation, I did load in step 2 a Dashboard 2.0 page coming from same NodeRED in Chromium and did leave that "running" to keep the connection densely alive. But outcome of step 3 (no connection) did stay.

---

<div class="post-metadata">

**Author:** ![luminatedhorizons](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/luminatedhorizons/32/105883_2.png) [@luminatedhorizons](https://discourse.nodered.org/u/luminatedhorizons)\
**Post date:** [21 February 2026 12:18 UTC](https://discourse.nodered.org/t/web-interface-found-only-on-2nd-try/100427/9 "2026-02-21T12:18:25Z")

</div>

IP instead of hostname: the issue is _not_ reproducing. Working instantly in that case.

---

<div class="post-metadata">

**Author:** ![luminatedhorizons](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/luminatedhorizons/32/105883_2.png) [@luminatedhorizons](https://discourse.nodered.org/u/luminatedhorizons)\
**Post date:** [21 February 2026 13:11 UTC](https://discourse.nodered.org/t/web-interface-found-only-on-2nd-try/100427/10 "2026-02-21T13:11:22Z")

</div>

At first: apologies, i should have gone further on my side. Think its understood now, using Wireshark/TShark on the Raspberry.

The DNS of the local network was having local IPv4 and v6 addresses of the Raspberry. Firefox was first trying to connect on the v6, which NodeRED was not configured to answer on. Second try was going (successfully) to the v4 address.

Added `uiHost: "::",` to the **settings.js** did fix it, NodeRED now also answering the connection attempts received on the v6 address. Ouff... 🙂

---

<div class="post-metadata">

**Author:** ![luminatedhorizons](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/luminatedhorizons/32/105883_2.png) [@luminatedhorizons](https://discourse.nodered.org/u/luminatedhorizons)\
**Post date:** [21 February 2026 14:24 UTC](https://discourse.nodered.org/t/web-interface-found-only-on-2nd-try/100427/11 "2026-02-21T14:24:46Z")

</div>

@Colin At this opportunity, from my naive view: what about adding IPv6 by default?

---

<div class="post-metadata">

**Author:** ![Colin](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/colin/32/17040_2.png) [@Colin](https://discourse.nodered.org/u/Colin)\
**Post date:** [21 February 2026 16:02 UTC](https://discourse.nodered.org/t/web-interface-found-only-on-2nd-try/100427/12 "2026-02-21T16:02:39Z")

</div>

I don't know why IPv6 is disabled by default. Perhaps one of the developers will explain.

---

<div class="post-metadata">

**Author:** ![luminatedhorizons](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/luminatedhorizons/32/105883_2.png) [@luminatedhorizons](https://discourse.nodered.org/u/luminatedhorizons)\
**Post date:** [21 February 2026 18:03 UTC](https://discourse.nodered.org/t/web-interface-found-only-on-2nd-try/100427/13 "2026-02-21T18:03:07Z")

</div>

Continuing on v6, I learned now (from an AI... at least it is claiming the following 😉 ) that IPv6 addresses might be exposed globally in older routers/early IPv6 stacks even without explicit opening of the port to the outside, as the device IPv6 address can anyhow be read as a global address. (Therefore, it is not subject of "port forwarding" as in IPv4.) In that case, the aforementioned v6 acceptance would be a clear security threat.

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/flex026/uploads/nodered/original/1X/d073cd938eafa2e558d7c2cd59003b3ef4963033.png) [@system](https://discourse.nodered.org/u/system)\
**Post date:** [7 March 2026 18:03 UTC](https://discourse.nodered.org/t/web-interface-found-only-on-2nd-try/100427/14 "2026-03-07T18:03:50Z")

</div>

This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.