The Lemmy community will help you with your tech problems and questions about anything here. Do not be shy, we will try to help you.
If something works or if you find a solution to your problem let us know it will be greatly apreciated.
Rules: instance rules + stay on topic
Partnered communities:
I don’t have any great suggestions, but a few things come to mind:
Did you try it in private browsing mode?
Did you try an older version of Firefox?
Can you set up a proxy and configure Firefox to use it?
Can you find Firefox’s logs on that machine and analyze them?
Can you try it from another machine that has Firefox on it?
Can you run Firefox in a container and see if that works?
Private browsing has no effect. Cannot connect, no packets observed in Wireshark. What are these logs that you might suggest viewing? There's a console, but I didn't observe any relevant long messages.
I downloaded an older version from three months ago and it cannot load the page on the test machine. A arbitrarily-tested older version wasn't compatible with my Mac.
I tried Firefox on another machine (Linux) and it can load the page no problems. Sadly, I don't have a second Mac to test if it's a Mac thing, but then why this IP? Seems strange to me.
If I use an SSH tunnel to direct localhost:8000 to 192.168.0.2:80 using a third box as a go-between, it connects just fine. Enter it directly in the address bar and no dice. Cannot connect.
Thank you for the suggestions! I'm stumped. I can work around it, but it's really weird and it would be nice to know why it doesn't like this IP.
You’re welcome! Can you change the IP of the target host?
Hmm, that's a reasonable thing to test. Sadly, this Linksys router doesn't allow changing the IP in bridge mode. It will be the subnet mask ending in .2. It's really lame to be limited in such a way, but nearly all settings are disabled in bridge mode.
This browser cannot access the router settings. Other browsers and devices can. It's very odd that it seems unable to communicate to this IP.
I can live with this, but it really makes me wonder why.
I once had a similar issue (but not fully the same), alas I forgot how I fixed it.
Some suggestions:
Percussive maintenance? ;-)
Hope you get it resolved.
You are a god. For mysterious reasons, having this IP in my hosts file breaks loading the page. Removing it from hosts restores access. I have no idea why Firefox would care about this because I'm not trying to access the page by name, but by IP address. My best guess is there's some sort of bug relating to handling of hosts file entries.
Haha thanks :-)
I vaguely remembered an issue with a host file that firefox blocked instead of rerouted. Never did get to submit a bug report for it I think, hmm.
Glad I could help you resolve it.
I found this answer, but I still don't understand what's going on and why this network.trr.exclude-etc-hosts might be useful.
Firefox has an HTTPS-Only mode. Did you double check that? Make sure you can get anywhere on http tcp/80 in the browser.
Yes that is turned off. Also checked I can visit an unencrypted website, port 80. It also works over LAN using a python script.
Proxy settings in about:config?
The proxy is disabled. No proxy.
The fact you're not seeing any exit packets, along with the ability to connect using anything other than Firefox means it must be an issue with Firefox itself.
Not to insult your intelligence, but do you have any extensions installed on Firefox such as an ad-blocker? Ones that are allowed to operate in private mode as well? I've had random issues with blacklists in my ad-blocker having bad entries in the past.
No insult taken! I reset Firefox and I’m using a new profile. There are no extensions installed.
I’m not sure how I would go about debugging Firefox further to understand why it doesn’t want to attempt connecting to that IP. Currently I agree with you. It seems like there’s some bug with Firefox itself or perhaps an unexpected configuration hidden elsewhere on the system on which it depends but nobody else.
You might try a quick shell script to set NSPR_LOG_MODULES and NSPR_LOG_FILE to "all" debug mode to fish for some clues. https://firefox-source-docs.mozilla.org/nspr/reference/nspr_log_modules.html#nspr-log-modules
Does wireshark on the Firefox box show outgoing packets to 192.168.0.2?
Nope! I just ran this test. No outgoing packets seen on the same machine with firefox trying to visit 192.168.0.2.
Start by also running Wireshark on the client device where Firefox is installed.
Might be some weird fringe case that's not handled correctly somewhere like an ipv4 checksum of ffff or something.
This isn't something too plausible, but this seems weird enough that farfetched things might be afoot.
Then again, NS_CONNECTION_REFUSED would mean receiving a reset or something, as opposed to being silently dropped.
Firefox does work for other LAN IPs, right?
Firefox is able to visit other LAN IPs fine, such as 192.168.0.1 and 192.168.0.203.
Running Wireshark on the same laptop, it doesn't see any outgoing packets for *.2.