SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
My PXE boot server is the default gateway of its PXE client.
From the client, it sees my boot server as 192.168.0.1 . The client also resides inside the 192.168.2.x subnet.
When I set the server to tell the client's PXE to boot from 192.168.0.1, it looks like the client does not see the 192.168.0.1 server although I can ping and even ssh the address mentioned(192.168.0.1).
My setup is currently as follows.
Internet
|
PXE boot server and internet connection sharer.(address 192.168.0.1)
|
Router(address 192.168.2.1) (WAN IP is 192.168.0.2)
|
PXE boot client(s) (address 192.168.2.x) 1<x<256
to use PXE boot with different subnets, you need some kind of dhcp-proxy/relay , maybe you can use your router for this.
i a cisco router this is called ip-helper.
It's not the subnetting that's problem it's the presence of the router.
Think of the router as a gatekeeper who will only let people with a ticket (ip-number) get past, in the op's case his ticket office (dhcp server) is on one side of the gate, his ticketless customer (pxe client) on the other.
The dhcp-relay is an extra nice gatekeeper who passes on the request for a ticket.
gpxe/ipxe, these can skip the dhcp part, unfortunately the chainloading pxeclient still needs the dhcp server on the same side of the router as the client - after that the tftp part can be anywhere.
@OldHolborn and @jefro : I think I understand what you're saying. Even gPXE works, I must first load PXE(If I don't have a boot medium) before loading gPXE and if I can load PXE from my server, I don't need gPXE. The only compromise I can do is to transfer an iPXE boot image to CD/USB stick and boot from there before booting from my PXE server. iPXE does mention I can skip making boot medium if I flashed my NIC ROM, but I don't think it's possible for my NIC which is AR8152. Thanks for the iPXE suggestion. I learned another thing.
@ceh383 : I've looked at supernetting how-to. It looks complicated to me! Care to shed more lights on this? Thank you.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.