Options

Question regarding dchp renewals

royalroyal Member Posts: 3,352 ■■■■□□□□□□
If I had a scope that defined a DNS server of 192.168.0.2 and I had to change the ip address for the dns server in the scope, how do I get the clients to update it? I know that at 50% and 75% of the lease they'll try to automatically renew, as well as when their computer boots up. If it contacts the dhcp server on lease renewal, will it automatically update and detect the dns ip change and update its dns settings on the client side?
“For success, attitude is equally as important as ability.” - Harry F. Banks

Comments

  • Options
    agustinchernitskyagustinchernitsky Member Posts: 299
    Try and remove the lease from the server... They won't find it every time they turn on the PCs, so they should get a new Lease... I think :)
  • Options
    RTmarcRTmarc Member Posts: 1,082 ■■■□□□□□□□
    After you've changed it in the DHCP scope settings the client will not update until they renew their lease. Once the clients start renewing their lease they will get the new settings. Unless you manually update the clients that have just obtained a new lease before the changes were made, they will not be updated until ther lease is at 50%.
  • Options
    sprkymrksprkymrk Member Posts: 4,884 ■■■□□□□□□□
    Try and remove the lease from the server... They won't find it every time they turn on the PCs, so they should get a new Lease... I think
    I don't believe this works (not because I am smart, but because I tried it once). The client still needs to "release" the address whether or not the server keeps track of it.

    I wrote a script that enumerates a list (created by exporting the DHCP data) and remotely performs a "renew" on ipconfig. It will temporarily interrupt their network connection (lasting about 2 seconds) but will renew their IP information from the DHCP server immediately.
    All things are possible, only believe.
  • Options
    agustinchernitskyagustinchernitsky Member Posts: 299
    Hello sprkymrk,

    Well, it was just an idea... I didn't try it... glad you did :)

    By the way, your script looks MS solution too: http://support.microsoft.com/kb/154488/EN-US/

    Maybe GPOs and batch files are the solution after all! LOL!
  • Options
    blargoeblargoe Member Posts: 4,174 ■■■■■■■■■□
    Something like what sprkymrk suggested is the only way to force scope changes to immediately take effect on the client end without manually release/renew.
    IT guy since 12/00

    Recent: 11/2019 - RHCSA (RHEL 7); 2/2019 - Updated VCP to 6.5 (just a few days before VMware discontinued the re-cert policy...)
    Working on: RHCE/Ansible
    Future: Probably continued Red Hat Immersion, Possibly VCAP Design, or maybe a completely different path. Depends on job demands...
  • Options
    sprkymrksprkymrk Member Posts: 4,884 ■■■□□□□□□□
    Hello sprkymrk,

    Well, it was just an idea... I didn't try it... glad you did :)

    By the way, your script looks MS solution too: http://support.microsoft.com/kb/154488/EN-US/

    Maybe GPOs and batch files are the solution after all! LOL!
    Hey, you're good at finding this stuff agustinchernitsky.
    The only problem I see with the MS script is that I think if the user is not an admin he cannot relese and renew his IP. Haven't I seen an "access denied" on that command when not logged in as an admin? Anyone know for sure?
    All things are possible, only believe.
  • Options
    SlowhandSlowhand Mod Posts: 5,161 Mod
    If I'm not completely out of my mind here, you can force all the clients to renew their IP address information by restarting them, which I believe you can do from the server(?)

    Free Microsoft Training: Microsoft Learn
    Free PowerShell Resources: Top PowerShell Blogs
    Free DevOps/Azure Resources: Visual Studio Dev Essentials

    Let it never be said that I didn't do the very least I could do.
  • Options
    blargoeblargoe Member Posts: 4,174 ■■■■■■■■■□
    Well, technically you could remotely shut down all of the PC's using something like shutdown -i... that would be awfully extreme though :)
    IT guy since 12/00

    Recent: 11/2019 - RHCSA (RHEL 7); 2/2019 - Updated VCP to 6.5 (just a few days before VMware discontinued the re-cert policy...)
    Working on: RHCE/Ansible
    Future: Probably continued Red Hat Immersion, Possibly VCAP Design, or maybe a completely different path. Depends on job demands...
  • Options
    SlowhandSlowhand Mod Posts: 5,161 Mod
    "Attention all users, this is your network admin speaking. Due to a change in the network infrastructure, your computers will be shutting down. . . now." *Click* "That is all."

    Free Microsoft Training: Microsoft Learn
    Free PowerShell Resources: Top PowerShell Blogs
    Free DevOps/Azure Resources: Visual Studio Dev Essentials

    Let it never be said that I didn't do the very least I could do.
  • Options
    RTmarcRTmarc Member Posts: 1,082 ■■■□□□□□□□
    You can force the shutdowns with the command line, as stated previously, but the remote command is -m \\[computername] :D. Administratively speaking, the best thing to do is just send out an email to people affected asking them restart their machines when the leave work in the afternoon or when the come in first thing in the morning if you make it afterhours; granted the change is non-critical then it's time to enact the help desk to go out and reboot everyone or renew IP.
  • Options
    blargoeblargoe Member Posts: 4,174 ■■■■■■■■■□
    shutdown -i is the gui. I like gui's :)
    IT guy since 12/00

    Recent: 11/2019 - RHCSA (RHEL 7); 2/2019 - Updated VCP to 6.5 (just a few days before VMware discontinued the re-cert policy...)
    Working on: RHCE/Ansible
    Future: Probably continued Red Hat Immersion, Possibly VCAP Design, or maybe a completely different path. Depends on job demands...
  • Options
    Danman32Danman32 Member Posts: 1,243
    Of course you could support the original IP for DNS until all the leases expire and the option specs are renewed.
    Support the original IP by leaving that server remaining up for a while, or transfer the IP to the new DNS server as a secondary IP, or an existing member server running DNS with no zones but unconditional forwarding to the new server. Last option I would say is the best idea since it can't cause DS/AD issues with dual IPs on a DC.
Sign In or Register to comment.