{"id":5450,"date":"2019-07-08T20:13:54","date_gmt":"2019-07-09T01:13:54","guid":{"rendered":"https:\/\/www.rushworth.us\/lisa\/?p=5450"},"modified":"2019-07-16T21:04:43","modified_gmt":"2019-07-17T02:04:43","slug":"gpo-changes-not-reflected-on-computer","status":"publish","type":"post","link":"https:\/\/www.rushworth.us\/lisa\/?p=5450","title":{"rendered":"GPO Changes Not Reflected On Computer"},"content":{"rendered":"<p>A year or three ago, we had set up a group policy to display logon information in the Windows welcome screen &#8212; last logon time, information about any bad passwords since your last successful logon. It&#8217;s nice, but you are unable to log in if the information is unavailable. So we disabled the setting (just clearing a GPO setting doesn&#8217;t always <em>remove<\/em> the config from anywhere it&#8217;s already set &#8230; you&#8217;ve got to change to the desired setting). Aaaaand &#8230; one server still shows the logon info. Or, more accurately, <em>fails<\/em> to display it and prevents the domain account from logging on. Luckily it&#8217;s a member computer and we can just log in with local accounts.<\/p>\n<p>I thought about just editing the local computer policy (which would have priority anyway) to disable the logon info, but the computer policy could not be opened. It threw a strange access denied error. I could edit the local <em>use<\/em><em>r<\/em> policy. Just not the computer policy.<\/p>\n<p>It seems that the local computer policy got corrupted. After deleting registry.pol from c:\\Windows\\System32\\GroupPolicy\\Machine &#8230; I am able to modify the local computer security policy. GPO settings from the domain are also applied as expected. WooHoo! I can sign in using domain IDs again!<\/p>\n","protected":false},"excerpt":{"rendered":"<p>A year or three ago, we had set up a group policy to display logon information in the Windows welcome screen &#8212; last logon time, information about any bad passwords since your last successful logon. It&#8217;s nice, but you are unable to log in if the information is unavailable. So we disabled the setting (just &hellip;<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[30],"tags":[798,136,797],"class_list":["post-5450","post","type-post","status-publish","format-standard","hentry","category-system-administration","tag-group-policy","tag-windows","tag-windows-server-2012"],"_links":{"self":[{"href":"https:\/\/www.rushworth.us\/lisa\/index.php?rest_route=\/wp\/v2\/posts\/5450","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.rushworth.us\/lisa\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.rushworth.us\/lisa\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.rushworth.us\/lisa\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.rushworth.us\/lisa\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=5450"}],"version-history":[{"count":1,"href":"https:\/\/www.rushworth.us\/lisa\/index.php?rest_route=\/wp\/v2\/posts\/5450\/revisions"}],"predecessor-version":[{"id":5451,"href":"https:\/\/www.rushworth.us\/lisa\/index.php?rest_route=\/wp\/v2\/posts\/5450\/revisions\/5451"}],"wp:attachment":[{"href":"https:\/\/www.rushworth.us\/lisa\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=5450"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.rushworth.us\/lisa\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=5450"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.rushworth.us\/lisa\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=5450"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}