NETWORK REMEDIATION

DNS & Network Refresh.

Resolve "stale" DNS records and routing mismatches instantly. Force remote endpoints to flush their cache and re-register their active IP address using a resilient WinRM-to-PsExec pipeline.

SEE HOW IT WORKS
WinRM / RPC Dispatcher ● CONNECTED

[UHDC] DNS & NETWORK REFRESH: LAPTOP-US-4829

[i] Target didn't answer ping (Likely DNS mismatch). Proceeding anyway...

[i] Attempting connection to LAPTOP-US-4829 via WinRM...

[!] WinRM Failed or Blocked. Initiating PsExec Fallback...

> Dispatching encoded payload...

[UHDC SUCCESS] DNS/WINS refresh commands dispatched via PsExec.

(Note: It may take 5-10 minutes for the Domain Controller to update)

Overcoming the "Wi-Fi to Dock" Mismatch

When a user switches from Wi-Fi to a wired docking station, they receive a new IP address. If the Domain Controller's DNS cache hasn't updated yet, remote connections fail because they route to the old IP. This tool pushes through the mismatch to force a sync.

Intentional Ping Bypass

Unlike other tools, if the initial ICMP ping fails, this script does not abort. It recognizes that a ping timeout is the exact symptom of a DNS mismatch and intentionally forces the connection through anyway.

Kerberos Fallback

WinRM relies on strict Kerberos authentication, which naturally fails during an IP mismatch. The engine anticipates this and seamlessly falls back to PsExec, which can resolve the connection via NetBIOS broadcasts.

Unified Payload

To minimize network overhead, it wraps the native commands (ipconfig /flushdns, ipconfig /registerdns, and nbtstat -RR) into a single Base64-encoded script block, executing the entire sequence instantly.

INTERACTIVE TRAINING ENGINE
⭐ 150 XP

How Junior Techs Learn This Tool:

While the UHDC uses PowerShell runspaces in the background, a junior technician should know how to force a DNS and NetBIOS refresh manually using classic command-line tools. The training engine teaches them how to utilize Sysinternals PsExec to remotely execute a chained CMD command as the SYSTEM account—flushing the DNS cache, re-registering the IP address, and refreshing NetBIOS names in one swift motion.

psexec \\$Target -s cmd.exe /c "ipconfig /flushdns & ipconfig /registerdns & nbtstat -RR"

The In-Person Equivalent

Opening an elevated Command Prompt and typing 'ipconfig /flushdns', pressing Enter, typing 'ipconfig /registerdns', pressing Enter, and finally typing 'nbtstat -RR'.

Technical Q&A

Q: Why does the console say "Target didn't answer ping. Proceeding anyway..."?
If a user's laptop has an IP address of 10.0.0.50, but your Domain Controller thinks it has an IP of 10.0.0.20, your ping command will be sent to .20 and time out. The script recognizes this mismatch is the exact problem you are trying to solve, so it ignores the timeout and attempts to force the connection through anyway.
Q: I clicked the button, but I still can't remote into the PC. Why?
The command executes instantly on the user's laptop, but the laptop then has to send that new IP address to your primary Domain Controller. Depending on your Active Directory site topology, it can take 5 to 10 minutes for that new DNS record to replicate across all the DNS servers in your environment. You may need to run ipconfig /flushdns on your own technician PC to clear your local cache before trying to connect again.
Q: What does `nbtstat -RR` do?
While ipconfig handles standard DNS (Domain Name System) routing, nbtstat -RR drops and refreshes the NetBIOS over TCP/IP name cache. NetBIOS is a legacy broadcast protocol that Windows still heavily relies on for local subnet discovery and file sharing (SMB). Refreshing both ensures all routing avenues are updated.