Skip to content

Commit 44f8e7e

Browse files
committed
New post.
1 parent c667f3f commit 44f8e7e

2 files changed

Lines changed: 10 additions & 30 deletions

File tree

_posts/2025-03-05-welcome-to-jekyll.markdown

Lines changed: 0 additions & 30 deletions
This file was deleted.
Lines changed: 10 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,10 @@
1+
---
2+
layout: post
3+
title: "It's Always DNS - Resolve-DNSName"
4+
date: 2025-03-06
5+
categories: dns
6+
description: "Once again, DNS behavior surprised me on Windows. If you're using nslookup instead of resolve-dnsname, you may not be getting the actual DNS response that's being used from your application..."
7+
---
8+
> "If you’ve done any DNS work in the past you may have leveraged the tool nslookup. While this tool does perform DNS queries, it is not representative of how Windows resolves DNS queries.<br><br>NSlookup is a self-contained executable that does not leverage the Windows DNS client resolver. Its behavior doesn’t match the OS.<br><br>If you would like to perform DNS queries from the command line, I recommend using the PowerShell cmdlet, Resolve-DnsName which does use the native Windows DNS Client resolver." - [Introduction to Network Trace Analysis 4: DNS (it's always DNS)](https://techcommunity.microsoft.com/blog/coreinfrastructureandsecurityblog/introduction-to-network-trace-analysis-4-dns-its-always-dns/4005803)
9+
10+
This was news to me - oddly enough, it came in handy less than a few days after that page was posted. I was troubleshooting an [Azure VPN P2S DNS issue where NRPT was being used for resolution](https://learn.microsoft.com/en-us/azure/vpn-gateway/azure-vpn-client-optional-configurations). Resolve-DNSName resolved properly, nslookup didn’t.

0 commit comments

Comments
 (0)