Just switched from Plex… but might be going back lol. Http:/localhost :8097 works on my PC where my JF server is hosted. But I can’t connect on any other devices on the same network. What I have tried:
enabled private connections in Windows Defender. Then tried public too.
went to settings and binded address to 0.0.0.0
changed my port from 8096 to 8097 just to see if a different port would work.
Made an inbound rule for port 8097 in advanced firewall settings.
Not sure what’s going on here. On Plex it was easy to discover other devices on the same network. I have JF localhost connected to my Cloudflare Tunnel and I have access on all of my devices that way… but I rather just use my internal ip when I’m at home. Any help?
UPDATE: Literally been at this for hours, and as soon as I post the question on Lemmy…I figured it out. 🤦🏽♂️🤦🏽♂️🤦🏽♂️🤦🏽♂️
On Windows, I had to go to settings > networks and internet > and select private network. Don’t know how it was on public. Smh. I’ll leave this here just in case anyone else has the same issue.
The 192.168.x.x IP range doesn’t allow for subnet masks greater than 255.255.255.0. How that’s enforced I can’t remember, but I’m 99% sure he isn’t using larger subnets.
Class based networking has been obsolete for 3 decades now - and RfC 1519 was quickly implemented, so pretty much by the mid 90s any device looking up network masks by classes could be considered some broken legacy device.
RfC 1918 - which allocates the private IP ranges - came 2.5 years after the introduction of CIDR, specifies the networks in bit notation, and only references what the equivalent networks were in class notation as reference for people who have been asleep for a few years.
If you’re younger than ~40 you shouldn’t even know the term ‘network class’, unless you’re really into history of computer networks. If you learned that term in some kind of school I’d question the rest of what they’ve been teaching as well.
If you’re older than 40 you should’ve stopped using class based concepts at least two decades ago.
Interesting, I never encountered that - though that also fits the “2.5 decades” timeframe.
It still shows the author of the error message has no idea about networking: even if we assume network classes apply to RfC 1918 addresses (which they don’t) the majority of those addresses are class A or class B networks.
And looking at it the other way round (using “class C” synonymous with "private addresses) doesn’t work - the majority of addresses in class C space are public addresses.
You are not logged in. However you can subscribe from another Fediverse account, for example Lemmy or Mastodon. To do this, paste the following into the search field of your instance: !selfhosted@lemmy.world
A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don’t control.
Rules:
Be civil: we’re here to support and learn from one another. Insults won’t be tolerated. Flame wars are frowned upon.
No spam posting.
Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it’s not obvious why your post topic revolves around selfhosting, please include details to make it clear.
Don’t duplicate the full text of your blog or github here. Just post the link for folks to click.
Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).
No trolling.
Resources:
selfh.st Newsletter and index of selfhosted software and apps
Depends on the network mask.
The 192.168.x.x IP range doesn’t allow for subnet masks greater than 255.255.255.0. How that’s enforced I can’t remember, but I’m 99% sure he isn’t using larger subnets.
The .x.x literally shows that you can fit a /16 (255.255.0.0) in there. 192.168.0.0 255.255.0.0
No, that’s a placeholder a set. It’s a class C range which is limited to 254 hosts.
This is nonsense. In that space you get a /16, and you can do with it whatever you want.
No it’s not. 192.168.x.x is a reserved class C range which per specification is limited to 255.255.255.0
Stop sprouting that kind of bullshit.
Class based networking has been obsolete for 3 decades now - and RfC 1519 was quickly implemented, so pretty much by the mid 90s any device looking up network masks by classes could be considered some broken legacy device.
RfC 1918 - which allocates the private IP ranges - came 2.5 years after the introduction of CIDR, specifies the networks in bit notation, and only references what the equivalent networks were in class notation as reference for people who have been asleep for a few years.
You know, I would have looked it up and checked if there were holes on my knowledge but you being a dick about it makes me not want to.
Next time, don’t assume the worst in people and you might actually succeed in convincing them.
If you’re younger than ~40 you shouldn’t even know the term ‘network class’, unless you’re really into history of computer networks. If you learned that term in some kind of school I’d question the rest of what they’ve been teaching as well.
If you’re older than 40 you should’ve stopped using class based concepts at least two decades ago.
I know it because of Half-Life 1. If your tried to connect to a network game as lan while giving a non-class c ip, it specifically mentioned class c.
Interesting, I never encountered that - though that also fits the “2.5 decades” timeframe.
It still shows the author of the error message has no idea about networking: even if we assume network classes apply to RfC 1918 addresses (which they don’t) the majority of those addresses are class A or class B networks.
And looking at it the other way round (using “class C” synonymous with "private addresses) doesn’t work - the majority of addresses in class C space are public addresses.