How can we help?
-
zWAN
-
-
-
-
- Firewall & Layer 7 Application Filtering
- VPN Site-to-Site Tunnel Setup & Connectivity (z40 to Cloud vGR)
- Intrusion Prevention System (IPS) / Intrusion Detection System (IDS) Testing
- DNS Filtering
- DDoS Protection & Logging
- MAC Address Filtering & Geo-fencing
- Application Control & Protocol Blocking
- Authentication & Access Control (zID)
-
- WAN Link Failover & Load Balancing (ACI Mode)
- Dynamic Path Selection & Application-Aware Routing
- SaaS & Internet Breakout Validation
- QoS for Microsoft Teams (Datacenter vGR + Branch z40)
- Tunnel Failover (z40 ↔ vGR) — WAN00 (wired) primary, WAN03 (4G) & WAN04 (5G) backups
- IP Routing & Static Route Steering (z40 Branch)
- VLAN & Layer-2 Bridging
-
-
-
-
-
-
- Articles coming soon
-
-
-
- Articles coming soon
-
- Articles coming soon
-
-
-
-
-
-
- Articles coming soon
-
- Articles coming soon
-
- Articles coming soon
-
- Articles coming soon
-
-
- Articles coming soon
-
- Articles coming soon
-
- Articles coming soon
-
- Articles coming soon
-
- Articles coming soon
-
-
-
-
-
- Articles coming soon
-
- Articles coming soon
-
- Articles coming soon
-
- Articles coming soon
-
-
- Articles coming soon
-
- Articles coming soon
-
- Articles coming soon
-
- Articles coming soon
-
- Articles coming soon
-
-
-
-
-
- Articles coming soon
-
- Articles coming soon
-
- Articles coming soon
-
- Articles coming soon
-
-
- Articles coming soon
-
- Articles coming soon
-
- Articles coming soon
-
- Articles coming soon
-
- Articles coming soon
-
-
- Articles coming soon
-
- IPsec Tunnel not Establishing
- SSL-VPN Tunnel not Establishing
- Mobile Network Issues
- Management Tunnel does not Establish
- DNS not Resolving from Local Network Appliance
- DNS Resolution Issues in Tunnel Configuration
- DHCP Server not Leasing IP to LAN PC
- Debugging EC Events - Unknown Status Issue
- Trusted-MAC Geofencing Issues
- DNS Issues from DC LAN PC
- Troubleshooting LAN Connectivity to Internet via WAN, Remote Branch LAN, or Local Branch LAN
- NetBalancer gateways displaying Faulty/Inactive
- Packet Drop Issues
-
-
zTC
-
-
-
-
-
- Citrix HDX + USB Headset (Call-Center Baseline)
- VMware Horizon + Smart Card / CAC Login
- Microsoft AVD/RDP + Teams Optimized Video
- Multi-Monitor & 4K Performance
- USB Device Management - Block Storage
- Printing to Local USB & Network Printers
- Barcode Scanner (HID) with Line-of-Business App
- Kiosk / Assigned-Access Auto-Launch
- Wi-Fi Roaming & Link Change Mid-Session
- Power Management and Session State
- OS/Firmware Update & Rollback
-
-
StorTrends
-
zAccess
-
zGuardian
You are here:
Print
DHCP Server not Leasing IP to LAN PC
0 out Of 5 Stars
| 5 Stars | 0% | |
| 4 Stars | 0% | |
| 3 Stars | 0% | |
| 2 Stars | 0% | |
| 1 Stars | 0% |
1. Check LAN PC Connectivity
- Verify the cabling between the LAN PC, CPE, and switch.
- Check the NIC status on both the client and server.
2. Verify DHCP Server Configuration
- Ensure the subnet is assigned to the correct interface.
- Check default/max lease times, router, and gateway configuration.
- Verify if a static IP is assigned to the client’s MAC address.
- Review the DHCP leases page to see if other LAN PCs have been assigned IPs.
- Check if the DHCP pool is full due to maximum assigned clients.
3. Verify DHCP Server Process on the CPE
Log in to the CPE console and run the following command:
ps ax | grep dhcpd
Expected output if the DHCP process is running:
bash-5.1# ps ax | grep dhcpd
187346 ? Ssl 0:32 dhcpd -cf /var/register/system/dhcp/dhcpd.conf -lf /var/register/system/dhcp/dhcpd.leases -q
4. Capture DHCP Requests on CPE using tcpdump
Run the following command to check if the DHCP server is receiving requests:
tcpdump -i <interface name> port bootps
A successful capture should show a sequence of Discover, Offer, Request, and ACK messages.
bash-5.1# tcpdump -i ETH01 port bootps -nvvv
09:51:04.076908 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request
09:51:05.141651 IP 172.5.0.1.67 > 172.5.0.101.68: BOOTP/DHCP, Reply (Offer)
09:51:05.143519 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request
09:51:05.146570 IP 172.5.0.1.67 > 172.5.0.101.68: BOOTP/DHCP, Reply (ACK)
5. Verify and Debug Client-side DHCP Requests
If the LAN PC is running Linux, check if the DHCP client is active:
ps ax | grep dhclient
To restart DHCP client with verbose mode for debugging:
dhclient -i <interface name> -v
Expected output for a successful request:
root@CPE5_L1:/home/router# dhclient -i eth1 -v
Internet Systems Consortium DHCP Client 4.3.5
Listening on LPF/eth1/02:00:ac:01:05:01
Sending DHCPDISCOVER on eth1
DHCPOFFER from 172.5.0.1
DHCPREQUEST for 172.5.0.101
DHCPACK from 172.5.0.1
Was this article helpful?
0 out Of 5 Stars
| 5 Stars | 0% | |
| 4 Stars | 0% | |
| 3 Stars | 0% | |
| 2 Stars | 0% | |
| 1 Stars | 0% |
5
Table of Contents