LTSP on Vlans Pfsense

stephenw10

I would expect you to need at least UDP port 69 allowed from the VLAN to the LAN and probably any UDP traffic back the other way because the reply is on a random high port. For example:

OPT1 	udp 	172.21.16.8:35583 -> 192.168.126.11:69 	SINGLE:NO_TRAFFIC 	1 / 0 	48 B / 0 B 	
OPT1 	udp 	192.168.126.11:32770 -> 172.21.16.8:35583 	SINGLE:MULTIPLE 	1 / 1 	46 B / 32 B

That is my client at 172.21.16.8 fetching a file from the server at 192.168.126.11.

If you enable the tftp proxy server though that takes care of the reply rules for you so you only need to allow udp from the client to the server on port 69.

As I showed above though it will work between subnets without the proxy if there is no NAT.

To test that I used the tftpd server package for pfSense running on a separate pfSense instance in the OPT1 subnet. Then connected to it from a Linux client on LAN:

steve@steve-NUC9i9QNX:~$ tftp
tftp> connect 192.168.126.11
tftp> get test.txt
Received 14 bytes in 0.0 seconds

Steve

doguibnu

Hello Steve!

I can not understand how to enable proxy tftp? Where is this option in pfense.

I would you like show you some screens from my pfsense and to see if stay more clear to do the right configuration.

This is the Vlan:

Vlan configuration:
You can see all ports are enable to receive connections:

TFTP-server enable:

dhcp-server enable at this vlan:

And here, the IP from LTSP server. The configuration LTSP server side is disable dhcp server inside the ltsp network configuration because the vlan has enable dhcp-server:

So, after this, I did try to do the client ltsp find the ltsp server to boot. But can not find the filename image (this is the message from client ltsp boot sequence.

Thank you for help and attention

Douglas

stephenw10

The rules on LAN allow the LTSP server to reply?

You don't need the proxy if there is no NAT between the subnets but it is configured from System > Advanced > Firewall&NAT.

I only used the TFTP server in pfSense to test with. You don't need that, the LTSP server is the TFTP server.

However you absolutely do need the boot file name in the DHCP config. There is no way it can work without that. The client needs that to be passed to it so it knows what to boot.

Steve

doguibnu

@stephenw10 said in LTSP on Vlans Pfsense:

The rules on LAN allow the LTSP server to reply?

Yes, it is

You don't need the proxy if there is no NAT between the subnets but it is configured from System > Advanced > Firewall&NAT.

So, now I went to this menu and enable TFTP proxy for Lan!

I only used the TFTP server in pfSense to test with. You don't need that, the LTSP server is the TFTP server.

However you absolutely do need the boot file name in the DHCP config. There is no way it can work without that. The client needs that to be passed to it so it knows what to boot.

According Ltsp site project: It is not only one name, it is 3 names, separated. So, how to indicate the right way?

# This is the LTSP subnet declaration
subnet 192.168.67.0 netmask 255.255.255.0 {
  range 192.168.67.20 192.168.67.250;
  option ipxe.no-pxedhcp 1;
  option routers 192.168.67.1;
  # On single-NIC setups, usually routers != next-server (=TFTP server)
  # option next-server 192.168.67.1
  if exists ipxe.menu {
    filename "ltsp/ltsp.ipxe";
  } elsif option arch = 00:00 {
    filename "ltsp/undionly.kpxe";
  } elsif option arch = 00:07 {
    filename "ltsp/snponly.efi";
  } elsif option arch = 00:09 {
    filename "ltsp/snponly.efi";
  } else {
    filename "ltsp/unmatched-client";
  }
}

Thank you

Douglas

Steve

stephenw10

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

doguibnu

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

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

This client has old NIC onboard!

Thanks Steve!

Douglas

stephenw10

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

A Former User

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?

doguibnu

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 :

And Ltsp Client:

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?

stephenw10

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.

doguibnu

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

stephenw10

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.

doguibnu

@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!

stephenw10

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

aaronouthier

@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.