Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    LTSP on Vlans Pfsense

    Scheduled Pinned Locked Moved General pfSense Questions
    30 Posts 6 Posters 3.6k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • stephenw10S
      stephenw10 Netgate Administrator
      last edited by

      Those are just for different machine types. And only if ipxe.menu is not present.
      What are your clients?
      That should be in the LTSP docs though.

      Steve

      doguibnuD 1 Reply Last reply Reply Quote 0
      • doguibnuD
        doguibnu @stephenw10
        last edited by

        Hello! @stephenw10
        How are you?

        So, I would you like to show you more screenshots.
        I Believe that we will win this way network hehehe. Still not works, but there are different results.

        Please, see these screen

        01-vlan-nome.png

        02-tela-vlan43.png

        03-tela-screen-gate-40.png
        04-tela-tftp06-36.png

        And here, the client LTSP screenshot. Now appear it seeing the server and try run the image server. But, there is some wrong thing:

        20221007_095152.jpg

        This client has old NIC onboard!

        Thanks Steve!

        Douglas

        1 Reply Last reply Reply Quote 0
        • stephenw10S
          stephenw10 Netgate Administrator
          last edited by

          Ok, so that's mostly working. It is getting the values via DHCP, initiating the PXE boot and is correctly fetching the boot file from the tftp server.
          What appears to be wrong is that it's trying to boot the wrong file. Though there is no actual error shown there, I'm just assuming it doesn't boot further than that.

          Steve

          1 Reply Last reply Reply Quote 0
          • ?
            A Former User
            last edited by

            On the lan pfsense the project works great, but with Vlan, not!

            • First question is why there is another DHCP set up on the server?

            In normal you will be setting up it in the following order:

            • Setting up the VLANs and a IP range inside of the VLANs
            • pfSesen is routing then the entire VLAN traffic and this also inside one and between all the other VLANs (firewall rules)
            • pfSense is routing the entire WAN traffic and the LAN switch it self is routing between the VLANs (Switch ACLs)

            If so, the vlans owns their own DHCP range and ip net
            each for it self. So why the Server is also offering via DHCP?

            doguibnuD 1 Reply Last reply Reply Quote 0
            • doguibnuD
              doguibnu @A Former User
              last edited by

              Hello @Dobby_

              @dobby_ said in LTSP on Vlans Pfsense:

              On the lan pfsense the project works great, but with Vlan, not!

              • First question is why there is another DHCP set up on the server? The configuration is:
              ltsp dnsmasq --proxy-dhcp=0
              

              that means the ltsp server is not set up dhcp server

              Site Installation LTSP

              So no, there is not another DHCP set up on the LTSP server,

              The last try we have this screenshot:

              Pfsense :

              tela-pfsense37-37.png

              And Ltsp Client:
              ultima_20221013_110122.jpg

              But, after try the boot process, the client boot alone and can not up server image.

              Lets go!

              Thank you!

              In normal you will be setting up it in the following order:

              • Setting up the VLANs and a IP range inside of the VLANs
              • pfSesen is routing then the entire VLAN traffic and this also inside one and between all the other VLANs (firewall rules)
              • pfSense is routing the entire WAN traffic and the LAN switch it self is routing between the VLANs (Switch ACLs)

              If so, the vlans owns their own DHCP range and ip net
              each for it self. So why the Server is also offering via DHCP?

              1 Reply Last reply Reply Quote 0
              • stephenw10S
                stephenw10 Netgate Administrator
                last edited by

                Is that the last thing you see?

                It's pulling the ipxe file and booting it correcetly. Usually ipex will then try to boot something else.

                doguibnuD 1 Reply Last reply Reply Quote 0
                • doguibnuD
                  doguibnu @stephenw10
                  last edited by

                  Hello!

                  @stephenw10 said in LTSP on Vlans Pfsense:

                  Is that the last thing you see?

                  Yes, after this, the client reboot alone.

                  It's pulling the ipxe file and booting it correcetly. Usually ipex will then try to boot something else.

                  so! I am lost. I am trying to works well a long time. I can not find the right way to fix the issue.
                  Thanks

                  1 Reply Last reply Reply Quote 0
                  • stephenw10S
                    stephenw10 Netgate Administrator
                    last edited by

                    I would guess that ipxe is trying to boot something else and failing to find it. You can see it's trying to reach https://ipxe.org/28086011 but what it expects to find there is unclear.
                    Maybe it needs some additional dhcp parameters to know what to do next.

                    doguibnuD 1 Reply Last reply Reply Quote 0
                    • doguibnuD
                      doguibnu @stephenw10
                      last edited by

                      @stephenw10 said in LTSP on Vlans Pfsense:

                      I would guess that ipxe is trying to boot something else and failing to find it. You can see it's trying to reach https://ipxe.org/28086011 but what it expects to find there is unclear.

                       https://ipxe.org/28086011 
                      

                      this is an issue ipxe after "googling" about, but still not clear for me where go to fix this.

                      Maybe it needs some additional dhcp parameters to know what to do next.

                      So, I am trying follow isc dhcp
                      My ltsp server on proxmox, so add one more NIC to try boot up as the site tell about. But, still not fix it!

                      A 1 Reply Last reply Reply Quote 0
                      • stephenw10S
                        stephenw10 Netgate Administrator
                        last edited by

                        Right so it may need all those ipxe parameters configured so that ipxe knows what to do once it boots.

                        1 Reply Last reply Reply Quote 0
                        • A
                          aaronouthier @doguibnu
                          last edited by

                          @doguibnu
                          I suspect the url mentioned is a place to go for help with the error, not a url being accessed during the boot process.

                          If memory serves (it’s been many years since I’ve done ltsp), after the bios file is loaded via tftp, the initramfs file is loaded via nfs.

                          First step here, however, would be to go to the client machine, and load a local os (from the hard drive or a flash drive, etc - not via netboot), and attempt to manually load the file in question via tftp. If it loads, then the file exists on the ltsp server and is accessible.

                          1 Reply Last reply Reply Quote 0
                          • stephenw10S stephenw10 referenced this topic on
                          • stephenw10S stephenw10 referenced this topic on
                          • First post
                            Last post
                          Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.