similar to: dhcp.h/dhcppack.c/dhcpunpack.c: license and enhancement

The following changes since commit 7c1b588f9a918b5e251773f0ef4f3812859cc159: H. Peter Anvin (1): Merge remote-tracking branch 'genec/diag-geodsp-perl-for-hpa' are available in the git repository at: git://github.com/geneC/syslinux.git pxechn-c32-for-hpa Gene Cumm (1): pxechn.c32: PXE NBP chainloader H. Peter Anvin (1): COM32: add DHCP pack/unpack functions

I've found a way to support PXE booting both UEFI and BIOS architectures with Windows Server DHCP. This method uses a feature introduced in WinServer 2012: DHCP policies. First, in the the DHCP console, at the IPv4 root of the server, create a vendor class named PXEClient (UEFI x64) with the following value: PXEClient:Arch:00007 Then create your configuration for your BIOS clients in your

Right now, I almost have pxechn.c32 in a fully functional state by adding a parameter to allow pure hex input of an option and its data. It allows uppercase and lowercase entry with or without octet delimiters (which must not match [0-9A-Fa-f]) and requires 2-digit entry for the octet. This is an extremely loose input format such that users may utilize it in their preferred format. After adding

A small how-to for encapsulating option 210 inside option 43 on Windows DHCP servers would be welcome then :-) And as far as UEFI x86 system go, one would simply have to create another vendor class with the value PXEClient:Arch:00006 On Wed, Jan 15, 2014 at 12:05 AM, Gene Cumm <gene.cumm at gmail.com> wrote: > On Tue, Jan 14, 2014 at 8:52 PM, Alexandre Blanchette > <blanalex at

When I say winbind query I mean from `wbinfo -u` to a simple `getent passwd SAMDOM\\user`. When the winbind cache is small, clients that use a program in a network share of this server get timeouts while using the program, due to the cache expiring and the query to the PDC taking too, long. I've worked around that by setting a winbind cache time longer than the span of work hours and a cron

On Sat, Sep 12, 2015 at 6:37 PM, Gene Cumm <gene.cumm at gmail.com> wrote: > On Sat, Sep 12, 2015 at 10:23 AM, Geert Stappers <stappers at stappers.nl> wrote: >> Euh, could this be reviewed: >> >> diff --git a/core/fs/pxe/dhcp_option.c b/core/fs/pxe/dhcp_option.c >> index 8d93a6a..b82e944 100644 >> --- a/core/fs/pxe/dhcp_option.c >> +++

On Sat, Sep 12, 2015 at 08:42:15AM -0400, Gene Cumm via Syslinux wrote: > On Sat, Sep 12, 2015 at 7:37 AM, Gene Cumm <gene.cumm at gmail.com> wrote: > > On Sat, Sep 12, 2015 at 7:08 AM, Gene Cumm <gene.cumm at gmail.com> wrote: > >> On Sat, Sep 12, 2015 at 5:54 AM, Teun Docter > >> <teun.docter at brightcomputing.com> wrote: > >>> On

On Sat, Sep 12, 2015 at 10:23 AM, Geert Stappers <stappers at stappers.nl> wrote: > On Sat, Sep 12, 2015 at 08:42:15AM -0400, Gene Cumm via Syslinux wrote: >> On Sat, Sep 12, 2015 at 7:37 AM, Gene Cumm <gene.cumm at gmail.com> wrote: >> > On Sat, Sep 12, 2015 at 7:08 AM, Gene Cumm <gene.cumm at gmail.com> wrote: >> >> On Sat, Sep 12, 2015 at 5:54 AM,

On Sat, Sep 12, 2015 at 7:08 AM, Gene Cumm <gene.cumm at gmail.com> wrote: > On Sat, Sep 12, 2015 at 5:54 AM, Teun Docter > <teun.docter at brightcomputing.com> wrote: >> On 2015-09-12 04:58, Gene Cumm wrote: >>>> >>>> I've captured the following DHCP ACK: >>>> >>>> 10.141.20.1.bootps > 10.141.20.2.bootpc: [udp sum ok]

On Sat, Sep 12, 2015 at 06:56:04PM -0400, Gene Cumm via Syslinux wrote: > On Sat, Sep 12, 2015 at 6:37 PM, Gene Cumm wrote: > > On Sat, Sep 12, 2015 at 10:23 AM, Geert Stappers wrote: > >> diff --git a/core/fs/pxe/dhcp_option.c b/core/fs/pxe/dhcp_option.c > >> index 8d93a6a..b82e944 100644 > >> --- a/core/fs/pxe/dhcp_option.c > >> +++

On Sat, Sep 12, 2015 at 7:37 AM, Gene Cumm <gene.cumm at gmail.com> wrote: > On Sat, Sep 12, 2015 at 7:08 AM, Gene Cumm <gene.cumm at gmail.com> wrote: >> On Sat, Sep 12, 2015 at 5:54 AM, Teun Docter >> <teun.docter at brightcomputing.com> wrote: >>> On 2015-09-12 04:58, Gene Cumm wrote: >>>>> >>>>> I've captured the

On Sun, Sep 13, 2015 at 3:46 PM, Geert Stappers via Syslinux <syslinux at zytor.com> wrote: > On Sat, Sep 12, 2015 at 06:56:04PM -0400, Gene Cumm via Syslinux wrote: >> On Sat, Sep 12, 2015 at 6:37 PM, Gene Cumm wrote: >> > On Sat, Sep 12, 2015 at 10:23 AM, Geert Stappers wrote: >> >> diff --git a/core/fs/pxe/dhcp_option.c b/core/fs/pxe/dhcp_option.c >>

Hello world, I have serious problems with samba and WS2008r2 DC using native mode ??. I can join the domain and winbind is working well. I have no domain administrator rights and machine account was pre-created with modified rights documented <http://docs.hp.com/en/7212/ADSJoinMinimumPerms.pdf#search=%22samba%20join%20ads%20user%20propert%22> Now I am trying to get ticket with kinit -k

Hi Peter, Please pull the following changes. Paulo, I had to revert your "pxe: resolve names via DNS from protected-mode code" change because dns_resolv() is only implemented for PXELINUX and causes undefined symbol references for ISOLINUX, etc. Feel free to make the change again on top of the revert. The following changes since commit e7bd19def830e8341b1a100956345f1028740b9e:

On Tue, Jan 14, 2014 at 8:52 PM, Alexandre Blanchette <blanalex at gmail.com> wrote: > I've found a way to support PXE booting both UEFI and BIOS architectures > with Windows Server DHCP. > > This method uses a feature introduced in WinServer 2012: DHCP policies. > > First, in the the DHCP console, at the IPv4 root of the server, create a > vendor class named

I successfully encapsulated option 210 inside 43 with Microsoft DHCP servers. I followed the template in the PXELINUX documentation, at the "using vendor options, handcrafted" heading. On Wed, Jan 15, 2014 at 6:45 AM, Alexandre Blanchette <blanalex at gmail.com>wrote: > A small how-to for encapsulating option 210 inside option 43 on Windows > DHCP servers would be welcome

Hi everyone, I got the error: NET4: Unix domain sockets 1.0/smp for linux NET4.0 ds: no socket drivers loaded request_module[block-major-8]: root fs not mounted VFS: Cannot open root device ""or 08:03 Please append a correct "root"boot option The strange thing is that it tries to mount from harddisk. This I got somewhere else: "the kernel looks like it is trying to

Currently it appears that when PXE booting the domain search option is ignored and only the domain name option used for name resolution. The following patch adds support for domain search path usage when PXE booting: - adds parsing of the DHCP domain search option (119) - When resolving names via dns_resolv uses the search path if there's no dot in the name. - Reverts to the

2016-01-07 11:25 UTC+01:00, Stephen Bleazard via Syslinux <syslinux at zytor.com>: > Currently it appears that when PXE booting the domain search option is > ignored > and only the domain name option used for name resolution. > > The following patch adds support for domain search path usage when PXE > booting: > - adds parsing of the DHCP domain search option (119)

+1 A similar problem occurs with "." Sent from ProtonMail Mobile On Fri, Sep 28, 2018 at 15:44, Wojciech Puchar <wojtek at puchar.net> wrote: > user attempts to create folders with / > dovecot naturally cannot create it so it returns error but outlook of > course "create" it and keep data in local store only. data is lost when > you remove local store .pst