YazDHCP YazDHCP v1.0.10 [2025-Aug-14] - Feature expansion of DHCP assignments (increasing limit on the number of DHCP reservations)
- Thread starter Martinski
- Start date
The backup and restore custom icons can be or is backed up to a USB drive attached to the router. Once saved to the USB drive you should be able to access that storage location to copy the backup somewhere else. While in the GUI, creating a compressed file and offering the user a dialog screen asking them where to save it or to upload it for importation would be a nice feature, under the current implementation the user can copy the backed up file somewhere else, just takes one or two extra steps.
https://github.com/AMTM-OSR/YazDHCP?tab=readme-ov-file#back-up--restore-custom-user-icons
For me, if it means (what I think it means) i.e. doing away with the manual /jffs/config/dnsmasq-x.conf.add then it is a resounding YES. I would love this feature!
I know GNP does have manual assignments but as per my responses to one of the Merlin 3006.102.xx threads, I quickly hit the limit of numbers of these reservations well before the supposed 'formal' limit of 32, so I think 3006 would also benefit greatly!
Last edited:
Apologies for the delayed reply. I've been very busy with my day job and other personal stuff, so I didn't have time until this weekend.
Anyway, thanks to those who provided feedback WRT adding a new feature to allow IP address reservations for clients on suitable Guest Networks. Some friends of mine and relatives have also expressed interest in having that feature available.
Also, having a single webUI page to assign all IP address reservations (within a limit - see below), where the "backup and restore" functionality is also available, would be one of the big advantages, as other people have mentioned.
I'm going to start working on it Sunday evening, and perhaps I can have a beta-stage development version after a few evenings of coding.
Anyway, thanks to those who provided feedback WRT adding a new feature to allow IP address reservations for clients on suitable Guest Networks. Some friends of mine and relatives have also expressed interest in having that feature available.
For 3006 firmware, other than duplicating the feature from elsewhere it may be usefull to add this to YazDHCP, even if it's just to centralise everything. For 3004 no question - a big fat YES!
Beta tester ready!
Yes, that's the intended goal. Any available Guest Network that's currently enabled/active with a separate subnet from the Main LAN subnet would be allowed to have manually-assigned DHCP IP address reservations for its clients on the YazDHCP webUI page.
Also, having a single webUI page to assign all IP address reservations (within a limit - see below), where the "backup and restore" functionality is also available, would be one of the big advantages, as other people have mentioned.
Note that there is a hard limit (about 8KB, IIRC) on how much data can be passed between the webUI page and its shell script (AFAIK, this limit is imposed by the RMerlin F/W). So the total number of possible IP address reservations that gets displayed on the webU page is dynamically calculated as each entry is saved, based on the average length of all current entries. Given this limitation, the recommendation is to keep all Hostname strings short - about 10-12 chars each - so you don't exhaust the limited storage with only a few dozen entries.
I'm going to start working on it Sunday evening, and perhaps I can have a beta-stage development version after a few evenings of coding.
Awesome to hear it’s going to take shape and really appreciate you taking this on. Seems a lot of work, so all the more thanks!
Not my call obviously, but I’m sort of undecided on the merits of one big long list for ALL the reservations, Primary and each VLAN, if that’s what is proposed. Sort of wondering if a separate tab for each VLAN on GNP would be neater? Be interested to hear other folks thoughts on this.
Last edited:
Would think it would almost have to be done that way. Some sort of tabs, or separator, or delineation between networks of the DHCP reservation list so users are not confused and assigning clients to the wrong network.
I'm not planning to drastically change the current JavaScript + HTML code in the ASP file used by YazDHCP (which is essentially a modified copy of the native ASP file provided originally by the F/W). I want to make as few changes as possible there, and instead have the shell script do the bulk of the work. So, at this point, new, separate tabs on the webUI are not part of the plan.
Frankly, I don't see the need to have a separate tab or some kind of separator for each Guest Network. When users want to assign an IP address reservation to a client, they really need only 2 pieces of information: the client's MAC address and the specific IP address they want to assign to it. If the client is already connected to the network (or has been in the recent past - see "Offline Client List"), there is an entry for it in the drop-down menu available on the webGUI page:
Example screenshot:
This drop-down menu can be used to select the client, and then you can enter the desired IP address (if different), and optionally input its Hostname plus the DNS server IP address. It's a very simple and straightforward method to follow, IMO. At this point, I see no need to make things more complicated for the new feature. If you don't know the specific Guest Network subnet for the IP address, you can look for it in the YazFi webUI page (if that's installed), or in whatever Guest Network setup/configuration page is available.
To be clear, nothing has been written in stone, since I have not yet started coding it, but I do already have a preliminary layout of the execution and data flow and a list of functions to implement. But that's where things stand this evening.
My 2 cents.
It will likely come down to usability once you have something for people to play with and test out. What ever the case, should be a great feature addition for users.
war59312
Occasional Visitor
Hi,
Is there a way to install the develop 1.0.7 (https://raw.githubusercontent.com/jackyaz/YazDHCP/refs/heads/develop/YazDHCP.sh) build offline?
As in no WAN connection to the internet.
It seems to want to download shared-jy.tar.gz from https://jackyaz.io/shared-jy/master, but that seems to no longer exist. I noticed that shared-jy.tar.gz is now at https://github.com/jackyaz/shared-jy/blob/master/shared-jy.tar.gz
So I copied that over to: /jffs/addons/shared-jy/shared-jy.tar.gz
Then ran the install, but sadly it shows this:
But the router's Advanced_DHCP_Content.asp page is still the normal page.
I guess that the error of "mount: mounting /jffs/addons/YazDHCP.d/Advanced_DHCP_Content.asp on /www/Advanced_DHCP_Content.asp failed: No such file or directory" is to blame.
RT-AC88U with Firmware: 386.14_2 - I know it's old, hence why not on WAN ATM.
I also tried the build from https://github.com/AMTM-OSR/YazDHCP and I basically have the same problem.
Thanks for the assistance,
Will
Is there a way to install the develop 1.0.7 (https://raw.githubusercontent.com/jackyaz/YazDHCP/refs/heads/develop/YazDHCP.sh) build offline?
As in no WAN connection to the internet.
It seems to want to download shared-jy.tar.gz from https://jackyaz.io/shared-jy/master, but that seems to no longer exist. I noticed that shared-jy.tar.gz is now at https://github.com/jackyaz/shared-jy/blob/master/shared-jy.tar.gz
So I copied that over to: /jffs/addons/shared-jy/shared-jy.tar.gz
Then ran the install, but sadly it shows this:
Code:
##########################################################
## ##
## __ __ _____ _ _ _____ _____ ##
## \ \ / / | __ \ | | | | / ____|| __ \ ##
## \ \_/ /__ _ ____| | | || |__| || | | |__) | ##
## \ // _ ||_ /| | | || __ || | | ___/ ##
## | || (_| | / / | |__| || | | || |____ | | ##
## |_| \__,_|/___||_____/ |_| |_| \_____||_| ##
## ##
## v1.0.7 on RT-AC88U ##
## ##
## https://github.com/jackyaz/YazDHCP ##
## ##
##########################################################
Welcome to YazDHCP v1.0.7, a script by JackYaz
Checking if your router meets the requirements for YazDHCP
**INFO**: Backup directory [/opt/var/SavedUserIcons] NOT FOUND.
Trying again with directory [/jffs/configs/SavedUserIcons]
*WARNING*: Alternative Backup directory [/jffs/configs/SavedUserIcons]
YazDHCP will backup NVRAM/JFFS DHCP data as part of the export,
but you may wish to screenshot the following WebUI page:
http://IP/Advanced_DHCP_Content.asp
If you wish to screenshot, please do so now before the WebUI page is updated by YazDHCP.
Press the <Enter> key when you are ready to continue...
curl: (6) Could not resolve host: jackyaz.io
curl: (6) Could not resolve host: jackyaz.io
curl: (6) Could not resolve host: jackyaz.io
curl: (6) Could not resolve host: jackyaz.io
curl: (6) Could not resolve host: jackyaz.io
New version of Advanced_DHCP_Content.asp downloaded
Mounting WebUI tab for YazDHCP
mount: mounting /jffs/addons/YazDHCP.d/Advanced_DHCP_Content.asp on /www/Advanced_DHCP_Content.asp failed: No such file or directory
WebUI tab for YazDHCP was mounted.
curl: (6) Could not resolve host: jackyaz.io
curl: (6) Could not resolve host: jackyaz.io
curl: (6) Could not resolve host: jackyaz.io
curl: (6) Could not resolve host: jackyaz.io
curl: (6) Could not resolve host: jackyaz.io
curl: (6) Could not resolve host: jackyaz.io
curl: (6) Could not resolve host: jackyaz.io
curl: (6) Could not resolve host: jackyaz.io
curl: (6) Could not resolve host: jackyaz.io
curl: (6) Could not resolve host: jackyaz.io
New version of shared-jy.tar.gz downloaded
Do you want to export DHCP assignments and hostnames from NVRAM to YazDHCP DHCP client files?
YazDHCP will backup NVRAM/JFFS DHCP data as part of the export process.
Enter answer (y/n): y
DHCP information successfully exported from NVRAM
DHCP hostname list unchanged
DHCP static assignment list unchanged
DHCP options list unchanged
Restarting dnsmasq for exported DHCP settings to take effect.
YazDHCP installed successfully!But the router's Advanced_DHCP_Content.asp page is still the normal page.
I guess that the error of "mount: mounting /jffs/addons/YazDHCP.d/Advanced_DHCP_Content.asp on /www/Advanced_DHCP_Content.asp failed: No such file or directory" is to blame.
RT-AC88U with Firmware: 386.14_2 - I know it's old, hence why not on WAN ATM.
I also tried the build from https://github.com/AMTM-OSR/YazDHCP and I basically have the same problem.
Thanks for the assistance,
Will
war59312
Occasional Visitor
Well seems I can't edit, too bad.
Said F it, got it back online temp:
But it fails:
Was about to send that.
Then realized:
NO wonder.
Much better, and what do you know, it worked. Thanks! - Cable pulled. Hopefully didn't get hacked in the less than 5 mins it was on the internet, ha.
It's behind 2 other firewalls, so not that worried. And no ports forwarded or anything like that.
Figured I'd post in case someone else runs into this. But yeah, an offline install option would be ideal. Anyways, it's working. TY!
Said F it, got it back online temp:
Code:
will@RT-AC88U-CDF8:/tmp/home/root# nslookup google.com
Server: 127.0.0.1
Address 1: 127.0.0.1 localhost.localdomain
Name: google.com
Address 1: 2607:f8b0:4004:c1d::8a ww-in-f138.1e100.net
Address 2: 172.253.63.102 bi-in-f102.1e100.net
Address 3: 172.253.63.113 bi-in-f113.1e100.net
Address 4: 172.253.63.139 bi-in-f139.1e100.net
Address 5: 172.253.63.101 bi-in-f101.1e100.net
Address 6: 172.253.63.100 bi-in-f100.1e100.net
Address 7: 172.253.63.138 bi-in-f138.1e100.net
will@RT-AC88U-CDF8:/tmp/home/root# ping google.com
PING google.com (172.253.62.138): 56 data bytes
64 bytes from 172.253.62.138: seq=1 ttl=108 time=9.820 ms
64 bytes from 172.253.62.138: seq=2 ttl=108 time=10.704 ms
64 bytes from 172.253.62.138: seq=3 ttl=108 time=9.612 ms
64 bytes from 172.253.62.138: seq=4 ttl=108 time=8.514 ms
64 bytes from 172.253.62.138: seq=5 ttl=108 time=10.506 ms
^C
--- google.com ping statistics ---
6 packets transmitted, 5 packets received, 16% packet loss
round-trip min/avg/max = 8.514/9.831/10.704 msBut it fails:
Code:
##########################################################
## ##
## __ __ _____ _ _ _____ _____ ##
## \ \ / / | __ \ | | | | / ____|| __ \ ##
## \ \_/ /__ _ ____| | | || |__| || | | |__) | ##
## \ // _ ||_ /| | | || __ || | | ___/ ##
## | || (_| | / / | |__| || | | || |____ | | ##
## |_| \__,_|/___||_____/ |_| |_| \_____||_| ##
## ##
## v1.0.10 on RT-AC88U ##
## ##
## https://github.com/AMTM-OSR/YazDHCP ##
## Forked from https://github.com/jackyaz/YazDHCP ##
## ##
##########################################################
Welcome to YazDHCP v1.0.10, a script by JackYaz
Checking if your router meets the requirements for YazDHCP
**INFO**: Backup directory [/opt/var/SavedUserIcons] NOT FOUND.
Trying again with directory [/jffs/configs/SavedUserIcons]
*WARNING*: Alternative Backup directory [/jffs/configs/SavedUserIcons]
YazDHCP will backup NVRAM/JFFS DHCP data as part of the export,
but you may wish to screenshot the following WebUI page:
http://IP/Advanced_DHCP_Content.asp
If you wish to screenshot, please do so now before the WebUI page is updated by YazDHCP.
Press the <Enter> key when you are ready to continue...
curl: (60) SSL certificate problem: certificate is not yet valid
More details here: https://curl.se/docs/sslcerts.html
curl failed to verify the legitimacy of the server and therefore could not
establish a secure connection to it. To learn more about this situation and
how to fix it, please visit the web page mentioned above.
New version of Advanced_DHCP_Content.asp downloaded
Mounting WebUI tab for YazDHCP
mount: mounting /jffs/addons/YazDHCP.d/Advanced_DHCP_Content.asp on /www/Advanced_DHCP_Content.asp failed: No such file or directory
WebUI tab for YazDHCP was mounted.
curl: (60) SSL certificate problem: certificate is not yet valid
More details here: https://curl.se/docs/sslcerts.html
curl failed to verify the legitimacy of the server and therefore could not
establish a secure connection to it. To learn more about this situation and
how to fix it, please visit the web page mentioned above.
curl: (60) SSL certificate problem: certificate is not yet valid
More details here: https://curl.se/docs/sslcerts.html
curl failed to verify the legitimacy of the server and therefore could not
establish a secure connection to it. To learn more about this situation and
how to fix it, please visit the web page mentioned above.
tar: can't open '/jffs/addons/shared-jy/shared-jy.tar.gz': No such file or directory
New version of shared-jy.tar.gz downloaded
Do you want to export DHCP assignments and hostnames from NVRAM to YazDHCP DHCP client files?
YazDHCP will backup NVRAM/JFFS DHCP data as part of the export process.
Enter answer (y/n): y
DHCP information successfully exported from NVRAM
DHCP hostname list unchanged
DHCP static assignment list unchanged
DHCP options list unchanged
Restarting dnsmasq for exported DHCP settings to take effect.
YazDHCP installed successfully!Was about to send that.
Then realized:
Code:
date
Sun Dec 31 19:13:40 EST 2023NO wonder.
Code:
ntpd -q -p pool.ntp.org
will@RT-AC88U-CDF8:/tmp/home/root# date
Sat Aug 30 19:52:01 DST 2025Much better, and what do you know, it worked. Thanks! - Cable pulled. Hopefully didn't get hacked in the less than 5 mins it was on the internet, ha.
It's behind 2 other firewalls, so not that worried. And no ports forwarded or anything like that.
Figured I'd post in case someone else runs into this. But yeah, an offline install option would be ideal. Anyways, it's working. TY!
ExtremeFiretop
Very Senior Member
Let me start with there is always a way if your determined enough.
However i would really need to just recommend you connect it to the internet for a second to do the install, it's the easiest way.
I realize you have your reasons to keep it offline, but connecting it to your primary routers LAN for just a moment should give you internet access to do the install, without putting the old routers WAN's interface directly on the internet.
Basically a temporary dual NAT setup just to get it connected for a minute or two, the chances of any risks behind the primary router's LAN is basically null unless your already compromised on your primary LAN network.
Now if your still determined to do it your way, you need to comment out the following 2 lines:
ExtremeFiretop
Very Senior Member
Jinx!
FYI,
Significant progress has been made regarding a new YazDHCP feature to allow assigning DHCP IP address reservations to clients on available Guest Networks whose subnet range is separate from the main LAN subnet. Today, I got the full process working on my test router (RT-AC86U) running the 3004.386.14.2 F/W. A friend of mine already downloaded my local development version (*not* in my personal GitHub repo yet) to run some initial testing on his RT-AX86S router.
Some sample screenshots:
1) Feature is UNAVAILABLE when no suitable Guest Networks are found.
2) By default, the feature starts as DISABLED when at least one suitable Guest Network is found.
3) Here is a mix of clients from the main LAN and from 2 separate Guest Networks.
4) Here is the exported CSV file from the client list.
5) Option to ENABLE/DISABLE the feature using the SSH CLI menu:
The next phase is to make it work on the 3006.102.5 F/W. This part will likely go at a slower pace since my main network router (RT-AX86U_PRO) cannot be taken offline at all during the day for testing/development purposes (my wife and I work from home a few days a week), and in the evenings I run the risk of "sleeping in the dog house"
if I interrupt the network for any reason.
Anyway, just some FYI about the progress being made. No ETA at this time for a Beta release. If I have to make a guess, I would say somewhere around 2-3 weeks. I do most of this dev. work over the weekends (when everyone is outside the house), and late at night (when everyone is asleep).
Significant progress has been made regarding a new YazDHCP feature to allow assigning DHCP IP address reservations to clients on available Guest Networks whose subnet range is separate from the main LAN subnet. Today, I got the full process working on my test router (RT-AC86U) running the 3004.386.14.2 F/W. A friend of mine already downloaded my local development version (*not* in my personal GitHub repo yet) to run some initial testing on his RT-AX86S router.
Some sample screenshots:
1) Feature is UNAVAILABLE when no suitable Guest Networks are found.
2) By default, the feature starts as DISABLED when at least one suitable Guest Network is found.
3) Here is a mix of clients from the main LAN and from 2 separate Guest Networks.
4) Here is the exported CSV file from the client list.
5) Option to ENABLE/DISABLE the feature using the SSH CLI menu:
The next phase is to make it work on the 3006.102.5 F/W. This part will likely go at a slower pace since my main network router (RT-AX86U_PRO) cannot be taken offline at all during the day for testing/development purposes (my wife and I work from home a few days a week), and in the evenings I run the risk of "sleeping in the dog house"
if I interrupt the network for any reason.Anyway, just some FYI about the progress being made. No ETA at this time for a Beta release. If I have to make a guess, I would say somewhere around 2-3 weeks. I do most of this dev. work over the weekends (when everyone is outside the house), and late at night (when everyone is asleep).
Made a similar observation previously in this discussion on the issue of the 3006 GNP manual reservations in the interface.
Hopefully a way can be coded to pull the GNP manual IP reservation NVRAM values and include them in the YazDHCP process for those who choose use the manual GNP GUI reservation method over the dnsmasq-INDEX.conf.add or dnsmasq-sdn.postconf file method.
Ripshod
Part of the Furniture
YazDHCP will just stumble and fall over, of course. That's the intended plan…
LOL!!!But seriously, the part about migrating current GN IP address reservations from NVRAM to YazDHCP internal files is already working in both 3006 & 3004 F/W. That's one of the first functions I wrote from the start to make sure I could restore the original settings when uninstalling the add-on.
A lot of the initial "plumbing" and "wiring under the hood" is already in place to support the implementation for the 3006 F/W. For example, each of the Guest Networks gets its own set of internal files to store the associated dnsmasq directives. This is done regardless of the F/W version installed.
The goal is to decouple, or maintain very loose coupling between, most of the code and the final intended target. It’s only at the very end that the individual files are either consolidated into a single file for dnsmasq under 3004, or will be kept separate under 3006 to target the dnsmasq instance associated with each Guest Network setup.
Similar threads
Similar threads
Similar threads
-
Unbound Unbound Stats for Asuswrt-Merlin v1.4.3 [2025-Aug-24] Generate Stats for Unbound
- Started by Martinski
- Replies: 4
-
vnStat vnStat-on-Merlin v2.0.9 [2025-Aug-14] - Data Usage and Data Limit Monitoring using vnStat
- Started by Martinski
- Replies: 5
-
uiScribe uiScribe v1.4.8 [2025-Aug-24] - Custom System Log WebUI page for Scribe (syslog-ng) logs
- Started by Martinski
- Replies: 2
-
Scribe Scribe v3.2.3 [2025-Aug-24] - Entware syslog-ng and logrotate installer for Asuswrt-Merlin
- Started by Martinski
- Replies: 38
-
-
connmon connmon v3.0.6 [2025-Jul-21] - Internet Connection Monitoring Tool for AsusWRT Merlin
- Started by Martinski
- Replies: 4
-
ntpMerlin ntpMerlin v3.4.10 [2025-Aug-03] - NTP Time Server for AsusWRT Merlin
- Started by Martinski
- Replies: 29
-
spdMerlin spdMerlin v4.4.14 [2025-Jul-12] - Internet Speedtest and Monitoring Tool for AsusWRT Merlin
- Started by Martinski
- Replies: 107
-
YazFi YazFi v4.4.8 [2025-Jul-21] - Enhanced AsusWRT-Merlin Guest WiFi Networks
- Started by Martinski
- Replies: 14
Latest threads
-
News BASE64 Over DNS ... RFC 1035 appears to be ignored. [From SANS article]- Started by Twiglets
- Replies: 0
-
Hey everyone, I have an ASUS AC88U. Is there any possibility it will be able to use WireGuard?
- Started by jack2k666
- Replies: 2
-
RT-AX82U MERLI (GNUTON) firmware vs stock firmware for WIREGUARD
- Started by tiomiguel
- Replies: 0
-
-
Looking for advice: Would I benefit from installing Asuswrt-Merlin on my setup?
- Started by Jarenback
- Replies: 4
Support SNBForums w/ Amazon
If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!
Sign Up For SNBForums Daily Digest
Get an update of what's new every day delivered to your mailbox. Sign up here!