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.

  • aard@kyu.de
    link
    fedilink
    English
    arrow-up
    7
    arrow-down
    1
    ·
    1 year ago

    The 192.168.x.x IP range doesn’t allow for subnet masks greater than 255.255.255.0

    This is nonsense. In that space you get a /16, and you can do with it whatever you want.

    • VonReposti
      link
      fedilink
      English
      arrow-up
      1
      arrow-down
      5
      ·
      1 year ago

      No it’s not. 192.168.x.x is a reserved class C range which per specification is limited to 255.255.255.0

      • aard@kyu.de
        link
        fedilink
        English
        arrow-up
        4
        arrow-down
        2
        ·
        1 year ago

        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.

        • VonReposti
          link
          fedilink
          English
          arrow-up
          2
          arrow-down
          6
          ·
          1 year ago

          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.

          • aard@kyu.de
            link
            fedilink
            English
            arrow-up
            2
            arrow-down
            4
            ·
            1 year ago

            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.

            • ProjectPatatoe@lemmy.world
              link
              fedilink
              English
              arrow-up
              1
              ·
              1 year 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.

              • aard@kyu.de
                link
                fedilink
                English
                arrow-up
                1
                arrow-down
                1
                ·
                1 year 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.