Practical tools for system, network, security, and operations administrators.

NET-C0904 · Vendor Guides – Firewalls

How to Configure DHCP Server on WatchGuard Fireware

Plan one DHCP Server change on a lab WatchGuard Fireware device, and read the draft before you paste it.

Updated 25 October 2026 · How-To

This is an original planning guide. It is not a vendor manual, an official standard, or legal advice. Example addresses use documentation ranges. Review every command before you paste it.

What this hour is for

How to Configure DHCP Server on WatchGuard Fireware is one lab change on a WatchGuard Fireware device you administer. A DHCP scope is a prefix, a gateway, a dns server, and a pool that does not include reserved addresses. The browser tool drafts text. It does not log in. You still choose the device.

Fireware policy is from and to. One policy. Any to any is a line you delete. Management is not published to the world. Name the two sides. Do not save a policy you have not read. One lab scope. Exclude the gateway and anything already static.

A scope on a production VLAN you have not counted will hand out addresses that collide. This hour uses a lab VLAN. One lab client gets an address from the pool, and the lease list shows that client. The backup you took first is the rollback. Do not push it during the reading.

192.0.2.0/24, 198.51.100.0/24, 203.0.113.0/24, and 2001:db8::/32 are documentation. They belong in the note. They are not prefixes you type onto a production device because they appeared in a draft. example.com is not your hostname. A second session stays open if the change can lock you out.

The change you can finish

Apply nothing during the writing of the note. When the lab window opens, it is one change on the device named in the ticket. Read the draft, then the device, then decide.

Rollback is the file or the revision you saved first. You do not invent a rollback after the only copy is gone.

  1. Write the hostname and confirm you administer it.
  2. Save the current config before any draft is applied.
  3. Generate the draft and delete every line this ticket did not name.
  4. Remove any 0.0.0.0/0 and any secret.
  5. Apply one change only when the lab window is open.
  6. Read the result back and compare it with the ticket.
  7. Stop. The next feature is a different page.

Mistakes that outlive the command

DHCP Server on WatchGuard Fireware goes wrong in a small set of ways. The list is here so the ticket can forbid them before the window.

Decisions to write down

One decision for DHCP Server on WatchGuard Fireware: The hostname matches the ticket. The feature is only DHCP Server. The vendor habit was followed: WatchGuard Fireware. A current config was saved first. No 0.0.0.0/0 remains. No secret is in the note. The proof you expect is: One lab client gets an address from the pool, and the lease list shows that client. And the parent pillar still owns the design.

Checks before you call it done

Confirm this before you call the change done: The hostname was read from the device. The saved rollback exists. The draft was edited. One change was applied, or none yet because this was the writing hour. The read-back matches the ticket. A second person can say what changed. Management still works. And the next feature is not started. If one of those fails, stop.

# WatchGuard Fireware lab. Review before you paste.
# Feature: DHCP Server.
# Fireware policy is from and to. One policy. Any to any is a line you delete. Management is not published to the world.
# Delete 0.0.0.0/0.
# prompt-for-this is not a password.
# 192.0.2.0/24, 198.51.100.0/24, 203.0.113.0/24, and 2001:db8::/32 are documentation. They belong in the note. They are not prefixes you type onto a production device because they appeared in a draft.

Before you leave the device

How to Configure DHCP Server on WatchGuard Fireware ends when the hostname on the device matches the hostname in the ticket. If it does not, you are on the wrong box. Stop. A command that succeeded on the wrong box is not progress.

The draft stays a draft until a person has read the names in it. A generator does not log into the device and does not know which interface is the uplink. You delete a line that names a device, a zone, or a prefix you did not write down.

0.0.0.0/0 is not kept because a sample included it. A source you can say is the source you keep. 192.0.2.0/24, 198.51.100.0/24, 203.0.113.0/24, and 2001:db8::/32 are documentation. They belong in the note. They are not prefixes you type onto a production device because they appeared in a draft.

Tools for this guide

These tools run in the browser on this site. They do not log into your machines.

More in this cluster

The pillar for this page, and the next published pages filed with it.