Lazyifconfig Choihunchul
winget install --id=Choihunchul.Lazyifconfig -e lazyifconfig is a terminal UI for inspecting local interface, route, connection, port, public IP, and network event state.
winget install --id=Choihunchul.Lazyifconfig -e lazyifconfig is a terminal UI for inspecting local interface, route, connection, port, public IP, and network event state.
lazyifconfig is a terminal UI for inspecting local network state.
It combines local interface, route, connection, port, and public IP data into a single view for interfaces, subnets, routes, connections, ports, and recent network events.

netstat -an, with sorting, filtering, copy actions, and per-connection details.lsof on macOS, ss on Linux, and netstat on Windows, with process details and a kill action.nslookup on Windows.lazyifconfig does not collect telemetry, does not track users, does not phone home for analytics, and does not upload local interface, route, port, connection, or process data to a project-owned service.
There is no account system, no background analytics SDK, no usage reporting, and no hidden data collection.
Most views are built from local operating-system commands and parsed in memory.
Raw command output is kept inside the running app for inspection and is not sent anywhere by lazyifconfig.
Timeline exports are written only when you press S, and they are saved to a local file in the current directory.
Some features intentionally contact external services when enabled or invoked:
https://ipinfo.io/json.Those requests are part of the feature being run; lazyifconfig itself still does not collect, retain, sell, or transmit telemetry.
PATH:
ifconfig, netstat, route, lsof, ping, tracerouteip, netstat, ss, ping, tracerouteipconfig, route, netstat, ping, tracert, nslookup, clip, taskkillcurl for public IP, RDAP/WHOIS fallback, release checks, and self-updateTools Hub uses native Rust for TLS inspection, so openssl is not required.
On Windows, DNS and reverse DNS use nslookup, Whois uses RDAP over HTTPS, and traceroute uses tracert.
From Homebrew tap:
brew install choihunchul/tap/lazyifconfig
From the APT repository on Debian or Ubuntu:
echo "deb [trusted=yes] https://choihunchul.github.io/apt-repo stable main" | sudo tee /etc/apt/sources.list.d/choihunchul.list
sudo apt update
sudo apt install lazyifconfig
From WinGet on Windows:
winget install Choihunchul.Lazyifconfig
From crates.io:
cargo install lazyifconfig
From GitHub:
cargo install --git https://github.com/choihunchul/lazyifconfig.git
From a local checkout:
cargo install --path .
cargo build --release
cargo run --release
Run a tool directly from the CLI:
cargo run --release -- tools dns example.com
cargo run --release -- tools whois github.com
cargo run --release -- tools ip-info 8.8.8.8
cargo run --release -- tools port-check github.com 443
cargo run --release -- tools tls github.com:443
cargo run --release -- tools ping 8.8.8.8
cargo run --release -- tools traceroute 8.8.8.8
q: quitr: refreshu: check GitHub Release nowU: apply pending update nowj / k: move selectioni: interface viewn: network viewc: connections viewp: ports viewe: timeline viewS: save timeline to a timestamped file in current directory (e.g. lazyifconfig-timeline-YYYYMMDD-HHMMSS.txt)g: Route Inspector/ and [ : scroll in list-heavy viewsEnter starts destination path lookup, Tab switches inspector sections, Home/End or 1-4 jumps between sections, / filters routes, o opens raw route outputTab switches the detail tabsTab moves between input fields and the first field is focused when the modal opensSome views expose additional actions in the footer, including filtering ports, copying values, WHOIS lookup, and raw output inspection.
When a newer GitHub Release is found, lazyifconfig will attempt to install the matching release artifact automatically. After the binary is replaced, restart the app to run the new version.
cargo test
GitHub Actions creates a release when a tag matching v* is pushed.
git tag v0.2.11
git push origin v0.2.11
After the Release workflow finishes, the Homebrew tap workflow runs automatically and updates choihunchul/homebrew-tap.
You can also rerun Publish Homebrew Tap manually from GitHub Actions by providing a tag such as 0.2.11 or v0.2.11.
After the same Release workflow finishes, the Publish APT Repository workflow runs automatically and publishes
the amd64 and arm64 .deb assets to choihunchul/apt-repo.
You can also rerun Publish APT Repository manually from GitHub Actions by providing a tag such as 0.2.11 or v0.2.11.
After the same Release workflow finishes, the Publish WinGet Package workflow opens a WinGet manifest bump PR
against microsoft/winget-pkgs for the matching Windows release asset.
You can also rerun Publish WinGet Package manually from GitHub Actions by providing a tag such as 0.2.11 or v0.2.11.
You can also trigger the Create Release Tag workflow from GitHub Actions.
Enter 0.2.11 or v0.2.11 as the input, and it will:
Cargo.tomlv* tagRelease workflow builds artifacts and publishes the GitHub ReleaseFor crates.io publishing, trigger the Publish Crate workflow from GitHub Actions.
Enter 0.2.11 or v0.2.11, and it will:
Cargo.tomlcargo publish --dry-run --lockedCARGO_REGISTRY_TOKEN secretFor Homebrew publishing, add a HOMEBREW_TAP_TOKEN secret with push access to
choihunchul/homebrew-tap. The Publish Homebrew Tap workflow will:
Formula/lazyifconfig.rb into the tap repositorybrew install choihunchul/tap/lazyifconfig worksFor APT publishing, add an APT_REPO_TOKEN secret with push access to
choihunchul/apt-repo. The Publish APT Repository workflow will:
amd64 and arm64 .deb assets for the selected tagRelease metadata in choihunchul/apt-repoapt install lazyifconfig works after apt updateFor WinGet publishing, add a WINGET_TOKEN secret with a classic PAT that has
public_repo scope and access to your winget-pkgs fork. The Publish WinGet Package workflow will:
lazyifconfig-.*-x86_64-pc-windows-msvc\.zipwinget-pkgs fork to microsoft/winget-pkgsIf Choihunchul.Lazyifconfig does not exist yet in microsoft/winget-pkgs, create and merge the first manifest PR manually.
If it already exists there, you can skip that step and use this workflow for version bumps.
The release workflow builds and uploads artifacts for:
x86_64-unknown-linux-gnuaarch64-unknown-linux-gnux86_64-apple-darwinaarch64-apple-darwinx86_64-pc-windows-msvcip, and the port view uses ss; the connection view still relies on netstat.ipconfig and route PRINT; port and connection views use netstat.whois command is missing. On Windows, RDAP is used directly.openssl.https://ipinfo.io/json.