Send dhcp-users mailing list submissions to
dhcp-users@lists.isc.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.isc.org/mailman/listinfo/dhcp-users
or, via email, send a message with subject or body 'help' to
dhcp-users-requ...@lists.isc.org
You can reach the person managing the list at
dhcp-users-ow...@lists.isc.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of dhcp-users digest..."
Today's Topics:
1. How to use dhcp relay over ipsec0/wwan0 with zero MAC
address? (Qingtao)
2. question: configuration changes (ahiya)
3. GUI for ISC dhcp (ahiya)
----------------------------------------------------------------------
Message: 1
Date: Wed, 4 Nov 2020 20:08:30 -0600 (CST)
From: Qingtao <qingtao.cao...@gmail.com>
To: dhcp-users@lists.isc.org
Subject: How to use dhcp relay over ipsec0/wwan0 with zero MAC
address?
Message-ID: <1604542110525-0.p...@n4.nabble.com>
Content-Type: text/plain; charset=us-ascii
Hi,
I am trying to use the dhcrelay on an ipsec0 interface that was built upon a
cellular modem interface, wwan0 for example. The problem I am running into
is that, the QMI qmi_wwan.c kernel driver for the cellular modem works in
the raw_ip mode and will setup wwanX relevant net_device with type ==
ARPHRD_NONE and hard_header_len == 0, since the MAC address for wwan0 only
makes sense for the host and not used on the USB link from the host to the
cellular modem.
Then the ipsec0 interface will inherit both the IP address and the MAC
address, which will upset the dhcp relay daemon: in lpf.c get_hw_addr(), the
switch(sa->sa_family) case structure will thow out the following error:
Unsupported device type 65534 for "ipsec0"
The 65534 == 0xFFFE, or ARPHRD_NONE. I am wondering if it is feasible to
change the get_hw_addr() to regard it as an normal case, for example:
+@@ -522,6 +522,11 @@ get_hw_addr(const char *name, struct har
+ hw->hbuf[0] = HTYPE_FDDI;
+ memcpy(&hw->hbuf[1], sa->sa_data, 6);
+ break;
++ case ARPHRD_NONE:
++ /* When the qmi_wwan.c kernel driver works in the
++ * raw_ip mode the length of MAC address is zero */
++ memset(hw, 0, sizeof(struct hardware));
++ break;
+ default:
+ log_fatal("Unsupported device type %ld for \"%s\"",
+ (long int)sa->sa_family, name);
Would this work?
Thanks in advance!
Harry
--
Sent from: http://isc-dhcp-users.2343191.n4.nabble.com/
------------------------------
Message: 2
Date: Thu, 5 Nov 2020 02:34:00 -0600 (CST)
From: ahiya <ah...@younity.io>
To: dhcp-users@lists.isc.org
Subject: question: configuration changes
Message-ID: <1604565240375-0.p...@n4.nabble.com>
Content-Type: text/plain; charset=us-ascii
hi Allis it possible to change the config on ISC DHCP without restarting the
service?thanks
--
Sent from: http://isc-dhcp-users.2343191.n4.nabble.com/
------------------------------
Message: 3
Date: Thu, 5 Nov 2020 02:42:18 -0600 (CST)
From: ahiya <ah...@younity.io>
To: dhcp-users@lists.isc.org
Subject: GUI for ISC dhcp
Message-ID: <1604565738014-0.p...@n4.nabble.com>
Content-Type: text/plain; charset=us-ascii
hi
could anyone recommend a lite weight GUI for managing ISC?
for monitoring and configuration tasks:
- add/remove/modify subnets/pools
-add/remove a reservation
- monitor HA
- subnets stats
I've tried Webmin but when changing config with an error ends with service
down without even notify of a config error.
on the other hand, if you know of a heavy-duty tool that could manage
several servers from AWS
it's even better.
ive tried some IPAM tools (men&mice) but the issue is that my distributed
DHCP servers contain duplicate ip pools (different sites) and the ipam
couldn't handle that
ill appreciate any advice.
thanks
--
Sent from: http://isc-dhcp-users.2343191.n4.nabble.com/
------------------------------
Subject: Digest Footer
_______________________________________________
ISC funds the development of this software with paid support subscriptions.
Contact us at https://www.isc.org/contact/ for more information.
dhcp-users mailing list
dhcp-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/dhcp-users
------------------------------
End of dhcp-users Digest, Vol 145, Issue 3
******************************************
