#SharePointProblems | Koskila.net

Solutions are worthless unless shared! Antti K. Koskela's Personal Professional Blog

How to configure FQDN on a workgroup computer?

koskila
Reading Time 2 min
Word Count 337 words
Comments 2 comments
Rating n/a (0 votes)
View

My ASUS AC-68U requires an external server with a Fully-Qualified Domain Name for any logging to be persisted beyond a reboot of the router. And since the router regularly needs rebooting (and will usually just automatically reboot if any errors are encountered), logging errors without them being persisted after a reboot is pretty useless.

So, a computer with an FQDN I'll need. But I don't have a domain for my computers at home, so I don't really have Fully-Qualified Domain Names, either.

Problem

What an annoyance. A Windows machine that's configured to be in a workgroup (and not domain-joined), can't have a fully-qualified domain name.

Or... Can it?

I mean, you're already here, so you might as well read on! 😉

Solution

Okay, so it turns out that a non-domain-joined Windows machine can totally have a FQDN! And that's neat, whenever there's a pesky tool or service requiring your machine to have one!

And configuring it is far more straightforward than I'd have expected:

Time needed: 5 minutes.

How to configure a Fully-Qualified Domain Name for your non-domain joined computer?

  1. Fire up your PowerShell

    The first step is to open up PowerShell - in case you don't have it already, you can get it by following the instructions on Microsoft's documentation!

  2. Use PowerShell to explicitly tell the computer its domain name

    Since you don't have a Domain Controller (well, you don't have a _domain_, so...) you'll need to tell the computer which domain it belongs to.

    Fire up the following commandlets to configure the domain to your computer:
    Set-ItemProperty "HKLM:SYSTEMCurrentControlSetServicesTcpipParameters" -Name Domain -Value "koskila.local" Set-ItemProperty "HKLM:SYSTEMCurrentControlSetServicesTcpipParameters" -Name "NV Domain" -Value "koskila.local" Set-ItemProperty "HKLM:SYSTEMCurrentControlSetServicesTcpipParameters" -Name "Domain" -Value "koskila.local"

    In this particular sample, the domain will be "koskila.local". In case you're not fine with that, change it to something else before running the commandlets :)

  3. Restart your computer

    As usual, your computer needs to be restarted. It is a Windows machine, after all :)

And you're done! Let me know if it was helpful :)

References

https://argonsys.com/microsoft-cloud/library/giving-a-workgroup-server-an-fqdn/

Comments

Interactive comments not implemented yet. Showing legacy comments migrated from WordPress.
Bharad
2022-12-01 05:47:59)
Thanks for the post. I tried the command, but it threw an error.
Set-ItemProperty : Cannot find path 'HKLM:\SYSTEMCurrentControlSetServicesTcpipParameters' because it does not exist.
At line:1 char:1
+ Set-ItemProperty "HKLM:SYSTEMCurrentControlSetServicesTcpipParameters ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  + CategoryInfo     : ObjectNotFound: (HKLM:\SYSTEMCur...TcpipParameters:String) [Set-ItemProperty], ItemNotFo
  undException
  + FullyQualifiedErrorId : PathNotFound,Microsoft.PowerShell.Commands.SetItemPropertyCommand
Antti K. Koskela
2022-12-01 10:29:51
Hi Bharad, Hmm, are you on Windows 10 or 11? I'd guess typically it's safe to just create the entry if it's missing!
Whitewater Magpie Ltd.
© 2025
Static Site Generation timestamp: 2025-08-21T07:25:14Z