LogoفارسیFA

Hands-On Lab: Verifying IP Parameters on Linux (GUI and CLI)

This hands-on lab covers checking a Linux machine's current IP configuration using both the GUI network settings panel and command-line tools, and demonstrates renewing a DHCP lease using standard Linux networking utilities.

Linux IP Configurationip addr CommandDHCP Client Utilities

~2 min read · Updated Sep 12, 2026

Lab Objective

Determine a Linux machine's current IP address, subnet mask, default gateway, and DNS servers using both the GUI network settings and command-line tools, then renew its DHCP lease.

Lab Purpose

Linux systems are common in server rooms, data centers, and among many engineers' own workstations, and the modern ip command family has largely replaced the older ifconfig utility on most current distributions — familiarity with both the current and legacy tools helps when working across systems of different ages.

Lab Topology

Linux Machine ---- connected to a switch port
                   configured for DHCP (client)

Task 1: Check IP Configuration via the GUI

Open the desktop environment's network settings panel and view the active connection's IPv4 details.

Task 2: Check IP Configuration via the Command Line

Use the modern ip command to display the current address and interface state.

Task 3: Check the Default Gateway and DNS Configuration

Use appropriate commands to display the default route and the DNS servers currently configured.

Task 4: Renew the DHCP Lease

Use the appropriate DHCP client utility to release and renew the current lease.

Solution and Verification

GUI Method (GNOME example):
Settings > Network > click the gear icon next
to the active connection > IPv4 tab

  Address: 192.168.1.72
  Netmask: 255.255.255.0
  Gateway: 192.168.1.1

$ ip addr show

2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP>
    inet 192.168.1.72/24 brd 192.168.1.255 scope global eth0

$ ip route show

default via 192.168.1.1 dev eth0

$ cat /etc/resolv.conf

nameserver 8.8.8.8
nameserver 8.8.4.4

$ sudo dhclient -r eth0
$ sudo dhclient eth0

$ ip addr show eth0 | grep inet

    inet 192.168.1.79/24 brd 192.168.1.255 scope global eth0
    -- Address changed slightly (.72 to .79),
    -- the same normal DHCP behavior seen
    -- earlier in the Windows lab

Key Takeaway

The ip addr, ip route, and /etc/resolv.conf combination on Linux provides the same three pieces of information — address/mask, gateway, and DNS — that a single ipconfig /all command provides on Windows, just split across a few dedicated commands rather than one consolidated view.

Written & researched by Dr. Shahin Siami

Related Articles

Hands-On Lab: Final Comprehensive CCNP Troubleshooting Challenge (BGP, DMVPN, and QoS Integration)

This hands-on lab presents a complex multi-layer failure across an integrated BGP-over-DMVPN topology combined with QoS marking, requiring systematic diagnosis of a route reflector misconfiguration, an NHRP registration failure, and an incorrectly applied QoS policy simultaneously affecting the same network.

Continue

Hands-On Lab: Configuring BGP over DMVPN

This hands-on lab runs iBGP as the routing protocol across the same DMVPN hub-and-spoke topology used in the two previous labs, configuring the hub as a route reflector so spokes learn each other's routes without a full iBGP mesh, combining two previously separate concepts into one integrated design.

Continue

Hands-On Lab: Configuring OSPF over DMVPN

This hands-on lab runs OSPF as the dynamic routing protocol across the same DMVPN hub-and-spoke topology, configuring the tunnel interface as an OSPF point-to-multipoint network type to correctly handle the hub-and-spoke adjacency pattern without requiring the broadcast network type's DR/BDR election.

Continue

Hands-On Lab: Configuring EIGRP over DMVPN

This hands-on lab runs EIGRP as the dynamic routing protocol across the DMVPN hub-and-spoke topology built in earlier labs, verifying neighbor relationships form correctly across the multipoint tunnel and routes propagate without requiring per-spoke static configuration on the hub.

Continue

Hands-On Lab: Configuring HSRP MD5 Authentication

This hands-on lab configures MD5 authentication on an HSRP group, verifying two routers with matching authentication strings form a normal active/standby relationship while a router with a mismatched string is excluded from the group entirely.

Continue

Hands-On Lab: Configuring Cisco Umbrella-Style DNS Security via DNS Forwarding Redirection

This hands-on lab configures a router to redirect all client DNS queries toward a security-focused DNS resolver using DNS forwarding interception, approximating cloud-delivered DNS security enforcement without requiring per-client configuration changes.

Continue
Previous ArticleNext Article